Philip and Bartlomiej,
I've been tracking an almost identical problem on my IA64 platform with a bk pull that is about a month old.
I tracked it down to a duplicate vector request of 0x38 = 56 by the mmtimer -- take a look at /proc/interrupts, /proc/ioports, /proc/iomem and see if anything has requested the specific area that your CD is trying to get.
My output looked like:
SGIIOC4: IDE controller at PCI slot 0000:01:01.0, revision 79 ide0: BM-DMA at 0xc00001080c200140-0xc00001080c200163 Probing IDE interface ide0... hda: MATSHITADVD-ROM SR-8588, ATAPI CD/DVD-ROM drive ide0: Disabled unable to get IRQ 56. Probing IDE interface ide0... hda: MATSHITADVD-ROM SR-8588, ATAPI CD/DVD-ROM drive hda: IRQ probe failed (0x4ffffffe) Probing IDE interface ide1... ide1: Wait for ready failed before probe ! Probing IDE interface ide2... ide2: Wait for ready failed before probe ! Probing IDE interface ide3... ide3: Wait for ready failed before probe ! Probing IDE interface ide4... ide4: Wait for ready failed before probe ! Probing IDE interface ide5... ide5: Wait for ready failed before probe ! ide0: DISABLED, NO IRQ
Bartlomiej, just a thought:
I think that the output of the failures of the probes for non-existant interfaces ide1-ide5 could be suppressed, no?
What would you think if we only output the "failed before probe" messages for interfaces that return -EBUSY from wait_hwif_ready? It would make the system boot a lot "prettier":)
P.
Does the kernel know what the 'something' is? Should I be routing around in /proc looking for something specific?
cheers,
Phil
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
