Xen devel - Jun 2008 - [PATCH 1/5]: Fix blkfront to accept expanded devices v2

This patch implements the new extended allocation scheme on the blkfront end.
Note that there is a new xenbus node for the extended stuff, called
"virtual-device-ext".  On a blkfront_probe(), if nothing is found in
"virtual-device", then it will go looking in
"virtual-device-ext".  This
prevents old guest kernels from potentially mis-interpreting data in
"virtual-device" (and then subsequently crashing).

Changes since v1:
- Restructure the changes to remove duplicate code
- Add some error checks on the xlvbd_add() path.  Note that I did not do full
error checking on the existing numbering scheme (i.e. the 202<<8 for xvd,
3<<8
for IDE, 8<<8 for SCSI, etc).  The reason I didn''t do full
checking is that it
is perfectly legal to do something like: "xm block-attach pv tap:aio:/disk
0xCB10 w" (which is major 203), which then maps onto the 202 xvd device. 
It''s
not particularly nice behavior, in my opinion, but changing it now would change
this behavior.  So the only check I added was to make sure we weren''t
above the
extended device range (1<<28).

Signed-off-by: Chris Lalancette <clalance@redhat.com>


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel