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 (axboe@image.dk)
> ...
> > 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 majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Apr 23 2002 - 22:00:34 EST