On Fri, 20 May 2011 02:12:19 +0300, "Michael S. Tsirkin"
wrote:
> Update avail index immediately instead of upon kick:
> for virtio-net RX this helps parallelism with the host.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> drivers/virtio/virtio_ring.c | 28 +++-
> 1 f
On Fri, 20 May 2011 02:11:56 +0300, "Michael S. Tsirkin"
wrote:
> Current code might introduce a lot of latency variation
> if there are many pending bufs at the time we
> attempt to transmit a new one. This is bad for
> real-time applications and can't be good for TCP either.
Do we have more th
On Fri, 20 May 2011 02:11:05 +0300, "Michael S. Tsirkin"
wrote:
> Add ability to test the new event idx feature,
> enable by default.
Applied.
Thanks,
Rusty.
___
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linux
On Fri, 20 May 2011 02:10:17 +0300, "Michael S. Tsirkin"
wrote:
> Define a new feature bit for the guest and host to utilize
> an event index (like Xen) instead if a flag bit to enable/disable
> interrupts and kicks.
Applied.
Thanks,
Rusty.
___
Virtua
On Fri, 20 May 2011 02:10:27 +0300, "Michael S. Tsirkin"
wrote:
> With the new used_event and avail_event and features, both
> host and guest need similar logic to check whether events are
> enabled, so it helps to put the common code in the header.
>
> Note that Xen has similar logic for notifi
On Fri, 20 May 2011 02:10:54 +0300, "Michael S. Tsirkin"
wrote:
> Support the new event index feature. When acked,
> utilize it to reduce the # of interrupts sent to the guest.
>
> Signed-off-by: Michael S. Tsirkin
Applied, even though it'd normally be in your tree, it's easier for me
to push
On Fri, 20 May 2011 02:11:47 +0300, "Michael S. Tsirkin"
wrote:
> virtio net uses the number of sg entries to
> check for TX ring capacity freed. But this
> gives incorrect results when indirect buffers
> are used. Use the new capacity API instead.
OK, but this explanation needs enhancement, suc
On Fri, 20 May 2011 02:10:44 +0300, "Michael S. Tsirkin"
wrote:
> Support for the new event idx feature:
> 1. When enabling interrupts, publish the current avail index
>value to the host to get interrupts on the next update.
> 2. Use the new avail_event feature to reduce the number
>of ex
On Fri, 20 May 2011 02:11:14 +0300, "Michael S. Tsirkin"
wrote:
> Add an API that tells the other side that callbacks
> should be delayed until a lot of work has been done.
> Implement using the new event_idx feature.
>
> Note: it might seem advantageous to let the drivers
> ask for a callback a
On Friday 20 May 2011 17:13:25 Arnd Bergmann wrote:
> On Friday 20 May 2011 17:00:47 Chris Metcalf wrote:
> > > Any chance you can still restructure the information? I would recommend
> > > making it a first-class procfs member, since the data is really per-task.
> > >
> > > You can add a condition
On Friday 20 May 2011 17:00:47 Chris Metcalf wrote:
> > Any chance you can still restructure the information? I would recommend
> > making it a first-class procfs member, since the data is really per-task.
> >
> > You can add a conditional entry to tgid_base_stuff[] in fs/proc/base.c
> > to make it
On 5/20/2011 10:37 AM, Arnd Bergmann wrote:
> On Friday 20 May 2011 16:26:57 Chris Metcalf wrote:
>> /proc/tile/hardwall
>> Information on the set of currently active hardwalls (note that
>> the implementation is already present in arch/tile/kernel/hardwall.c;
>> this change j
On Friday 20 May 2011 16:26:57 Chris Metcalf wrote:
> /proc/tile/hardwall
> Information on the set of currently active hardwalls (note that
> the implementation is already present in arch/tile/kernel/hardwall.c;
> this change just enables it)
> >> This one is not a hypervi
On 5/19/2011 11:22 AM, Arnd Bergmann wrote:
> On Thursday 19 May 2011, Chris Metcalf wrote:
/proc/tile/board
Information on part numbers, serial numbers, etc., of the
hardware that the kernel is executing on
/proc/tile/switch
The type of control path for the onbo
> -Original Message-
> From: Christoph Hellwig [mailto:h...@infradead.org]
> Sent: Friday, May 20, 2011 9:22 AM
> To: KY Srinivasan
> Cc: Christoph Hellwig; gre...@suse.de; linux-ker...@vger.kernel.org;
> de...@linuxdriverproject.org; virtualizat...@lists.osdl.org
> Subject: Re: vmbus dri
> -Original Message-
> From: Christoph Hellwig [mailto:h...@infradead.org]
> Sent: Friday, May 20, 2011 8:27 AM
> To: KY Srinivasan
> Cc: gre...@suse.de; linux-ker...@vger.kernel.org;
> de...@linuxdriverproject.org; virtualizat...@lists.osdl.org
> Subject: Re: vmbus driver
>
> On Thu, Ma
On Fri, May 20, 2011 at 01:12:32PM +, KY Srinivasan wrote:
> Well, the util driver that implements a range of other services such as KVP,
> time synch, heartbeat etc. is also a client of the vmbus driver (perhaps not
> in the
The KVP driver is a different module as far as I can see. But it
> -Original Message-
> From: Greg KH [mailto:g...@kroah.com]
> Sent: Friday, May 20, 2011 9:05 AM
> To: KY Srinivasan
> Cc: gre...@suse.de; linux-ker...@vger.kernel.org;
> de...@linuxdriverproject.org; virtualizat...@lists.osdl.org
> Subject: Re: vmbus driver
>
> On Thu, May 19, 2011 at
> -Original Message-
> From: Christoph Hellwig [mailto:h...@infradead.org]
> Sent: Friday, May 20, 2011 8:27 AM
> To: KY Srinivasan
> Cc: gre...@suse.de; linux-ker...@vger.kernel.org;
> de...@linuxdriverproject.org; virtualizat...@lists.osdl.org
> Subject: Re: vmbus driver
>
> On Thu, Ma
On Thu, May 19, 2011 at 03:06:25PM -0700, K. Y. Srinivasan wrote:
>
> Greg,
>
> A few days ago you applied all the outstanding patches for the Hyper-V
> drivers. With these patches, I have addressed all of the known review
> comments for the vmbus driver (and a lot of comments/issues in other
On Thu, May 19, 2011 at 03:06:25PM -0700, K. Y. Srinivasan wrote:
> A few days ago you applied all the outstanding patches for the Hyper-V
> drivers. With these patches, I have addressed all of the known review
> comments for the vmbus driver (and a lot of comments/issues in other
> drivers as we
On Fri, 20 May 2011 02:10:07 +0300, "Michael S. Tsirkin"
wrote:
> OK, here is the large patchset that implements the virtio spec update
> that I sent earlier (the spec itself needs a minor update, will send
> that out too next week, but I think we are on the same page here
> already). It superced
On Thu, 19 May 2011 10:24:12 +0300, "Michael S. Tsirkin"
wrote:
> On Mon, May 16, 2011 at 04:43:21PM +0930, Rusty Russell wrote:
> > On Sun, 15 May 2011 15:48:18 +0300, "Michael S. Tsirkin"
> > wrote:
> > > On Mon, May 09, 2011 at 03:27:33PM +0930, Rusty Russell wrote:
> > > > On Wed, 4 May 201
23 matches
Mail list logo
