lkml.org 
[lkml]   [2004]   [Jul]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: DriveReady SeekComplete Error...
From
Date
Hi,
I think I've gotten to the bottom of the matter. It turns out
that from
2.4.0, Kernel keeps DMA enabled by default, while previous versions had
it disabled by default. And Samsung Hard Disks have some whacky
non-standard interface, which is not supported, so every time the kernel
tried to do the DMA hand-shaking dance with the HDD, it got confused,
and reset the HDD. However, DMA data transfers were working at a slower
speed. So, I decided to disable DMA by re-compiling the kernel with the
Default DMA switch disable.. And viola, all the DMA errors vanished,
however data transfer became significantly slower, and every time the
ext3 journal was commited to the disk, XMMS would hang! This was
amazing, so currently I am running a kernel with DMA disabled by
default, but as soon as RedHat takes over, it enables DMA! So no kernel
errors and I also get the speed benefit!

Hope this works!

Anyone know why this works! (If at all?)

-Dhruv.


On Thu, 2004-07-15 at 01:40, Dwayne Rightler wrote:
> demigod:/proc/ide/hda# cat model
> SAMSUNG SV2044D
>
>
> lspci -vvv output is attached. /dev/hda is attached to the VIA chipset. I
> have another hard drive /dev/hdb and a cdrom drive /dev/hdc connected to
> that chipset as well and they can do DMA transfers.
>
> The Promise controller has 2 hard drives hooked to it which can also do DMA
> transfers.
>
> Thanks,
> Dwayne
> ----- Original Message -----
> From: "Piszcz, Justin Michael" <justin.piszcz@mitretek.org>
> To: "Dwayne Rightler" <drightler@technicalogic.com>;
> <linux-kernel@vger.kernel.org>
> Cc: "Dhruv Matani" <dhruvbird@gmx.net>
> Sent: Tuesday, July 13, 2004 12:23 PM
> Subject: RE: DriveReady SeekComplete Error...
>
>
> > Hrmm, does anyone else have that same drive or chipset you use, do they
> > also experience the problem?
> >
> > What is the exact model of the drive and what chipset do you use?
> >
> > cd /proc/ide/hda ; cat model
> >
> > lspci -vvv # as root
> >
> > -----Original Message-----
> > From: Dwayne Rightler [mailto:drightler@technicalogic.com]
> > Sent: Tuesday, July 13, 2004 11:58 AM
> > To: Piszcz, Justin Michael; linux-kernel@vger.kernel.org
> > Cc: Dhruv Matani
> > Subject: Re: DriveReady SeekComplete Error...
> >
> > The CONFIG_IDEDISK_MULTI_MODE setting makes no difference as seen below:
> >
> > demigod:~# uname -a
> > Linux demigod 2.6.7-kexec #2 Tue Jul 13 08:31:56 CDT 2004 i686 GNU/Linux
> >
> > demigod:~# zgrep CONFIG_IDEDISK_MULTI_MODE /proc/config.gz
> > CONFIG_IDEDISK_MULTI_MODE=y
> >
> > demigod:~# dmesg | grep ^hda
> > hda: SAMSUNG SV2044D, ATA DISK drive
> > hda: max request size: 128KiB
> > hda: 39862368 sectors (20409 MB) w/472KiB Cache, CHS=39546/16/63
> > hda: DMA disabled
> > hda: dma_timer_expiry: dma status == 0x61
> > hda: DMA timeout error
> > hda: dma timeout error: status=0x58 { DriveReady SeekComplete
> > DataRequest }
> > hda: dma_timer_expiry: dma status == 0x61
> > hda: DMA timeout error
> > hda: dma timeout error: status=0x58 { DriveReady SeekComplete
> > DataRequest }
> > hda: dma_timer_expiry: dma status == 0x61
> > hda: DMA timeout error
> > hda: dma timeout error: status=0x58 { DriveReady SeekComplete
> > DataRequest }
> > hda: DMA disabled
> >
> > ##########################################
> >
> > demigod:~# uname -a
> > Linux demigod 2.6.7-kexec #1 Mon Jul 5 11:30:36 CDT 2004 i686 GNU/Linux
> >
> > demigod:~# zgrep CONFIG_IDEDISK_MULTI_MODE /proc/config.gz
> > # CONFIG_IDEDISK_MULTI_MODE is not set
> >
> > demigod:~# dmesg | grep ^hda
> > hda: SAMSUNG SV2044D, ATA DISK drive
> > hda: max request size: 128KiB
> > hda: 39862368 sectors (20409 MB) w/472KiB Cache, CHS=39546/16/63
> > hda: DMA disabled
> > hda: dma_timer_expiry: dma status == 0x61
> > hda: DMA timeout error
> > hda: dma timeout error: status=0x58 { DriveReady SeekComplete
> > DataRequest }
> > hda: dma_timer_expiry: dma status == 0x61
> > hda: DMA timeout error
> > hda: dma timeout error: status=0x58 { DriveReady SeekComplete
> > DataRequest }
> > hda: DMA disabled
> > hda: dma_timer_expiry: dma status == 0x41
> > hda: DMA timeout error
> > hda: dma timeout error: status=0x58 { DriveReady SeekComplete
> > DataRequest }
> > hda: dma_timer_expiry: dma status == 0x61
> > hda: DMA timeout error
> > hda: dma timeout error: status=0x58 { DriveReady SeekComplete
> > DataRequest }
> > ----- Original Message -----
> > From: "Piszcz, Justin Michael" <justin.piszcz@mitretek.org>
> > To: "Dwayne Rightler" <drightler@technicalogic.com>;
> > <linux-kernel@vger.kernel.org>
> > Cc: "Dhruv Matani" <dhruvbird@gmx.net>
> > Sent: Tuesday, July 13, 2004 7:44 AM
> > Subject: RE: DriveReady SeekComplete Error...
> >
> >
> > > <*> Include IDE/ATA-2 DISK support
> > > [*] Use multi-mode by default
> > >
> > > Have you tried recompiling the kernel and checking off the second
> > option
> > > show above?
> > >
> > > CONFIG_IDEDISK_MULTI_MODE
> > > If you get this error, try to say Y here:
> > > hda: set_multmode: status=0x51 { DriveReady SeekComplete Error }
> > > hda: set_multmode: error=0x04 { DriveStatusError }
> > > If in doubt, say N.
> > >
> > >
> > > -----Original Message-----
> > > From: linux-kernel-owner@vger.kernel.org
> > > [mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of Dwayne
> > Rightler
> > > Sent: Tuesday, July 13, 2004 8:33 AM
> > > To: linux-kernel@vger.kernel.org
> > > Cc: Dhruv Matani
> > > Subject: Re: DriveReady SeekComplete Error...
> > >
> > > I have a similar problem with a Samsung hard drive. Model SV2044D.
> > The
> > > output of 'hdparm -i' below indicates it supports several multiword
> > and
> > > ultra DMA modes but if i run the drive in anything other than PIO mode
> > > it
> > > gets DMA timeouts and SeekComplete Errors. This has been on every
> > > kernel I
> > > can recall in the 2.4 and 2.6 series.
> > >
> > > demigod:~# hdparm -i /dev/hda
> > >
> > > /dev/hda:
> > >
> > > Model=SAMSUNG SV2044D, FwRev=MM200-53, SerialNo=0228J1FN905733
> > > Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
> > > RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
> > > BuffType=DualPortCache, BuffSize=472kB, MaxMultSect=16, MultSect=16
> > > CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=39862368
> > > IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
> > > PIO modes: pio0 pio1 pio2 pio3 pio4
> > > DMA modes: mdma0 mdma1 mdma2
> > > UDMA modes: udma0 udma1 udma2 udma3 *udma4
> > > AdvancedPM=no WriteCache=enabled
> > > Drive conforms to: ATA/ATAPI-4 T13 1153D revision 17: 1 2 3 4
> > >
> > > * signifies the current active mode
> > >
> > >
> > >
> > > ----- Original Message -----
> > > From: "Dhruv Matani" <dhruvbird@gmx.net>
> > > To: <linux-kernel@vger.kernel.org>
> > > Sent: Tuesday, July 13, 2004 7:30 AM
> > > Subject: DriveReady SeekComplete Error...
> > >
> > >
> > > > 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 ;-)
> > > >
> > > > --
> > > > -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.
> > > >
> > > >
> > > > -

--
-Dhruv Matani.
http://www.geocities.com/dhruvbird/

template<typename Signature>
class CustomSignature : public Signature
{ };


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

\
 
 \ /
  Last update: 2005-03-22 14:04    [W:0.708 / U:0.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site