DMA disabled due to ide-generic being loaded first

[Matt Zimmerman]

(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:[/tmp/initramfs] cat conf/modules
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/mkinitramfs/modules
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?

[Jeff Bailey (jbailey)]

Per discussion on IRC, Warty Systems included ide and filesystem bits in the
/etc/mkinitrd/modules file. Those are now getting in the way.

<mdz> jbailey: we should explicitly exclude ide-generic, ide-disk, ext2 and ext3
from that migration

[Jeff Bailey (jbailey)]

In my tree for 0.25

[Jeff Bailey (jbailey)]

0.25 uploaded, closing this bug.