linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Federico Stella <derfel@alessandria.linux.it>
To: linux-kernel@vger.kernel.org
Subject: Re: DVD/CD Read Problem: cdrom_decode_status: status=0x51 {DriveReady SeekComplete Error}
Date: Tue, 15 Jul 2003 02:03:50 +0200	[thread overview]
Message-ID: <20030715000350.GA2004@lorien.arda> (raw)
In-Reply-To: <200307131950.44923.arvidjaar@mail.ru>

* domenica 13 luglio 2003, alle 19:51, Andrey Borzenkov scrive:

>> I get the following errors and an unkillable process when trying to play
>> DVDs, using the latest 2.5.75: 

>> Jul 13 00:15:03 joehill kernel: hdc: cdrom_decode_status: status=0x51 { 
> DriveReady SeekComplete Error }
>> Jul 13 00:15:03 joehill kernel: hdc: cdrom_decode_status: 
> error=0x30LastFailedSense 0x03 

> this is ide-cd problem. drivers/ide/ide-cd:cdrom_decode_status():

>                } else if ((err & ~ABRT_ERR) != 0) {
>                         /* Go to the default handler
>                            for other errors. */
>                         DRIVER(drive)->error(drive, 
> "cdrom_decode_status",stat);
>                         return 1;
>                 } else if (sense_key == MEDIUM_ERROR) {
>                         /* No point in re-trying a zillion times on a bad
>                          * sector...  If we got here the error is not 
> correctabl
> e */
>                         ide_dump_status (drive, "media error (bad sector)", 
> stat
> );
>                         cdrom_end_request(drive, 0);


> The above sense key is exactly MEDIUM_ERROR but driver never has chance to 
> stop "retring zillion times" simply because it immediately falls down into 
> driver->error again. So "innocent" media error results half an hour retries 
> and disabled DMA.

Yesterday I've found a similar problem using 2.5.75. Trying to read a DVD
with a ASUS CD-S500/A the machine gives some errors in log then freezes.

>From log:
 kernel: hdb: timeout waiting for DMA
 kernel: hdb: timeout waiting for DMA
 kernel: hdb: (__ide_dma_test_irq) called while not waiting
 kernel: hdb: status timeout: status=0xd0 { Busy }
 kernel: hdb: status timeout: error=0x00
 kernel: hdb: drive not ready for command
 kernel: hdb: ATAPI reset complete
 kernel: hdb: cdrom_decode_status: status=0x51 { DriveReady SeekComplete Error }
 kernel: hdb: cdrom_decode_status: error=0x30LastFailedSense 0x03

I've swapped the two conditions and after 5 "Bad Sector" the machine runs normally.




  parent reply	other threads:[~2003-07-15 13:26 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-13 15:51 DVD/CD Read Problem: cdrom_decode_status: status=0x51 {DriveReady SeekComplete Error} Andrey Borzenkov
2003-07-14  2:45 ` Adam Kessel
2003-07-15  0:03 ` Federico Stella [this message]
2003-07-15 22:19   ` Federico Stella
  -- strict thread matches above, loose matches on Subject: below --
2003-07-13 14:06 Adam Kessel
2003-07-13 14:19 ` Alan Cox

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030715000350.GA2004@lorien.arda \
    --to=derfel@alessandria.linux.it \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).