Displaying 15 results from an estimated 15 matches for "ilyal".
Did you mean:
ilya
2017 Oct 30
2
packed ring layout proposal v3
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 layout proposal v3
> >
> > If you do this whats the point of the id? Just use descriptor offset like virtio 0 did.
> >
>
>...
2017 Oct 30
2
packed ring layout proposal v3
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 layout proposal v3
> >
> > If you do this whats the point of the id? Just use descriptor offset like virtio 0 did.
> >
>
>...
2017 Oct 29
2
packed ring layout proposal v3
...n solve the problem I presented but it is still more
> expensive then not doing ID allocation at all.
>
>
> > -----Original Message-----
> > From: Michael S. Tsirkin [mailto:mst at redhat.com]
> > Sent: Wednesday, October 25, 2017 7:20 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 layout proposal v3
> >
> > On Sun, Oct 08, 2017 at 06:16:44AM +0000, Ilya Lesokhin wrote:
> > > > > -----Original Message...
2017 Oct 29
2
packed ring layout proposal v3
...n solve the problem I presented but it is still more
> expensive then not doing ID allocation at all.
>
>
> > -----Original Message-----
> > From: Michael S. Tsirkin [mailto:mst at redhat.com]
> > Sent: Wednesday, October 25, 2017 7:20 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 layout proposal v3
> >
> > On Sun, Oct 08, 2017 at 06:16:44AM +0000, Ilya Lesokhin wrote:
> > > > > -----Original Message...
2017 Oct 30
0
packed ring layout proposal v3
> -----Original Message-----
> From: Michael S. Tsirkin [mailto:mst at redhat.com]
> Sent: Monday, October 30, 2017 4:09 AM
> 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 layout proposal v3
>
> On Sun, Oct 29, 2017 at 02:34:56PM +0000, Ilya Lesokhin wrote:
> > > -----Original Message-----
> > > From: Mic...
2017 Oct 25
2
packed ring layout proposal v3
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.
> >> ...
> > >
2017 Oct 25
2
packed ring layout proposal v3
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.
> >> ...
> > >
2017 Oct 29
0
packed ring layout proposal v3
...A simple allocator for the IDs can solve the problem I presented but it is still more
expensive then not doing ID allocation at all.
> -----Original Message-----
> From: Michael S. Tsirkin [mailto:mst at redhat.com]
> Sent: Wednesday, October 25, 2017 7:20 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 layout proposal v3
>
> On Sun, Oct 08, 2017 at 06:16:44AM +0000, Ilya Lesokhin wrote:
> > > > -----Original Message-----
> > > >...
2017 Oct 29
0
packed ring layout proposal v3
> -----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 layout proposal v3
>
> If you do this whats the point of the id? Just use descriptor offset like virtio 0 did.
>
I agree that ID is pointless when...
2017 Oct 08
0
packed ring layout proposal v3
> > -----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.
>> ...
> > When driver descriptors are chained in this way, multiple descriptors
> > are treated as a part
2018 Jan 14
1
PCIe ordering and new VIRTIO packed ring format.
Hi,
I have a concern about the portability of offloading the new VIRTIO packed ring format to hardware.
According to the PCIe rev 2.0, paragraph 2.4.2. Update Ordering and Granularity Observed by a Read Transaction"
" if a host CPU writes a QWORD to host memory, a Requester reading that QWORD from host memory may observe a portion of the QWORD updated and another portion of it
2017 Nov 01
2
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
2017 Nov 01
2
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
2017 Nov 01
2
Virtio BoF minutes from KVM Forum 2017
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
2017 Nov 01
2
Virtio BoF minutes from KVM Forum 2017
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