Distribution: Gentoo Linux
- ASUS P4C800-E Deluxe (Intel 875P-based P4 mobo)
- SONY CD-RW CRX220E1, ATAPI CD/DVD-ROM drive
- Intel ICH5R IDE controller (1 PATA drive, 1 ATAPI CDROM)
- Promise 20378 IDE controller (1 PATA drive)
- Other info (lspci, dmesg) attached
- (kernel.org) Linux 2.6.13-rc3
- ide_cd module
- Other info (dmesg) attached
Inserting or attempting to read an audio CD results in large amounts of:
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
Data CDs are readable without a problem.
Hacking up ide-cd.c to ignore ireason=0x01 seems to make the problem go away,
but is doubtless the wrong solution (I have no idea what ireason of 0x01 means).
Steps to reproduce:
Hard to say; thus far I'm the only one I've ever heard of with this issue. I
did try 4 different cables, both PATA ports on the Intel controller, and two
different CDROM drives with the same effect however. I attempted to use the
Promise PATA controller, but the driver seems to not support ATAPI, at least by
default; it ignores the drive altogether. I didn't dig in to it any further
I can only speculate that there's something about my disk controller that it
doesn't like. I haven't yet tried downgrading to an earlier version to see when
this appeared; I'm fairly certain it worked under one of Gentoo's 2.6.9 kernels
though, if that helps (probably not) :) The problem was also present in
2.6.12-gentoo-r4. Again, this probably doesn't help much, but there you are.
If this is something obvious, good... otherwise let me know if you need me to
drill down to a specific kernel version where the problem is introduced, and
I'll schedule a weekend or something to do it. In the meantime, I've got a
little patch in my kernel to ignore ireason=0x01.
Created attachment 5357 [details]
This is the dmesg output from 2.6.13-rc3.
Created attachment 5358 [details]
Please try to narrow down the problem to a specific kernel version
(and remember to obtain dmesg output for it). Thanks.
Yeah, someone else reported this a couple of months back. I was staring at
the `ireason' code wondering why we seemed to be getting an impossible
result back from the drive. I think I had some workaround patch, but the
reporter disappeared on me. IIRC Jens was hiding from me at the time, so
we didn't end up fixing it ;)
I do think we'll end up needing some driver-level workaround for it, but if
you can help identify the kernel version where it went bad then that would help
us understand why earlier kernels weren't failing.
Apparently this bug was recently fixed in fedora.
It can't hurt to try out their ide-cd patch, David. I'll attach it for you.
Created attachment 5361 [details]
Fedora IDE patch
This applies against 126.96.36.199 btw.
Oh fanbloodytastic. RH have an 80k IDE jumbopatch, about half of which is in
Dave, would it be possible to get at least the important bits of that into
Looking at the patch, it seems to be mostly equivalent to the IDE changes in
Well, assuming some nasty person doesn't make me work this weekend, I will
identify the kernel version, and mess around with the redhat stuff and alan's
stuff to see what I can find out.
Slight complication - I recently reorganized all my drives around booting from the PATA port on my Promise onboard controller. So, 2.6.9 and 2.6.10 won't boot, until I move all my disks around. Going to try 2.6.11 anyway, I'm not sure when PATA support was added to libata and/or promise_sata.
Assuming its the controller I am thinking of, no mainline kernels support the
PATA port yet.
I will attach the patch that Gentoo have included since 2.6.10 to aid your testing.
Created attachment 5518 [details]
Support PATA port on PDC2037x
Ok, thanks... will hopefully get to it this weekend.
So it looks like Daniel's patch was kind of merged into 2.6.14-rc1 or earlier.
David, could you please retest that kernel?
OK, will try in the next few days.
...or hours. Unfortunately, the PDC 2037x PATA support doesn't seem to work
correctly on 2.6.14-rc1. It detects that there are two SATA and one PATA ports,
but it doesn't see the drive attached to the third port; kernel panic ensues.
Ok, hacked my way around that and am now running on 2.6.14-rc1 (the promise
driver now thinks it's using a 3-port pata controller with two very broken pata
Unfortunately, I got the "hdc: cdrom_pc_intr: The drive appears confused
(ireason = 0x01)" spam, only now there's not even an audio CD in the drive.
Created attachment 6042 [details]
dmesg from 2.6.14-rc1
No CD was in the drive while I booted.
Besides the dmesg spam, the results are the same as before: I can read the cdrom
that came with my iPod, but nothing on audio CD.
Downstream bug report: http://bugs.gentoo.org/show_bug.cgi?id=99288
Any updates on this problem? Is it all working now with recent kernels?
Please reopen this bug if it's still present with kernel 2.6.22.