search for: v33

...covered that openipmi is built into the 2.6.9-11.EL kernel which is installed by default. I tried inserting these modules: ipmi_devintf ipmi_msghandler ipmi_si ipmi_watchdog Which produced the following syslog output: Oct 5 00:02:00 langoria kernel: ipmi message handler version v33 Oct 5 00:02:00 langoria kernel: ipmi device interface version v33 Oct 5 00:02:03 langoria kernel: IPMI System Interface driver version v33, KCS version v33, SMIC version v33, BT version v33 Oct 5 00:02:03 langoria kernel: ipmi_si: Found SMBIOS-specified state machine at I/O address 0...

On Fri, Jun 15, 2018 at 12:43:09PM +0800, Wei Wang wrote: > - remove the cmd id related interface. Now host can just send a free > page hint command to the guest (via the host_cmd config register) > to start the reporting. Here we go again. And what if reporting was already started previously? I don't think it's a good idea to tweak the host/guest interface

On Friday, June 15, 2018 7:30 PM, Michael S. Tsirkin wrote: > On Fri, Jun 15, 2018 at 12:43:09PM +0800, Wei Wang wrote: > > - remove the cmd id related interface. Now host can just send a free > > page hint command to the guest (via the host_cmd config register) > > to start the reporting. > > Here we go again. And what if reporting was already

On Tuesday, June 19, 2018 10:43 PM, Michael S. Tsirk wrote: > On Tue, Jun 19, 2018 at 08:13:37PM +0800, Wei Wang wrote: > > On 06/19/2018 11:05 AM, Michael S. Tsirkin wrote: > > > On Tue, Jun 19, 2018 at 01:06:48AM +0000, Wang, Wei W wrote: > > > > On Monday, June 18, 2018 10:29 AM, Michael S. Tsirkin wrote: > > > > > On Sat, Jun 16, 2018 at 01:09:44AM

On Sat, Jun 16, 2018 at 08:08:53AM +0900, Linus Torvalds wrote: > On Fri, Jun 15, 2018 at 2:08 PM Wei Wang <wei.w.wang at intel.com> wrote: > > > > This patch adds a function to get free pages blocks from a free page > > list. The obtained free page blocks are hints about free pages, because > > there is no guarantee that they are still on the free page list after

On Wed, Jun 27, 2018 at 09:05:39AM -0700, Linus Torvalds wrote: > [ Sorry for slow reply, my travels have made a mess of my inbox ] > > On Mon, Jun 25, 2018 at 6:55 PM Michael S. Tsirkin <mst at redhat.com> wrote: > > > > Linus, do you think it would be ok to have get_from_free_page_list > > actually pop entries from the free list and use them as the buffer >

Version 33 of codec_g729a for Asterisk 1.4 has been released. This release is a compatibility update to work with the latest version of Asterisk. Users of this module upgrading to Asterisk 1.4.15 will need to upgrade to this version of codec_g729a. The module is available for download at the following location: http://downloads.digium.com/pub/telephony/codec_g729/asterisk-1.4/ Thank you!

Version 33 of codec_g729a for Asterisk 1.4 has been released. This release is a compatibility update to work with the latest version of Asterisk. Users of this module upgrading to Asterisk 1.4.15 will need to upgrade to this version of codec_g729a. The module is available for download at the following location: http://downloads.digium.com/pub/telephony/codec_g729/asterisk-1.4/ Thank you!

On Monday, June 18, 2018 10:29 AM, Michael S. Tsirkin wrote: > On Sat, Jun 16, 2018 at 01:09:44AM +0000, Wang, Wei W wrote: > > Not necessarily, I think. We have min(4m_page_blocks / 512, 1024) above, > so the maximum memory that can be reported is 2TB. For larger guests, e.g. > 4TB, the optimization can still offer 2TB free memory (better than no > optimization). > >

On Friday, June 15, 2018 7:42 PM, Michael S. Tsirkin wrote: > On Fri, Jun 15, 2018 at 12:43:11PM +0800, Wei Wang wrote: > > Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_HINT feature indicates > > the support of reporting hints of guest free pages to host via virtio-balloon. > > > > Host requests the guest to report free page hints by sending a command > > to the

This patch adds a function to get free pages blocks from a free page list. The obtained free page blocks are hints about free pages, because there is no guarantee that they are still on the free page list after the function returns. One use example of this patch is to accelerate live migration by skipping the transfer of free pages reported from the guest. A popular method used by the hypervisor

On Friday, June 15, 2018 10:29 PM, Michael S. Tsirkin wrote: > On Fri, Jun 15, 2018 at 02:11:23PM +0000, Wang, Wei W wrote: > > On Friday, June 15, 2018 7:42 PM, Michael S. Tsirkin wrote: > > > On Fri, Jun 15, 2018 at 12:43:11PM +0800, Wei Wang wrote: > > > > Negotiation of the VIRTIO_BALLOON_F_FREE_PAGE_HINT feature > > > > indicates the support of

On 06/19/2018 11:05 AM, Michael S. Tsirkin wrote: > On Tue, Jun 19, 2018 at 01:06:48AM +0000, Wang, Wei W wrote: >> On Monday, June 18, 2018 10:29 AM, Michael S. Tsirkin wrote: >>> On Sat, Jun 16, 2018 at 01:09:44AM +0000, Wang, Wei W wrote: >>>> Not necessarily, I think. We have min(4m_page_blocks / 512, 1024) above, >>> so the maximum memory that can be

On Fri, Jun 15, 2018 at 2:08 PM Wei Wang <wei.w.wang at intel.com> wrote: > > This patch adds a function to get free pages blocks from a free page > list. The obtained free page blocks are hints about free pages, because > there is no guarantee that they are still on the free page list after > the function returns. Ack. This is the kind of simple interface where I don't

On Fri, Jun 15, 2018 at 2:08 PM Wei Wang <wei.w.wang at intel.com> wrote: > > This patch adds a function to get free pages blocks from a free page > list. The obtained free page blocks are hints about free pages, because > there is no guarantee that they are still on the free page list after > the function returns. Ack. This is the kind of simple interface where I don't

[ Sorry for slow reply, my travels have made a mess of my inbox ] On Mon, Jun 25, 2018 at 6:55 PM Michael S. Tsirkin <mst at redhat.com> wrote: > > Linus, do you think it would be ok to have get_from_free_page_list > actually pop entries from the free list and use them as the buffer > to store PAs? Honestly, what I think the best option would be is to get rid of this interface

[ Sorry for slow reply, my travels have made a mess of my inbox ] On Mon, Jun 25, 2018 at 6:55 PM Michael S. Tsirkin <mst at redhat.com> wrote: > > Linus, do you think it would be ok to have get_from_free_page_list > actually pop entries from the free list and use them as the buffer > to store PAs? Honestly, what I think the best option would be is to get rid of this interface

...', tag = NULL, hard_parse = F) ### error # [1] "sprintf('%f %f |A V1:%f V2:%f V3:%f V4:%f V5:%f V6:%f V7:%f V8:%f V9:%f V10:%f V11:%f V12:%f V13:%f V14:%f V15:%f V16:%f V17:%f V18:%f V19:%f V20:%f V21:%f V22:%f V23:%f V24:%f V25:%f V26:%f V27:%f V28:%f V29:%f V30:%f V31:%f V32:%f V33:%f V34:%f V35:%f V36:%f V37:%f V38:%f V39:%f V40:%f V41:%f V42:%f V43:%f V44:%f V45:%f V46:%f V47:%f V48:%f V49:%f V50:%f V51:%f V52:%f V53:%f V54:%f V55:%f V56:%f V57:%f V58:%f V59:%f V60:%f V61:%f V62:%f V63:%f V64:%f V65:%f V66:%f V67:%f V68:%f V69:%f V70:%f V71:%f V72:%f V73:%f V74:%f V75:%f V7...

...for that. alloc_pages(GFP_NOWAIT, MAX_ORDER -1). > So why do we need any array based interface? That was actually my original argument in the original thread - that the only new interface people might want is one that just tells how many of those MAX_ORDER-1 pages there are. See the thread in v33 with the subject "[PATCH v33 1/4] mm: add a function to get free page blocks" and look for me suggesting just using #define GFP_MINFLAGS (__GFP_NORETRY | __GFP_NOWARN | __GFP_THISNODE | __GFP_NOMEMALLOC) struct page *page = alloc_pages(GFP_MINFLAGS, MAX_ORDER-1); for this...

...for that. alloc_pages(GFP_NOWAIT, MAX_ORDER -1). > So why do we need any array based interface? That was actually my original argument in the original thread - that the only new interface people might want is one that just tells how many of those MAX_ORDER-1 pages there are. See the thread in v33 with the subject "[PATCH v33 1/4] mm: add a function to get free page blocks" and look for me suggesting just using #define GFP_MINFLAGS (__GFP_NORETRY | __GFP_NOWARN | __GFP_THISNODE | __GFP_NOMEMALLOC) struct page *page = alloc_pages(GFP_MINFLAGS, MAX_ORDER-1); for this...