...@linux.vnet.ibm.com
Cc: Zhi Yong Wu wu...@cn.ibm.com
Cc: Christoph Hellwig h...@lst.de
Cc: Hannes Reinecke h...@suse.de
Cc: James Bottomley jbottom...@parallels.com
Signed-off-by: Nicholas Bellinger n...@linux-iscsi.org
Was the change so great that it needs re acking?
I assume it also now
On Fri, 2012-03-30 at 17:50 +0800, Ren Mingxin wrote:
This patch series renames sd_format_disk_name() to
disk_name_format() and moves it into block core. So
that who needs formatting disk name can use it, instead
of duplicating these similar help functions.
Ren Mingxin (4):
block: add
On Mon, 2012-04-02 at 11:52 -0700, Tejun Heo wrote:
Probably same. Renaming existing devices will break setups.
I think the idea is to avoid using the
legacy naming in new drivers *that will be added from now on*.
Yeap.
So if we're agreed no other devices going forwards should ever use
On Mon, 2009-10-05 at 17:30 -0700, Alok Kataria wrote:
Were you still planning on renaming the driver to something less generic
(like vmw_pvscsi)?
Yep, below is a patch with the rename, the driver is now called
vmw_pvscsi. Do let me know if you have any other comments. Thanks.
I'm still
On Sun, 2007-05-06 at 16:27 -0700, Jeremy Fitzhardinge wrote:
James Bottomley wrote:
Just make sure it's the one I sent you, not your original one ... the
original one won't compile on voyager.
Sorry, I saw your patch, but while I was trying to work out how you
changed it I forgot
parts of smp into their own file
Several parts of kernel/smp.c and smpboot.c are generally useful for
other subarchitectures and paravirt_ops implementations, so make them
available for reuse.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: James Bottomley [EMAIL PROTECTED]
Cc: Eric W
On Sat, 2007-04-28 at 10:42 +0200, Andi Kleen wrote:
On Saturday 28 April 2007 09:52:30 Jeremy Fitzhardinge wrote:
Eric W. Biederman wrote:
Next time I'm in a really tormenting mood I will fire up my
my ibm ps2 with it's 16Mhz 386 and 6MB and verify that all is working
well there.
On Sat, 2007-04-28 at 11:34 +0200, Andi Kleen wrote:
The sane pattern is and seems to has always been.
arch_function()
{
platform_ops.platform_function();
}
Yes agreed. We'll slowly move there. Patches to accelerate it are
welcome (for post .22)
But you're flaming