Re: [Xen-devel] Re: [PATCH]: Expand Xen blkfront for > 16 xvd

Previous thread: [rfc][patch] mm: dirty page accounting race fix by Nick Piggin on Thursday, August 14, 2008 - 2:45 am. (12 messages)

Next thread: BUG : lockdep link failed by Ming Lei on Thursday, August 14, 2008 - 2:58 am. (1 message)
From: Chris Lalancette
Date: Thursday, August 14, 2008 - 2:54 am

Jeremy,
     Until recently, the maximum number of xvd block devices you could attach to
a Xen domU was 16.  This limitation turned out to be problematic for some users,
so it was expanded to handle a much larger number of disks.  However, this
requires a couple of changes in the way that blkfront scans for disks.  This
functionality is already present in the Xen linux-2.6.18-xen.hg tree; the
attached patch adds this functionality to the mainline xen-blkfront
implementation.  I successfully tested it on a 2.6.25 tree.  I build tested it
on 2.6.27-rc3, but couldn't get that tree to boot due to some other bug.

Signed-off-by: Chris Lalancette <clalance@redhat.com>
From: Jeremy Fitzhardinge
Date: Monday, August 18, 2008 - 10:16 am

I haven't tested this yet.  You have tested it OK with some pvops

What other bug?

    J
--

From: Chris Lalancette
Date: Monday, August 18, 2008 - 11:52 pm

Yes, I tested it with a 2.6.25-something Fedora 9 pv-ops kernel (i386).  I'll

This is http://bugzilla.redhat.com/show_bug.cgi?id=459067, that I think you've
already looked at.  Basically any F-10 or upstream git kernel is crashing on an
i386 RHEL-5 HV.  We were a little confused by your comment in that bug, however;
we were under the impression that the fix you mentioned was specifically a
32-on-64 fix, not for 32-on-32.  If we were wrong, please point it out.

Thanks,
Chris Lalancette
--

Previous thread: [rfc][patch] mm: dirty page accounting race fix by Nick Piggin on Thursday, August 14, 2008 - 2:45 am. (12 messages)

Next thread: BUG : lockdep link failed by Ming Lei on Thursday, August 14, 2008 - 2:58 am. (1 message)