Hello again
I have performed some tests; and reached the following conclusions
regarding this matter.
As always, UniProcessor kernels have no problems; only SMP ones.
kernel 2.2.17 + idepatches, hde (i.e., on the HPT366) at UDMA(66):
I was unable to cause any corruption despite my best efforts
kernel 2.4.0-test11-ac4, hde at UDMA(66):
Corrupted first test.
kernel 2.4.0-test11-ac4, hda at UDMA(33):
I was unable to cause any corruption despite my best efforts
kernel 2.4.0-test11-ac4, hde at UDMA(33) [i.e., using a 40 way cable]:
I was unable to cause any corruption despite my best efforts
Or, in table form:
Kernel Controller Mode Status:
2.2.17 HPT366 UDMA66 WorksForMe<tm>
2.4.0 PIIX4 UDMA33 WorksForMe<tm>
2.4.0 HPT366 UDMA33 WorksForMe<tm>
2.4.0 HPT366 UDMA66 Corruption
Further details:
The drive in question is a Seagate Barracuda 7200 rpm "ata66" 13.6gig
drive
hdparm v3.6 identifies it as
/dev/hde
Model=ST313620A, FwRev=3.07, SerialNo=7BW0QXYA
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=0(?), BuffSize=512kB, MaxMultSect=16, MultSect=off
DblWordIO=no, OldPIO=2, DMA=yes, OldDMA=2
CurCHS=65535/1/63, CurSects=-4128706, LBA=yes, LBAsects=26692776
tDMA={min:120,rec:120}, DMA modes: mword0 mword1 mword2
IORDY=on/off, tPIO={min:240,w/IORDY:120}, PIO modes: mode3 mode4
UDMA modes: mode0 mode1 *mode2 mode3 mode4
The system is the infamous BP6, with the latest bios and two celeron 466
cpu's, clocked at 7 * 66 MHz (=466).
The "tests" I used were crude but effective;
cp -aR /usr/src/linux /usr/src/testing/one
diff -dur /usr/src/linux /usr/src/testing/one
looking for any differences (of which there should be zero)
This was repeated for a system which was very unloaded (i.e., just
booted);
then with various other tasks running - X, Netscape, a simple program
that mallocs 100 Mb. Since the machine has 128 Mb, this program should
force the computer to the edge of swap - which I have previously noted
to alter the rate of corruption.
Also two simultaneous cp's were run to further load the hdd system :)
As an interesting observation; Linux 2.4 is more "aggressive" about swap
than 2.2; 2.2 leaves all of the 100 Mb program resident, and uses ~18 Mb
of cache. 2.4 swaps some of it out, to offer more cache. 2.4 is also
more "usable" with the HDD thrashing than 2.2; response times are
snappier, etc. etc.
Well done.
Since there doesn't appear to be any corruption in UDMA66 mode in 2.2, I
don't feel the hardware to be totally broken; instead I feel the 2.4
driver is not-quite-right. I will remain at UDMA33 on the HPT controller
in 2.4 for the time being; although I am amiable to testing UDMA66 some
more :)
Goodnight And Happy Hacking
Gerard Sharp
Two Penguins at 1024x768
This has the missing ide-pci code from 2.2.
It stablized my BP6 on the HPT core.
Cheers,
Andre Hedrick
CTO Timpanogas Research Group
EVP Linux Development, TRG
Linux ATA Development
Andre Hedrick wrote:
> This has the missing ide-pci code from 2.2.
> It stablized my BP6 on the HPT core.
The patch had a large amount of ^M's (about 1 per line), but applied
cleanly after being passed through "sed" :)
Unfortunately, it has NOT fixed the problem :(
>
> Cheers,
>
> Andre Hedrick
> CTO Timpanogas Research Group
> EVP Linux Development, TRG
> Linux ATA Development
>
> ------------------------------------------------------------------------
> Name: ide.2.4.0-t12-7.1207.patch.1
> ide.2.4.0-t12-7.1207.patch.1 Type: Plain Text (text/plain)
> Encoding: base64
Andre Hedrick wrote:
> This has the missing ide-pci code from 2.2.
> It stablized my BP6 on the HPT core.
The patch contained a large number of ^M's (about 1 per line), but
applied cleanly after being passed through "sed"
It, however, has NOT corrected the problem :( :(
Corruption still occurs, now under 2.4.0-test12-pre7
> Cheers,
> Andre Hedrick
Good Day and Happy Hacking
Gerard Sharp
Two Penguins at 1024x768
In message <[email protected]>, Gerard Sharp writes:
> Andre Hedrick wrote:
> > This has the missing ide-pci code from 2.2.
> > It stablized my BP6 on the HPT core.
>
> The patch had a large amount of ^M's (about 1 per line), but applied
> cleanly after being passed through "sed" :)
>
> Unfortunately, it has NOT fixed the problem :(
Hi !
For what it's worth, I did try out this patch for my problem also
without any noticable difference.
The problem being that the kernel hangs after a dma timeout in the
partition detection phase during bootup for speeds higher than udma 44.
This is an IBM-DTLA-307030 connected to a hpt366 pci card on a BH6
motherboard.
/H?kan
---------------------------------------
e-mail: [email protected] |
or [email protected] |
---------------------------------------
On Sun, 10 Dec 2000, Hakan Lennestal wrote:
> The problem being that the kernel hangs after a dma timeout in the
> partition detection phase during bootup for speeds higher than udma 44.
> This is an IBM-DTLA-307030 connected to a hpt366 pci card on a BH6
> motherboard.
Until we manage to get a response from HPT on what they changed in the
1.26 version of their BIOS to accomodate these drives, we shouldn't
attempt to run them at that speed on the HPT366.
Linus, please apply.
--- linux-test/drivers/ide/hpt366.c Tue Dec 5 13:30:40 2000
+++ linux-2.4/drivers/ide/hpt366.c Tue Nov 21 13:42:40 2000
@@ -55,6 +55,9 @@
};
const char *bad_ata66_4[] = {
+ "IBM-DTLA-307075",
+ "IBM-DTLA-307045",
+ "IBM-DTLA-307030",
"WDC AC310200R",
NULL
};
--
dwmw2
On Sun, 10 Dec 2000, Hakan Lennestal wrote:
> The problem being that the kernel hangs after a dma timeout in the
> partition detection phase during bootup for speeds higher than udma 44.
> This is an IBM-DTLA-307030 connected to a hpt366 pci card on a BH6
> motherboard.
Well try the latest out there...test12-pre7.
Andre Hedrick
CTO Timpanogas Research Group
EVP Linux Development, TRG
Linux ATA Development
In message <[email protected]>, And
re Hedrick writes:
> On Sun, 10 Dec 2000, Hakan Lennestal wrote:
>
> > The problem being that the kernel hangs after a dma timeout in the
> > partition detection phase during bootup for speeds higher than udma 44.
> > This is an IBM-DTLA-307030 connected to a hpt366 pci card on a BH6
> > motherboard.
>
> Well try the latest out there...test12-pre7.
Hi !
This is with test12-pre7 and HPT-bios 1.27.
Regards.
/H?kan
---------------------------------------
e-mail: [email protected] |
or [email protected] |
---------------------------------------
Hakan Lennestal wrote:
> > Well try the latest out there...test12-pre7.
> This is with test12-pre7 and HPT-bios 1.27.
My system is test12-pre7 also; but the bios is only 1.22 - but I am
using the 'RU' bp6 bios, which I thought to be the latest. Any pointers
on how to get a newer HPT-bios?
> Regards.
> /H?kan
Good Day and Happy Hacking
Gerard Sharp
Two Penguins at 1024x768
On Sun, 10 Dec 2000, Hakan Lennestal wrote:
> In message <[email protected]>, And
> re Hedrick writes:
> > On Sun, 10 Dec 2000, Hakan Lennestal wrote:
> >
> > > The problem being that the kernel hangs after a dma timeout in the
> > > partition detection phase during bootup for speeds higher than udma 44.
> > > This is an IBM-DTLA-307030 connected to a hpt366 pci card on a BH6
> > > motherboard.
> >
> > Well try the latest out there...test12-pre7.
>
> Hi !
>
> This is with test12-pre7 and HPT-bios 1.27.
test12-pre8 and 2.2.18 is out and I do not chase BIOS revs in general.
I work off the originals HPT366 1.07 this is because the lowest comman
variable must be addressed and hope that the new stuff will not fail the
backwards compatablity issue.
Cheers,
Andre Hedrick
CTO Timpanogas Research Group
EVP Linux Development, TRG
Linux ATA Development