DMA disabled due to ide-generic being loaded first
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
initramfs-tools (Ubuntu) |
Fix Released
|
Medium
|
Jeff Bailey |
Bug Description
(Separating from bug #17366 since this is a different issue)
(In reply to comment #6)
> I'm seeing this in Breezy as well, as a regression from initrd->initramfs (which
> should otherwise address these issues). I see a kernel message, which
> unfortunately was pushed out of the ring buffer by others, which was something
> like "VP_IDE: ... already claimed by ide0". Is perhaps ide-generic being loaded
> ahead of the chipset-specific driver?
mizar:[
ide-disk
ide-generic
ext2
ext3
vga16fb
fbcon
capability
vesafb
fbcon
ide-generic needs to be loaded after the PCI scan. This seems to have been
caused by:
mizar:[~] cat /etc/mkinitramf
ide-disk
ide-generic
ext2
ext3
but I don't remember creating that file, and know of no reason why I would have
done so. I see that it copies in an example in fresh installs; did the example
file contain these lines at some point in the past?
Per discussion on IRC, Warty Systems included ide and filesystem bits in the modules file. Those are now getting in the way.
/etc/mkinitrd/
<mdz> jbailey: we should explicitly exclude ide-generic, ide-disk, ext2 and ext3
from that migration