linux/include/xen
Christian Limpach 1d78d70556 xen blkfront: Delay wait for block devices until after the disk is added
When the xen block frontend driver is built as a module the module load
is only synchronous up to the point where the frontend and the backend
become connected rather than when the disk is added.

This means that there can be a race on boot between loading the module and
loading the dm-* modules and doing the scan for LVM physical volumes (all
in the initrd). In the failure case the disk is not present until after the
scan for physical volumes is complete.

Taken from:

  http://xenbits.xensource.com/linux-2.6.18-xen.hg?rev/11483a00c017

Signed-off-by: Christian Limpach <Christian.Limpach@xensource.com>
Signed-off-by: Mark McLoughlin <markmc@redhat.com>
Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
2008-04-24 23:57:33 +02:00
..
interface xen: Make xen-blkfront write its protocol ABI to xenstore 2008-04-24 23:57:32 +02:00
events.h xen: add resend_irq_on_evtchn() definition into events.c 2008-04-24 23:57:32 +02:00
features.h xen: Core Xen implementation 2007-07-18 08:47:42 -07:00
grant_table.h xen: make grant table arch portable 2008-04-24 23:57:32 +02:00
hvc-console.h xen: use the hvc console infrastructure for Xen console 2007-07-18 08:47:44 -07:00
page.h xen: make include/xen/page.h portable moving those definitions under asm dir 2008-04-24 23:57:32 +02:00
xen-ops.h xen: move events.c to drivers/xen for IA64/Xen support 2008-04-24 23:57:32 +02:00
xenbus.h xen blkfront: Delay wait for block devices until after the disk is added 2008-04-24 23:57:33 +02:00
xencomm.h xen: import arch generic part of xencomm 2008-04-24 23:57:32 +02:00