On Sun, Feb 24, 2008 at 03:38:34PM +1000, Brad Rosser wrote:
[ Added Bart to CC: ]
Hi Brad,
> Borislav Petkov wrote:
>
> > > Feb 14 00:18:18 kernel: hde: cdrom_pc_intr: The drive appears confused
> > > (ireason = 0x01).
> > > Trying to recover by ending request.
> > > Feb 14 00:27:27 kernel: hdc: cdrom_pc_intr: The drive appears confused
> > > (ireason = 0x01).
> > > Trying to recover by ending request.
> > >
> > > ~> uname -a
> > > Linux xrated 2.6.24.1-35-pae #1 SMP 2008/02/12 01:00:18 UTC i686 athlon
> > > i386 GNU/Linux
> >
> > Actually the interrupt handler in ide-cd got rewritten and you're still
> > using the
> > old one (cdrom_pc_intr vs cdrom_newpc_intr). Those changes went into
> > mainline before
> > the 2.6.25-rc1 so we'll be able to test the new one only when you try out
> > 2.6.25-rc1
> > or wait until 2.6.25 is released in case you don't want to try hazardous
> > materials
> > such as an -rc kernel[*] :).
>
> I have exactly the same problem. I have a two-month old PC with a
> Gigabyte P35-DS4
> motherboard, which has the Intel P35 chipset with ICH10 south bridge and
> additional JMicron IDE/SATA controller. I have two SATA-II hard disks
> and a sole
> IDE device, a Pioneer DVR-115D DVD-ROM, hooked up to the JMicron IDE port.
> The motherboard also has an embedded Realtek RTL8111/8168B gigabit
> ethernet controller.
>
> The motherboard/bios assigns both the JMicron IDE controller and the Realtek
> controller to the same interrupt - typically '15'. There's nothing in
> the bios that
> allows me to move one away from the other. I can 'reserve' or block IRQs, but
> that only shifts them both to another interrupt.
well the driver probes the bios for that data and assigns the irq line it gets
from it.
> Similarly, no matter what I do with the Linux kernel, using boot parameters
> such
> as 'acpi=off', 'noapic', 'nolapic' and the like, I can never get the
> kernel to use
> different interrupts for these two controllers. A 'cat
> /proc/interrupts' always shows
> them sharing their IRQ:
>
> # grep ide /proc/interrupts
> 17: 58077 4 98999 129160 IO-APIC-fasteoi ide0, eth0
>
> With the IDE driver compiled into the kernel any access to the DVD is fine
> until I start using the network. Upon any network activity I get the
> 'confused'
> messages and more:
>
> kernel: hda: cdrom_pc_intr: The drive appears confused (ireason =
> 0x01). Trying to recover by ending request.
> last message repeated 3 times
> kernel: ide: failed opcode was: unknown
> kernel: hda: drive not ready for command
> kernel: hda: status error: status=0x58 { DriveReady SeekComplete DataRequest }
>
> KDE even kindly pops up a window telling me that someone has inserted a
> (ghost)
> DVD disc, would I care to play it? :-(
>
> I know nothing of modern/PCI hardware and their interrupt magic, but it seemed
> to me that the IDE driver was erroneously picking up the interrupts destined
> for
> the Realtek NIC and thinking they were for it. Unfortunately there seemed to
> be
> no way for me to separate the two or get the IDE driver its own IRQ, either
> via
> the PC's bios or linux kernel boot parameters.
>
> When I saw the recent message from Hans-Peter Jansen about this exact
> problem, and Boris's comment that something in interrupt land for the
> CD driver had been fixed, I thought the latest version of the kernel would
> rectify matters. I installed the 2.6.25-rc2 kernel from kernel.org
> but the problem
> is still there.
Can you please send me your whole boot log of 2.6.25-rc2? Thanks.
>
> As a workaround I've disabled IDE entirely in my kernel build and am using
> sr_mod to present the DVD as /dev/sr0.
>
> As a result of all this I've got several novice questions relating to
> this matter.
> I don't know if this mailing list is an appropriate place to ask them
> .. my apologies
> if not. Any quick references to reference material would be appreciated.
>
> Given all the kernel parameters to change IRQ routing and turn ACPI actions
> up, down and sideways, is there any way to tell it to assign an explicit
> IRQ to a device? Or have it that the IDE driver doesn't share? I thought
> CONFIG_IDEPCI_SHARE_IRQ might have something to do with it, but fiddling
> the value for that had no effect. It 'feels' to me that all these IRQs seem
> to
> be highly adjustable by the kernel, so I was hoping there'd be a way to
> let the IDE driver have one to itself.
>
> Is there any way to leave the IDE driver compiled into the kernel but tell
> it to leave the DVD-ROM drive alone, so sr_mod can claim it rather than
> ide-cd? I couldn't do it with my kernel, but I think Ubuntu (7.10) does
> manage it. I tried various kernel boot parameters like 'hda=scsi' or
> 'hda=ide-scsi' but nothing seemed to work. It would be nice to be able
> to use IDE hard disks while leaving the DVD-ROM to sr_mod until this
> problem is resolved.
since your cdrom seems to be hda from what i've seen above, try booting with
'hda=noprobe' or maybe 'hda=none' to see which one turns the probing off for
you. See Documentation/ide.txt for details.
>
> Is there a primer/guide somewhere on how the modules all inter-relate
> in the kernel? When IDE is compiled I see 'ide0' sharing IRQ17 with
> 'eth0' in /proc/interrupts. When IDE is disabled it's replaced with
> 'libata' (which DOESN'T have any problems sharing). I'm just curious
> as to why 'libata' isn't seen when IDE is taking front stage; does it
> sit underneath somehow? Similarly I'm a bit fuzzy on how sr_mod
> sits on top of 'cdrom' while 'ide-cd' uses both 'cdrom' and ide-core.
> I'm just curious on how they all work together. Does the 'cdrom'
> module talk straight to the DVD-ROM hardware or does it go though
> libata? I always thought it used IDE.
Roughly speaking, cdrom.c is the unified cdrom layer that delivers common
functionality to all the cdrom devices. ide-cd and others are the low-level
device drivers that offer drive-specific functionality only. In case you wanna
know more about it, see Documentation/cdrom/cdrom-standard.tex (might want to
convert it to something more readable) and read the section on stackable kernel
modules in Linux Device Drivers, 3 ed.
>
> My apologies if this post is at too simple/high a level for the wizards
> present. I thought the feedback on 2.6.25-rc2 might be useful.
>
> Thanks,
>
>
> Brad
--
Regards/Gruß,
Boris.
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
