On Fri, May 25, 2012 at 04:03:27PM +0800, Asias He wrote:
Block layer will allocate a spinlock for the queue if the driver does
not provide one in blk_init_queue().
The reason to use the internal spinlock is that blk_cleanup_queue() will
switch to use the internal spinlock in the cleanup
xen_play_dead calls cpu_bringup() which looks weird, because xen_play_dead()
is invoked in the cpu down path, whereas cpu_bringup() (as the name suggests)
is useful in the cpu bringup path.
Getting rid of xen_play_dead()'s dependency on cpu_bringup() helps in hooking
on to the generic SMP booting
Convert xen to use the generic framework to boot secondary CPUs.
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Jeremy Fitzhardinge jer...@goop.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar mi...@redhat.com
Cc: H. Peter Anvin h...@zytor.com
Cc: x...@kernel.org
Cc:
Holding the vblk-lock across kick causes poor scalability in SMP
guests. If one CPU is doing virtqueue kick and another CPU touches the
vblk-lock it will have to spin until virtqueue kick completes.
This patch reduces system% CPU utilization in SMP guests that are
running multithreaded I/O-bound
The per-cpu variable cpu_state is used in x86 and also used in other
architectures, to track the state of the cpu during bringup and hotplug.
Pull it out into generic code.
Cc: Tony Luck tony.l...@intel.com
Cc: Fenghua Yu fenghua...@intel.com
Cc: Ralf Baechle r...@linux-mips.org
Cc: Benjamin
On 01.06.12 at 11:11, Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
wrote:
xen_play_dead calls cpu_bringup() which looks weird, because xen_play_dead()
is invoked in the cpu down path, whereas cpu_bringup() (as the name
suggests) is useful in the cpu bringup path.
This might not be
On 06/01/2012 06:29 PM, Jan Beulich wrote:
On 01.06.12 at 11:11, Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
wrote:
xen_play_dead calls cpu_bringup() which looks weird, because xen_play_dead()
is invoked in the cpu down path, whereas cpu_bringup() (as the name
suggests) is useful in
On 01.06.12 at 17:13, Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
wrote:
On 06/01/2012 06:29 PM, Jan Beulich wrote:
On 01.06.12 at 11:11, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com
wrote:
xen_play_dead calls cpu_bringup() which looks weird, because xen_play_dead()
is invoked
Hi Amit and Rusty,
I've been looking into the possibility of using the Virtio Console
Driver together with the remoteproc framework to communicate with
ST-Ericsson modem over shared memory.
It seems like Virtio Console would be a good fit, except for a issue
with buffer allocation. Due to HW
Greg,
Thanks so much for the comments and apologies for the delayed response.
Don't we have something like this already for KVM and maybe Xen?
virtio? Can't you use that code instead of a new block of code that
is only used by vmware users? It has virtual pci devices which
should give you
On 06/01/2012 02:10 AM, Srivatsa S. Bhat wrote:
The per-cpu variable cpu_state is used in x86 and also used in other
architectures, to track the state of the cpu during bringup and hotplug.
Pull it out into generic code.
Cc: Tony Lucktony.l...@intel.com
Cc: Fenghua Yufenghua...@intel.com
Cc:
11 matches
Mail list logo