hdc: lost interrupt (only when ripping audio cd)

hdc: lost interrupt (only when ripping audio cd)

[Erik Steffl]

  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

Re: hdc: lost interrupt (only when ripping audio cd)

[Erik Steffl]

  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/