hdc: lost interrupt (only when ripping audio cd)

hdc: lost interrupt (only when ripping audio cd)

Post by Erik Steff » Sun, 21 Apr 2002 18:20:06



  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:


...
> 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

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

hdc: lost interrupt (only when ripping audio cd)

Post by Erik Steff » Wed, 24 Apr 2002 19:20:05


  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:


>   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:


> ...
> > 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

> 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

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

1. 'hdc: lost interrupt' errors when ripping audio cds

I've got a Shuttle SV25 barebones with a VIA Ezra C3 933Mhz CPU and a Samsung
SC-152L cdrom (according to /proc/ide/ide1/hdc/model) running Mandrake 8.1.

I'm getting multiple 'hdc: lost interrupt' messages in /var/log/syslog when
attempting to rip audio cds using cdparanoia or cdda2wav. The messages coincide
with pauses in the ripping process. Ripping can sometimes be 'kick-started' by
opening and closing the cdrom drawer or it may restart spontaneously after a
pause of varying length. This means ripping a cd usually takes several hours and
occasionally is impossible to get completed...

During the pauses cdparanoia doesn't report any errors - the status bar simply
stops advancing.

All other cdrom operations appear unaffected - such as copying data cds to the
hard drive or playing audio cds directly.

I've tried using another cdrom drive, changing the ide cable and putting the
cd-rom drive as a slave on ide0, all with no effect.

A bit of googling gets a few hits concerning hdc:lost interrupts and ripping,
but I'm stuck as to how to investigate this problem further. The VIA chipset,
however, does seem to be a bit of a common theme.

# cat /proc/interrupts
           CPU0
  0:    7908107          XT-PIC  timer
  1:          2          XT-PIC  keyboard
  2:          0          XT-PIC  cascade
  8:          1          XT-PIC  rtc
 11:    8503720          XT-PIC  usb-uhci, usb-uhci, eth0
 12:    2744360          XT-PIC  via82cxxx
 14:     234755          XT-PIC  ide0
 15:    3554462          XT-PIC  ide1
NMI:          0
ERR:          0

# lspcidrake
unknown         : VIA Technologies|VT8605 [ProSavage PM133]
unknown         : VIA Technologies|VT8605 [PM133 AGP]
unknown         : VIA Technologies|VT82C686 [Apollo Super]
unknown         : VIA Technologies|VT82C586 IDE [Apollo]
usb-uhci        : VIA Technologies|VT82C586B USB
usb-uhci        : VIA Technologies|VT82C586B USB
unknown         : VIA Technologies|VT82C686 [Apollo Super ACPI]
via82cxxx_audio : VIA Technologies|VT82C686 [Apollo Super AC97/Audio]
unknown         : VIA Technologies|OHCI Compliant IEEE 1394 Host Controller
8139too         : Realtek|RTL-8139
unknown         : unknown (5333/8d01/ffff/ffff)
unknown         : Virtual|Hub []
unknown         : Virtual|Hub []
unknown         : Unknown|Camera []

http://www.shuttle.com/new/product/barebone/specs_b.asp?B_id=6

Any ideas?

--
Ed Jones

2. fonts in linux console

3. MediaVision ProGraphics 1024 trouble

4. lost timer interrupts when doing audio CD burn/extract

5. Equivalent of SolarisXIL for BSD?

6. Help w/"Hdc: Lost Interrupt"

7. Need help with script and corn!!

8. hdc: lost interrupt

9. RH 7.2 and hdc: lost interrupt

10. hdc: lost interrupt & drive not ready for command