I have a problem with cdrom burner, everything works except of ripping
audio cds - whenever I run some ripping program (I tried cdparanoia and
cdda2wav) I get the lost interrupt messages and it rips VERY slowly
(hours per song).
here's the detailed info:
system:
hdc: TDK CDRW321040B, ATAPI CD/DVD-ROM drive
Linux jojda 2.4.17 #1 Wed Mar 13 01:33:28 PST 2002 i686 unknown
debian unstable
VIA Technologies, Inc. VT82C693A/694x (abit)
kernel config: CONFIG_BLK_DEV_VIA82CXXX=y
dma access both on and off (same problem)
32 bit access both on and off (same problem)
the cdrom is a cd r/rw writer
further testing (counter in ide-cd.c) showed that approximately 30-100
reads are OK, then one failure, 30-100 good reads, one failure (the
number of successfull reads fluctuates).
as far as I can tell everything else works: burning cds, reading data
cds, playing audio cds. none of these activities have any influence on
ripping (and vice versa).
another cdrom (reader only) on same ide (hdc) exhibits same symptoms,
HD on the same ide (hdc) works with no problems.
I don't see any irq conflict... as long as it's data cd the count of
interrupts in /proc/interrupts goes up (so the interrupt is working fine
for data cd).
BTW cd ripping works fine under windows, even though I've read that it
doesn't mean much because windows often pools hw instead of using IRQ.
searching the web and kernel mailing list archives reveals that:
- early 2.4.x kernels had some problems with ide and via motherboards
(different from the problem I have) - could this be some remnant of the
same problem?
- there was one email that seemed to be relevant, there's no further
info on it though:
> From: Jens Axboe ([email protected])
...
> Does you drive otherwise work, except for the CDDA ripping?
> I might have a possible fix for this.
in response to a problem somewhat similar to mine. the given thread
does not reveal any solution to a problem apart from the hint of hope
quoted above (Jens, are you listening?)
any pointers as to what might be wrong and how to fix it?
TIA
here's info from /proc/interrupts and lspci, not sure what else might
be relevant:
jojda:/home/erik# cat /proc/interrupts
CPU0
0: 15518706 XT-PIC timer
1: 8968 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 0 XT-PIC SoundBlaster
8: 1 XT-PIC rtc
9: 0 XT-PIC usb-uhci, usb-uhci
10: 33210 XT-PIC eth1
11: 530613 XT-PIC eth0
12: 39386 XT-PIC PS/2 Mouse
14: 593071 XT-PIC ide0
15: 21 XT-PIC ide1
NMI: 0
LOC: 15518583
ERR: 0
here's what lspci says:
jojda:/home/erik# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo
PRO133x] (rev c4)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo
MVP3/Pro133x AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South]
(rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 16)00:07.3
USB Controller: VIA Technologies, Inc. UHCI USB (rev 16)
00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
(rev 40)
00:0b.0 Ethernet controller: D-Link System Inc RTL8139 Ethernet (rev 10)
00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139
(rev 10)
00:0f.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev
01)
jojda:/home/erik#
erik
new info:
it was suggested (private email) that it might work better when using
ide-scsi, however audio ripping doesn't work anyway (the rest works),
when trying to rip audio CD I get the following messages and ripping is
VERY slow:
Apr 23 03:02:09 localhost kernel: scsi : aborting command due to timeout
: pid 1717, scsi0, channel 0, id 0, lun 0 UNKNOWN(0xbe) 04 00 00 02 2d
00 00 4b 10 00 00
Apr 23 03:02:09 localhost kernel: hdc: lost interrupt
Apr 23 03:02:09 localhost kernel: ide-scsi: The scsi wants to send us
more data than expected - discarding data
Apr 23 03:02:09 localhost kernel: ide-scsi: transferred 28224 of 30576
bytes
BTW I tried the cd writer on different ide position (as slave on ide0
- /dev/hdb, normally it's master on ide 1 - /dev/hdc), it was exactly
the same.
any ideas? TIA
erik
original info about the problem quoted below:
Erik Steffl wrote:
>
> I have a problem with cdrom burner, everything works except of ripping
> audio cds - whenever I run some ripping program (I tried cdparanoia and
> cdda2wav) I get the lost interrupt messages and it rips VERY slowly
> (hours per song).
>
> here's the detailed info:
>
> system:
>
> hdc: TDK CDRW321040B, ATAPI CD/DVD-ROM drive
> Linux jojda 2.4.17 #1 Wed Mar 13 01:33:28 PST 2002 i686 unknown
> debian unstable
> VIA Technologies, Inc. VT82C693A/694x (abit)
> kernel config: CONFIG_BLK_DEV_VIA82CXXX=y
> dma access both on and off (same problem)
> 32 bit access both on and off (same problem)
>
> the cdrom is a cd r/rw writer
>
> further testing (counter in ide-cd.c) showed that approximately 30-100
> reads are OK, then one failure, 30-100 good reads, one failure (the
> number of successfull reads fluctuates).
>
> as far as I can tell everything else works: burning cds, reading data
> cds, playing audio cds. none of these activities have any influence on
> ripping (and vice versa).
>
> another cdrom (reader only) on same ide (hdc) exhibits same symptoms,
> HD on the same ide (hdc) works with no problems.
>
> I don't see any irq conflict... as long as it's data cd the count of
> interrupts in /proc/interrupts goes up (so the interrupt is working fine
> for data cd).
>
> BTW cd ripping works fine under windows, even though I've read that it
> doesn't mean much because windows often pools hw instead of using IRQ.
>
> searching the web and kernel mailing list archives reveals that:
>
> - early 2.4.x kernels had some problems with ide and via motherboards
> (different from the problem I have) - could this be some remnant of the
> same problem?
>
> - there was one email that seemed to be relevant, there's no further
> info on it though:
>
> > From: Jens Axboe ([email protected])
> ...
> > Does you drive otherwise work, except for the CDDA ripping?
> > I might have a possible fix for this.
>
> in response to a problem somewhat similar to mine. the given thread
> does not reveal any solution to a problem apart from the hint of hope
> quoted above (Jens, are you listening?)
>
> any pointers as to what might be wrong and how to fix it?
>
> TIA
>
> here's info from /proc/interrupts and lspci, not sure what else might
> be relevant:
>
> jojda:/home/erik# cat /proc/interrupts
> CPU0
> 0: 15518706 XT-PIC timer
> 1: 8968 XT-PIC keyboard
> 2: 0 XT-PIC cascade
> 5: 0 XT-PIC SoundBlaster
> 8: 1 XT-PIC rtc
> 9: 0 XT-PIC usb-uhci, usb-uhci
> 10: 33210 XT-PIC eth1
> 11: 530613 XT-PIC eth0
> 12: 39386 XT-PIC PS/2 Mouse
> 14: 593071 XT-PIC ide0
> 15: 21 XT-PIC ide1
> NMI: 0
> LOC: 15518583
> ERR: 0
>
> here's what lspci says:
>
> jojda:/home/erik# lspci
> 00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo
> PRO133x] (rev c4)
> 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo
> MVP3/Pro133x AGP]
> 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South]
> (rev 40)
> 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
> 00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 16)00:07.3
> USB Controller: VIA Technologies, Inc. UHCI USB (rev 16)
> 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
> (rev 40)
> 00:0b.0 Ethernet controller: D-Link System Inc RTL8139 Ethernet (rev 10)
> 00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139
> (rev 10)
> 00:0f.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev
> 01)
> jojda:/home/erik#
>
> erik
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/