All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dhruv Matani <dhruvbird@gmx.net>
To: Evaldo Gardenali <evaldo@gardenali.biz>
Cc: linux-kernel@vger.kernel.org
Subject: Re: DriveReady SeekComplete Error...
Date: 13 Jul 2004 19:57:30 +0530	[thread overview]
Message-ID: <1089728850.3240.7.camel@localhost.localdomain> (raw)
In-Reply-To: <40F3D4AC.9050407@gardenali.biz>

On Tue, 2004-07-13 at 17:55, Evaldo Gardenali wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Dhruv Matani wrote:
> | Hi,
> | 	I've been getting this error for my brand new (2 months old) Samsung
> | HDD. The model Number is: SV0411N, and it is a 40GB disk. I'm using the
> | kernel version 2.4.20-8 provided by RedHat. When I used RH-7.2(before
> | upgrading to RH-9), the same HDD worked fine. Also, when I re-installed
> | RH-7.2, it worked fine?
> |
> | Any suggestions?
> |
> | Please cc me the reply, sine I'm not subscribed.
> | Thanks ;-)
> |
> 
> Hi there!
> on your kernel config, make sure you enable this:
> 
> 
> ~  lqqqqqqqqqqqqqqqqqqqqqqq Use multi-mode by default
> qqqqqqqqqqqqqqqqqqqqqqqk
> ~  x CONFIG_IDEDISK_MULTI_MODE:
> ~    x
> ~  x
> ~    x
> ~  x If you get this error, try to say Y here:
> ~    x
> ~  x
> ~    x
> ~  x hda: set_multmode: status=0x51 { DriveReady SeekComplete Error }
> ~    x
> ~  x hda: set_multmode: error=0x04 { DriveStatusError }
> ~    x
> ~  x
> ~    x
> ~  x If in doubt, say N.

I don't think this will apply here, because the error that aI get
associated with the error is: 

Jul 12 00:19:52 localhost kernel: Freeing unused kernel memory: 92k
freed
Jul 12 00:19:52 localhost kernel: hda: dma_intr: status=0x51 {
DriveReady SeekComplete Error }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: error=0x84 {
DriveStatusError BadCRC }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: status=0x51 {
DriveReady SeekComplete Error }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: error=0x84 {
DriveStatusError BadCRC }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: status=0x51 {
DriveReady SeekComplete Error }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: error=0x84 {
DriveStatusError BadCRC }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: status=0x51 {
DriveReady SeekComplete Error }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: error=0x84 {
DriveStatusError BadCRC }
Jul 12 00:19:52 localhost kernel: ide0: reset: success
Jul 12 00:19:52 localhost kernel: hda: dma_intr: status=0x51 {
DriveReady SeekComplete Error }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: error=0x84 {
DriveStatusError BadCRC }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: status=0x51 {
DriveReady SeekComplete Error }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: error=0x84 {
DriveStatusError BadCRC }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: status=0x51 {
DriveReady SeekComplete Error }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: error=0x84 {
DriveStatusError BadCRC }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: status=0x51 {
DriveReady SeekComplete Error }
Jul 12 00:19:52 localhost kernel: hda: dma_intr: error=0x84 {
DriveStatusError BadCRC }
Jul 12 00:19:52 localhost kernel: ide0: reset: success
Jul 12 00:19:52 localhost kernel: Real Time Clock Driver v1.10e

And not set_multimode.

I read somewhere, that some time interval has been changed to 20ms /
50ms, and 100ms was the previous one, and Samsung HDDs have been konking
off after that. What's this?

> ~    x
> ~  x
> ~    x
> ~  x
> ~    x
> ~  x
> ~    x
> ~  x
> ~    x
> ~  x
> ~    x
> ~  x
> ~    x
> ~  x
> ~    x
> ~  x
> ~    x
> 
> tqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq(100%)qqu
> 
> ~  x                                < Exit >
> ~    x
> 
> mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (GNU/Linux)
> 
> iD8DBQFA89Ss5121Y+8pAbIRAio8AJ4sJ1ekYRSwVEoGBE90QIITqQyg0wCfXFaE
> npdo42iFQ0Le8Fzq7sXjGUg=
> =4aFw
> -----END PGP SIGNATURE-----
-- 
        -Dhruv Matani.
http://www.geocities.com/dhruvbird/

As a rule, man is a fool. When it's hot, he wants it cold. 
When it's cold he wants it hot. He always wants what is not.
	-Anon.



  parent reply	other threads:[~2004-07-13 14:12 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-13 12:30 DriveReady SeekComplete Error Dhruv Matani
2004-07-13 12:32 ` Dwayne Rightler
     [not found] ` <40F3D4AC.9050407@gardenali.biz>
2004-07-13 14:27   ` Dhruv Matani [this message]
2004-07-13 14:29   ` Dhruv Matani
2004-07-13 14:47   ` Dhruv Matani
2004-07-13 15:01     ` Bartlomiej Zolnierkiewicz
  -- strict thread matches above, loose matches on Subject: below --
2004-07-13 17:23 Piszcz, Justin Michael
2004-07-14 20:10 ` Dwayne Rightler
2004-07-15  4:08   ` Dhruv Matani
2004-07-26 14:32   ` Dhruv Matani
2004-07-26 14:51     ` Dwayne Rightler
2004-08-20  3:22   ` Dhruv Matani
2004-07-13 12:44 Piszcz, Justin Michael
2004-07-13 15:57 ` Dwayne Rightler
2004-06-04 10:15 mattia
2004-06-04 10:22 ` Jens Axboe
2004-06-04 11:44   ` Bartlomiej Zolnierkiewicz
2004-06-04 11:56     ` Jens Axboe
2004-06-04 12:15       ` Bartlomiej Zolnierkiewicz
2004-06-04 12:17         ` Jens Axboe
2004-06-04 12:40           ` Bartlomiej Zolnierkiewicz
2004-06-04 21:55           ` Ed Tomlinson
2004-06-04 19:58 ` Eric D. Mudama
2004-06-05 13:48   ` mattia
2004-06-04  7:54 Rick Jansen
2004-06-04  9:02 ` Daniel Egger
2004-06-04  9:38   ` John Bradford
2004-06-04  9:43 ` John Bradford
2004-06-04  9:54   ` Rick Jansen
2004-06-04  9:59     ` Jens Axboe
2004-06-04 10:02       ` Rick Jansen
2004-06-04 10:08         ` Jens Axboe
2004-06-04 13:02           ` Andy Hawkins
2004-06-04 13:41     ` Daniel Egger
2004-06-04 13:53       ` Rick Jansen
2004-06-04 14:05         ` John Bradford
2004-06-04 14:18           ` Rick Jansen
2004-06-04 19:32             ` Bruce Allen
2004-06-04 14:15         ` Daniel Egger
2004-06-04 14:09     ` John Bradford

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=1089728850.3240.7.camel@localhost.localdomain \
    --to=dhruvbird@gmx.net \
    --cc=evaldo@gardenali.biz \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.