[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Cannot open root device for dom0



> Indeed; in more detail, the modprobe happened because major device 3 (ide0) 
> was not registered with the blkdev layer; and this happened because 
> something was screwed in the xenolinux 'probe' (where at start of day it
> asks Xen about what devices exist, etc). Given that this code has all just
> been rewritten (in Xen) to use red-black trees in place of a hash table so
> that order is deterministic, I reckon that's the culprit. 

So little faith ;-)

> Anyway, that's just for info -- I believe it's fixed now, right?

It is fixed now. The bug had actually been present for a long while --
GCC wasn't being told that memory is "clobbered" across a block_io_op
hypercall. The result is that Xenolinux didn't always pick up updates
to the block_io_op_t struct after the hypercall (It assumed the
initial value it wrote in there before the hypercall was still
valid). 

This bug bit certain versions of GCC in certain situations. Nice!

 -- Keir



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.