On Mon, 2009-08-31 at 14:34 +0200, Bjørn Mork wrote: > Ian Campbell <firstname.lastname@example.org> writes: > > > The lguest and Xen paravirt_ops implementations both reserve all IO > > ports in the 0-65535 range which prevents ide-generic from loading > > Excuse me for being daft, but wasn't that the whole point of > paravirt-ioport? I guess the so. The problem stems from the driver returning -EBUSY rather than silently registering no devices, although I wouldn't necessarily describe that as a kernel bug. > > and leads to an error dialog being presented to the user. > > so, add a hack to work around the problems introduced by another hack? > Does this scale? How many drivers need to be prevented from attempting > to load just to avoid the (correct) error messages caused by the initial > brute force hack? It's only legacy (non-PnP) ISA drivers of which AFAIK ide-generic is the only one d-i tries to load by default, it's the only one I've seen in my testing at least. I agree that this could be handled better on the kernel side but I don't really know the rationale for how it is now. Ian. -- Ian Campbell Take me drunk, I'm home again!
Description: This is a digitally signed message part