lkml.org 
[lkml]   [1999]   [May]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRE: The WHY's (RE: ide drive w/dma ... system crash)
On Wed, 12 May 1999, Guest section DW wrote:

>
> RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=29
>
> Yes, as expected - we are happy.
>
> BuffType=3(DualPortCache), BuffSize=512kB, MaxMultSect=16, MultSect=16
> DblWordIO=no, maxPIO=2(fast), DMA=yes, maxDMA=2(fast)
> CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=33750864
> WARNING 17236800 ORPHANED SECTORS :: KERNEL REPORTING ERROR
> tDMA={min:120,rec:120}, DMA modes: mword0 mword1 *mword2
> IORDY=on/off, tPIO={min:120,w/IORDY:120}, PIO modes: mode3 mode4
> UDMA modes: mode0 mode1 mode2
> Drive Supports : ATA/ATAPI-4 T13 1153D revision 17 : ATA-1 ATA-2 ATA-3 ATA-4
>
> And not only that I get the wonderful
>
> hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
> hdc: drive_cmd: error=0x04 { DriveStatusError }
>
> In my dmesg.
>
> What about the very scary 'ORPHANED SECTORS' message? Hmm. B)
>
> Well, if that was printed by hdparm it means that you use a
> buggy hdparm. Clearly 33750864-16514064=17236800, and the

No, not buggy. It was intensional as a test for determing if the kernel
got the geometry translations correct. Thus applying the translation
rules from the specs to correct the CHS values in drive->id and the
correction of the Current capacity based on the LBA capacity that is used
to determine the actual vender reported CHS.

> author of that message didnt understand the geometry details.

Now that is a little crass, my friend..........
Yes is was a message for a learning tool that did get us to the point
where modern kernels will handle HUGE drive's geometry now. We still have
disagreements over the final implimentation, but the DARN thing works.
In time the clarification of drive->id will come about.

For now there are way to may BIOSes out there that do not handle extended
INT13 functions and never will. Time and the will to leave some antiques
helpless will only resolve our philsophical differences of implentation.

Inclusion of 1992/3 ISA-IDE cards is still a requirement fo backawards
compatablity. For now we are stuck with the geometry method that has
proven to work, regardless of how offensive and painful it is for others
to look upon.

> I have hdparm-3.3 here and it does not contain this string.

I guess not, but hang on to that binary be cause it will not compile gain
against the current kernel code.

>
>

Andre Hedrick
The Linux IDE guy

http://www.dyer.vanderbilt.edu/server/udma/2.2.7.uniform-ide-6.19.patch.gz
http://www.dyer.vanderbilt.edu/server/udma/ide.2.0.37pre11+pat7.gz
http://www.dyer.vanderbilt.edu/server/udma/hdparm-3.5i.patch.gz

APC UPS Daemon Support Center.
http://www.brisse.dk/site/apcupsd/
GPLed source on April 7, 1999




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

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