On Wed, May 25, 2011 at 11:05:04AM +0930, Rusty Russell wrote:
On Mon, 23 May 2011 14:19:00 +0300, Michael S. Tsirkin m...@redhat.com
wrote:
I do understand how it seems a waste to leave direct space
in the ring while we might in practice have space
due to indirect. Didn't come up with a
On Wed, May 25, 2011 at 11:34:07AM +0930, Rusty Russell wrote:
On Tue, 24 May 2011 12:23:45 +0300, Michael S. Tsirkin m...@redhat.com
wrote:
Just checking: were you going to send the following to Linus for 2.6.40?
virtio:event_index_interface.patch
On 5/20/2011 3:59 PM, Arnd Bergmann 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 show up for each pid,
(Resending after marking LKML in my Thunderbird address book for no HTML.)
On 5/20/2011 3:59 PM, Arnd Bergmann 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
(Resending with no HTML for LKML.)
On 5/20/2011 3:59 PM, Arnd Bergmann 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
On Wednesday 25 May 2011 21:18:05 Chris Metcalf wrote:
(Resending with no HTML for LKML.)
On 5/20/2011 3:59 PM, Arnd Bergmann 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
On 5/25/2011 4:20 PM, Arnd Bergmann wrote:
On Wednesday 25 May 2011 21:18:05 Chris Metcalf wrote:
The contents of the hardwall ID file are then just a cpulist of the cpus
covered by the hardwall, rather than introducing a new convention (as
quoted above, e.g. 2x2 1,1). Individual tasks that
On Wednesday 25 May 2011 22:31:37 Chris Metcalf wrote:
On 5/25/2011 4:20 PM, Arnd Bergmann wrote:
On Wednesday 25 May 2011 21:18:05 Chris Metcalf wrote:
The contents of the hardwall ID file are then just a cpulist of the cpus
covered by the hardwall, rather than introducing a new convention
netvsc send buffer is not used, so remove it.
Signed-off-by: Haiyang Zhang haiya...@microsoft.com
Signed-off-by: Hank Janssen hjans...@microsoft.com
Signed-off-by: K. Y. Srinivasan k...@microsoft.com
---
drivers/staging/hv/hyperv_net.h | 10 ---
drivers/staging/hv/netvsc.c | 161