similar to: Virtio BoF minutes from KVM Forum 2017

On Wednesday, November 01, 2017 4:59 PM, Michael S. Tsirkin wrote: > On Sun, Oct 29, 2017 at 01:52:25PM +0100, Jens Freimann wrote: > > Ilya: - you might have more completions than descriptors available > > - partial descriptor chains are a problem for hardware because you > > might have to read a bunch of conscriptors twice - how would you do > > deal with a big

On Wednesday, November 01, 2017 4:59 PM, Michael S. Tsirkin wrote: > On Sun, Oct 29, 2017 at 01:52:25PM +0100, Jens Freimann wrote: > > Ilya: - you might have more completions than descriptors available > > - partial descriptor chains are a problem for hardware because you > > might have to read a bunch of conscriptors twice - how would you do > > deal with a big

On Sun, Oct 29, 2017 at 01:52:25PM +0100, Jens Freimann wrote: > Ilya: - you might have more completions than descriptors available > - partial descriptor chains are a problem for hardware because you might have > to read a bunch of conscriptors twice - how would you do deal with a big > buffer that cointains a large number of > small packets with respect to completions? > - is

On Wed, Nov 01, 2017 at 03:52:12PM +0000, Ilya Lesokhin wrote: > On Wednesday, November 01, 2017 4:59 PM, Michael S. Tsirkin wrote: > > > On Sun, Oct 29, 2017 at 01:52:25PM +0100, Jens Freimann wrote: > > > Ilya: - you might have more completions than descriptors available > > > - partial descriptor chains are a problem for hardware because you > > > might

On Wednesday, November 1, 2017 7:35 PM, Michael S. Tsirkin wrote: > > You have to either use and additional descriptor for metadata per chain. > > Or putting it in one of the buffers and forcing the lifetime of the metadata > and data to be the same. > > That's true. It would be easy to make descriptors e.g. 32 bytes each, so > you can add extra data in there. Or if we

On Wednesday, November 1, 2017 7:35 PM, Michael S. Tsirkin wrote: > > You have to either use and additional descriptor for metadata per chain. > > Or putting it in one of the buffers and forcing the lifetime of the metadata > and data to be the same. > > That's true. It would be easy to make descriptors e.g. 32 bytes each, so > you can add extra data in there. Or if we

On Wed, Nov 01, 2017 at 06:12:09PM +0000, Ilya Lesokhin wrote: > On Wednesday, November 1, 2017 7:35 PM, Michael S. Tsirkin wrote: > > > You have to either use and additional descriptor for metadata per chain. > > > Or putting it in one of the buffers and forcing the lifetime of the metadata > > and data to be the same. > > > > That's true. It would be

Dear LLVMers, concerning a few points of the discussion about code-size reduction (Minutes available at https://docs.google.com/document/d/1kDsbFDtkWLceR-Y63ez04CBfvhbDN8RxWV3xXwaNUC0/edit?usp=sharing): > Do we need different levels like -Os1, -Os2, -Os3? Together with a colleague, Anderson Faustino, we spend some time finding optimization sequences that are good for code-size reduction.

On Fri, Feb 23, 2018 at 07:18:00PM +0800, Tiwei Bie wrote: >Signed-off-by: Tiwei Bie <tiwei.bie at intel.com> >--- > include/uapi/linux/virtio_config.h | 18 +++++++++- > include/uapi/linux/virtio_ring.h | 68 ++++++++++++++++++++++++++++++++++++++ > 2 files changed, 85 insertions(+), 1 deletion(-) > >diff --git a/include/uapi/linux/virtio_config.h

On Sun, Oct 29, 2017 at 02:34:56PM +0000, Ilya Lesokhin wrote: > > -----Original Message----- > > From: Michael S. Tsirkin [mailto:mst at redhat.com] > > Sent: Sunday, October 29, 2017 4:22 PM > > To: Ilya Lesokhin <ilyal at mellanox.com> > > Cc: virtio-dev at lists.oasis-open.org; virtualization at lists.linux-foundation.org > > Subject: Re: packed ring

On Sun, Oct 29, 2017 at 02:34:56PM +0000, Ilya Lesokhin wrote: > > -----Original Message----- > > From: Michael S. Tsirkin [mailto:mst at redhat.com] > > Sent: Sunday, October 29, 2017 4:22 PM > > To: Ilya Lesokhin <ilyal at mellanox.com> > > Cc: virtio-dev at lists.oasis-open.org; virtualization at lists.linux-foundation.org > > Subject: Re: packed ring

If you do this whats the point of the id? Just use descriptor offset like virtio 0 did. On Sun, Oct 29, 2017 at 09:05:01AM +0000, Ilya Lesokhin wrote: > My point was that if the driver is not required to change the IDs, > it can initialized the ID's in all the descriptors when the ring is created > and never write the ID field again. > > A simple allocator for the IDs can

If you do this whats the point of the id? Just use descriptor offset like virtio 0 did. On Sun, Oct 29, 2017 at 09:05:01AM +0000, Ilya Lesokhin wrote: > My point was that if the driver is not required to change the IDs, > it can initialized the ID's in all the descriptors when the ring is created > and never write the ID field again. > > A simple allocator for the IDs can

On Sun, Oct 01, 2017 at 04:08:29AM +0000, Michael S. Tsirkin wrote: >On Thu, Sep 28, 2017 at 09:44:35AM +0000, Liang, Cunming wrote: >> >> Get it now. Please correct me if I missing something. >> >> >> Flags status hints, >> >> - DESC_DRIVER only: driver owns the descriptor w/o available info ready for device to use >> >> - DESC_DRIVER |

On Sun, Oct 01, 2017 at 04:08:29AM +0000, Michael S. Tsirkin wrote: >On Thu, Sep 28, 2017 at 09:44:35AM +0000, Liang, Cunming wrote: >> >> Get it now. Please correct me if I missing something. >> >> >> Flags status hints, >> >> - DESC_DRIVER only: driver owns the descriptor w/o available info ready for device to use >> >> - DESC_DRIVER |

Hai,   Im playing around with my XCP-NG ( open source Xen Server ) and *(trying to add the SMB Storage Repo.   The samba server is running ... Debian Jessie with samba 4.8.5 On the server im seeing in my logs. :   [2018/09/28 14:42:43.948555,  0] smbd/process.c:525(init_smb_request)   init_smb_request: invalid wct number 55 (size 106) [2018/09/28 14:42:44.963470,  0]

The epfn is being compared to (RDWR_COMPAT_MPT_VIRT_END - RDWR_COMPAT_MPT_VIRT_START) without a 2 bit shift, resulting in the epfn being compared to the size of the RDWR_COMPAT_MPT table in bytes instead of the maximum page frame number that the RDWR_COMPAT_MPT table can map. Signed-off-by: Malcolm Crossley <malcolm.crossley@citrix.com> diff -r 274e5accd62d -r 8b1e0a2ccd7f

FYI, looks like more people need to let SonicBLUE know that OGG support is an important factor in there purchasing decisions. Dax ---------- Forwarded message ---------- From: Paul Crossley <pcross@sonicblue.com> To: 'Dax Kelson' <dax@gurulabs.com> Date: Mon, 14 Jan 2002 08:21:31 -0800 Subject: RE: OGG support in Rio Riot? Hi Dax, We have no current plans to support OGG,

On Sun, Oct 08, 2017 at 06:16:44AM +0000, Ilya Lesokhin wrote: > > > -----Original Message----- > > > From: virtualization-bounces at lists.linux-foundation.org > > > [mailto:virtualization-bounces at lists.linux-foundation.org] On Behalf > > > Of Michael S. Tsirkin > > > > > > This is an update from v2 version. > >> ... > > >

On Sun, Oct 08, 2017 at 06:16:44AM +0000, Ilya Lesokhin wrote: > > > -----Original Message----- > > > From: virtualization-bounces at lists.linux-foundation.org > > > [mailto:virtualization-bounces at lists.linux-foundation.org] On Behalf > > > Of Michael S. Tsirkin > > > > > > This is an update from v2 version. > >> ... > > >