Hello,
I am interested in anyone that has this sucessfully working - if you
have maybe you can drop me a mail telling me how you did it :)
Thanks!
Ian
On Fri, 2002-11-15 at 12:35, Ian Chilton wrote:
> Hello,
>
> I am interested in anyone that has this sucessfully working - if you
> have maybe you can drop me a mail telling me how you did it :)
>
If it still doesnt work in 2.4.20-rc1-ac2 or later please send me a
detailed bug report
On Fri, Nov 15, 2002 at 12:35:41PM +0000, Ian Chilton wrote:
> Hello,
>
> I am interested in anyone that has this sucessfully working - if you
> have maybe you can drop me a mail telling me how you did it :)
I am using an IBM-DTLA-307030 with HPT366 for almost 2 years with
many kernels in 2.4 and 2.5 series without problems after limiting
transfer rate to udma3 (44MB/s) in the HPT bios. You can also do it with
hdparm if your boot disk is not on that controler. Trying udma4 resulted
in _massive_ corruption (never tried recently). Of course, I enabled
HPT366 support in kernel configuration. Hdparm gives 35 MM/sec.
This is on an Abit BP6. Hope it helps.
Hello,
> I am using an IBM-DTLA-307030 with HPT366
I am also using an IBM disk (can't rember the model number of hand but
it's a 45GB) with an Abit BP6.
> transfer rate to udma3 (44MB/s) in the HPT bios. You can also do it with
> hdparm if your boot disk is not on that controler. Trying udma4 resulted
> in _massive_ corruption (never tried recently).
It seemed to work for a while but then things went screwy and I kept
getting I/O errors all the time which needed a hard reset - could't even
shut down.
I also noticed things like this in the log:
Nov 14 23:26:40 buzz kernel: hda: status error:
status=0x58 { DriveReady SeekComplete DataRequest }
Nov 14 23:26:40 buzz kernel: hda: drive not ready for command
Nov 14 23:28:47 buzz kernel: hda: status error:
status=0x58 { DriveReady SeekComplete DataRequest }
Nov 14 23:28:47 buzz kernel: hda: drive not ready for command
Nov 14 23:29:00 buzz kernel: APIC error on CPU0: 02(02)
Is this anything like you got?
I'll try to drop it in the bios tonight (it is my boot drive). Are you
using hdparm commands at all or just setting the bios to udma3?
> HPT366 support in kernel configuration.
I am not sure I did this but I'll check. Maybe it's just working as a
normal ide interface or something?
Thanks!
Bye for Now,
Ian
\|||/
(o o)
/---------------------------ooO-(_)-Ooo---------------------------\
| Ian Chilton Web: http://www.ichilton.co.uk |
| E-Mail: [email protected] Backup: [email protected] |
|-----------------------------------------------------------------|
| There are 10 types of people in the world: |
| Those who understand binary, and those who don't. |
\-----------------------------------------------------------------/
Hello,
> I do it in the bios and I have also limited the drive to udma3 to be on
> the safe side (IBM has an utility for doing it )
I have just enabled HPT366 in the kernel but have not touched the bios
or drive. This is what hdparm gives:
[root@buzz:~/hdparm-5.2]# ./hdparm -i /dev/hda
/dev/hda:
Model=IBM-DTLA-307045, FwRev=TX6OA5AA, SerialNo=YZDYZNM1366
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40
BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=16
CurCHS=65535/1/63, CurSects=4128705, LBA=yes, LBAsects=90069840
IORDY=on/off, tPIO={min:240,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 udma5
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: 2 3 4 5
Does this mean it's already using udma3?
Thanks!
Ian
Hello,
> If it still doesnt work in 2.4.20-rc1-ac2 or later please send me a
> detailed bug report
Does that mean you know it's been broken and/or are there changes to
HPT366 in 2.4.20-rc1-ac2?
I've been trying 2.4.19, 2.4.20-pre11 and 2.4.20-rc1 with and without
Rik's fairsched patch.
Thanks!
Bye for Now,
Ian
\|||/
(o o)
/---------------------------ooO-(_)-Ooo---------------------------\
| Ian Chilton Web: http://www.ichilton.co.uk |
| E-Mail: [email protected] Backup: [email protected] |
|-----------------------------------------------------------------|
| There are 10 types of people in the world: |
| Those who understand binary, and those who don't. |
\-----------------------------------------------------------------/
Ian Chilton wrote:
>Hello,
>
>
>
>>If it still doesnt work in 2.4.20-rc1-ac2 or later please send me a
>>detailed bug report
>>
>>
>
>Does that mean you know it's been broken and/or are there changes to
>HPT366 in 2.4.20-rc1-ac2?
>
>
What is means is Alan is doing a thankless job fixing the current ide
mess. The ac 2.4/2.5 trees are being used to test a number of updates.
If you can provide Alan good bug report on the issue in 2.4.20-rc1-ac2.
He will take a look at fixing the code. I think the info he needs
would be:
-The ide section of dmesg or all of dmesg
-output of hdparm -vi /dev/hd(whatever)
-result of hdparm -d 1 /dev/hd(whatever)
>I've been trying 2.4.19, 2.4.20-pre11 and 2.4.20-rc1 with and without
>Rik's fairsched patch.
>
>
>
>
Ian Chilton wrote:
>[root@buzz:~/hdparm-5.2]# ./hdparm -i /dev/hda
>
>/dev/hda:
>
> Model=IBM-DTLA-307045, FwRev=TX6OA5AA, SerialNo=YZDYZNM1366
> Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
> RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40
> BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=16
> CurCHS=65535/1/63, CurSects=4128705, LBA=yes, LBAsects=90069840
> IORDY=on/off, tPIO={min:240,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 udma5
> AdvancedPM=yes: disabled (255) WriteCache=enabled
> Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: 2 3 4 5
>
>
>Does this mean it's already using udma3?
>
>
>
>
Yes. hdparm -X 69 /dev/hda attempt to enable udma5, but may crash
your system. hdparm -X 67 /dev/hda should revert things. Be carefull.
BP6 + HPT366 (on board) with latest BIOS
[root@penguin /root]# dmesg -s 32786 | grep UDMA
hde: IBM-DPTA-372050, 19574MB w/1961kB Cache, CHS=39770/16/63, UDMA(66)
hdg: IC35L060AVVA07-0, 58644MB w/1863kB Cache, CHS=119150/16/63,
UDMA(66)
[root@penguin /root]# hdparm -i /dev/hde
/dev/hde:
Model=IBM-DPTA-372050, FwRev=P76OA30A, SerialNo=JMYJMT3F033
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=34
BuffType=3(DualPortCache), BuffSize=1961kB, MaxMultSect=16,
MultSect=off
DblWordIO=no, OldPIO=2, DMA=yes, OldDMA=2
CurCHS=65535/1/63, CurSects=-4128706, LBA=yes, LBAsects=40088160
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
[root@penguin /root]# hdparm -i /dev/hdg
/dev/hdg:
Model=IC35L060AVVA07-0, FwRev=VA3OA52A, SerialNo=VNC302A3G8LZ9A
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
BuffType=3(DualPortCache), BuffSize=1863kB, MaxMultSect=16,
MultSect=off
DblWordIO=no, OldPIO=2, DMA=yes, OldDMA=2
CurCHS=65535/1/63, CurSects=-4128706, LBA=yes, LBAsects=120103200
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 mode5
[root@penguin /root]# uname -r
2.2.19-3smp
[root@penguin /root]# uptime
8:55pm up 23 days, 8:24, 2 users, load average: 0.00, 0.00, 0.00
This is 2.2.19 + the IDE patch. It is had this configuration for a few
years - and tends to go down with powercuts etc. rather than anything
else. No disk corruption.
There is another with a similar configuration which is on a UPS and has
a lot more uptime.
I'm just using SCSI at the moment on my 2.4 kernel BP6 box - but I never
noticed any problems with IDE when I was using it (I had to do a small
patch for a bug which made hdparm refuse to change back to mode4 once it
had gone down to a lower mode - this with 2.4.18 and lower.).
Ian Chilton wrote:
> Hello,
>
> I am interested in anyone that has this sucessfully working - if you
> have maybe you can drop me a mail telling me how you did it :)
--
Ian Castle <[email protected]>
Hello!
Alan Cox wrote:
> If it still doesnt work in 2.4.20-rc1-ac2 or later please send me a
> detailed bug report
All versions of hpt366.c newer than 0.18 (namely 0.22, 0.33 and 0.34) do not
work on my setup, but hang during "partition check" on boot. I've tried
changing UDMA mode in HPT BIOS, but it does not seem to affect anything and
the drives are still recognized as "UDMA(100)". The latest kernel I tried
was 2.4.20-rc-ac4, but it behaved just the same.
My setup is (all info gathered on 2.4.17 which is the last kernel version I
can successfully boot with and which btw has been working flawlessly for a
long time):
From dmesg:
HPT370A: chipset revision 4
HPT370A: not 100% native mode: will probe irqs later
ide2: BM-DMA at 0xe400-0xe407, BIOS settings: hde:pio, hdf:DMA
ide3: BM-DMA at 0xe408-0xe40f, BIOS settings: hdg:pio, hdh:DMA
hdf: IC35L040AVER07-0, ATA DISK drive
hdh: IC35L040AVER07-0, ATA DISK drive
hdf: 80418240 sectors (41174 MB) w/1916KiB Cache, CHS=79780/16/63, UDMA(44)
hdh: 80418240 sectors (41174 MB) w/1916KiB Cache, CHS=79780/16/63, UDMA(44)
fantomas:/home/thorgal# hdparm -i /dev/hdf
/dev/hdf:
Model=IC35L040AVER07-0, FwRev=ER4OA44A, SerialNo=SX0SXM07352
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40
BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=80418240
IORDY=on/off, tPIO={min:240,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 udma5
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: 2 3 4 5
Drive /dev/hdh is identical sans SerialNo.
Please tell me what other info I can provide to help you.
Best regards,
Milek
--
mailto:[email protected] | "Man in the Moon and other weird things" -
http://wfmh.org.pl/~thorgal/ | see it at http://wfmh.org.pl/~thorgal/Moon/
PLEASE UPDATE YOUR ADDRESSBOOK WITH MY NEW EMAIL ADDRESS.
Hello,
> What is means is Alan is doing a thankless job fixing the current ide
> mess. The ac 2.4/2.5 trees are being used to test a number of updates.
> If you can provide Alan good bug report on the issue in 2.4.20-rc1-ac2.
> He will take a look at fixing the code.
OK, great - i'll try to get 2.4.10-rc1-ac2-fairsched on asap!
Thanks!
Bye for Now,
Ian
\|||/
(o o)
/---------------------------ooO-(_)-Ooo---------------------------\
| Ian Chilton Web: http://www.ichilton.co.uk |
| E-Mail: [email protected] Backup: [email protected] |
|-----------------------------------------------------------------|
| There are 10 types of people in the world: |
| Those who understand binary, and those who don't. |
\-----------------------------------------------------------------/
Hello,
I booed 2.4.19 with HPT366 compiled in and i have not got it to fall
over yet :)
HPT366: onboard version of chipset, pin1=1 pin2=2
HPT366: IDE controller on PCI bus 00 dev 98
HPT366: chipset revision 1
HPT366: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xb400-0xb407, BIOS settings: hda:DMA, hdb:pio
HPT366: IDE controller on PCI bus 00 dev 99
HPT366: chipset revision 1
HPT366: not 100% native mode: will probe irqs later
ide1: BM-DMA at 0xc000-0xc007, BIOS settings: hdc:pio, hdd:pio
hda: IBM-DTLA-307045, ATA DISK drive
ide0 at 0xac00-0xac07,0xb002 on irq 15
hda: 90069840 sectors (46116 MB) w/1916KiB Cache, CHS=89355/16/63,
UDMA(44)
Partition check:
hda: [PTBL] [5606/255/63] hda1 hda3 hda4
[root@buzz:~]# hdparm-5.2/hdparm -i /dev/hda
/dev/hda:
Model=IBM-DTLA-307045, FwRev=TX6OA5AA, SerialNo=YZDYZNM1366
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40
BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=16
CurCHS=65535/1/63, CurSects=4128705, LBA=yes, LBAsects=90069840
IORDY=on/off, tPIO={min:240,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 udma5
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: 2 3 4 5
Does this look normal?
Thanks!
Bye for Now,
Ian
\|||/
(o o)
/---------------------------ooO-(_)-Ooo---------------------------\
| Ian Chilton Web: http://www.ichilton.co.uk |
| E-Mail: [email protected] Backup: [email protected] |
|-----------------------------------------------------------------|
| There are 10 types of people in the world: |
| Those who understand binary, and those who don't. |
\-----------------------------------------------------------------/
Hi!
Ian Chilton wrote:
> I booed 2.4.19 with HPT366 compiled in and i have not got it to fall
> over yet :)
>
> HPT366: onboard version of chipset, pin1=1 pin2=2
> HPT366: IDE controller on PCI bus 00 dev 98
> HPT366: chipset revision 1
> HPT366: not 100% native mode: will probe irqs later
> ide0: BM-DMA at 0xb400-0xb407, BIOS settings: hda:DMA, hdb:pio
> HPT366: IDE controller on PCI bus 00 dev 99
> HPT366: chipset revision 1
> HPT366: not 100% native mode: will probe irqs later
> ide1: BM-DMA at 0xc000-0xc007, BIOS settings: hdc:pio, hdd:pio
> hda: IBM-DTLA-307045, ATA DISK drive
> ide0 at 0xac00-0xac07,0xb002 on irq 15
> hda: 90069840 sectors (46116 MB) w/1916KiB Cache, CHS=89355/16/63,
> UDMA(44)
Your IBM-DTLA-307045 is on ATA100 and ATA66 bad_drives lists and is properly
downgraded to UDMA3. Mine however (IC35L040AVER07-0), despite also being
present on those lists, is recognized as UDMA5 by hpt366.c newer than 0.18.
That may be the culprit.
Cheers,
Milek
--
mailto:[email protected] | "Man in the Moon and other weird things" -
http://wfmh.org.pl/~thorgal/ | see it at http://wfmh.org.pl/~thorgal/Moon/
PLEASE UPDATE YOUR ADDRESSBOOK WITH MY NEW EMAIL ADDRESS.
I never had good luck, especially under heavy load, until I took out my IBM
drives. I haven't had any problems with Redhat kernels (and before that
stock 2.4.17) with my Western Digital.
-----Original Message-----
From: [email protected]
[mailto:[email protected]]On Behalf Of Ian Chilton
Sent: Friday, November 15, 2002 10:29 AM
To: Leopold Gouverneur
Cc: [email protected]
Subject: Re: Anyone use HPT366 + UDMA in Linux?
Hello,
> I am using an IBM-DTLA-307030 with HPT366
I am also using an IBM disk (can't rember the model number of hand but
it's a 45GB) with an Abit BP6.
> transfer rate to udma3 (44MB/s) in the HPT bios. You can also do it with
> hdparm if your boot disk is not on that controler. Trying udma4 resulted
> in _massive_ corruption (never tried recently).
It seemed to work for a while but then things went screwy and I kept
getting I/O errors all the time which needed a hard reset - could't even
shut down.
I also noticed things like this in the log:
Nov 14 23:26:40 buzz kernel: hda: status error:
status=0x58 { DriveReady SeekComplete DataRequest }
Nov 14 23:26:40 buzz kernel: hda: drive not ready for command
Nov 14 23:28:47 buzz kernel: hda: status error:
status=0x58 { DriveReady SeekComplete DataRequest }
Nov 14 23:28:47 buzz kernel: hda: drive not ready for command
Nov 14 23:29:00 buzz kernel: APIC error on CPU0: 02(02)
Is this anything like you got?
I'll try to drop it in the bios tonight (it is my boot drive). Are you
using hdparm commands at all or just setting the bios to udma3?
> HPT366 support in kernel configuration.
I am not sure I did this but I'll check. Maybe it's just working as a
normal ide interface or something?
Thanks!
Bye for Now,
Ian
\|||/
(o o)
/---------------------------ooO-(_)-Ooo---------------------------\
| Ian Chilton Web: http://www.ichilton.co.uk |
| E-Mail: [email protected] Backup: [email protected] |
|-----------------------------------------------------------------|
| There are 10 types of people in the world: |
| Those who understand binary, and those who don't. |
\-----------------------------------------------------------------/
Hello,
> My setup is (all info gathered on 2.4.17 which is the last kernel version I
> can successfully boot with and which btw has been working flawlessly for a
> long time):
>
> From dmesg:
>
> HPT370A: chipset revision 4
> HPT370A: not 100% native mode: will probe irqs later
> ide2: BM-DMA at 0xe400-0xe407, BIOS settings: hde:pio, hdf:DMA
> ide3: BM-DMA at 0xe408-0xe40f, BIOS settings: hdg:pio, hdh:DMA
> hdf: IC35L040AVER07-0, ATA DISK drive
> hdh: IC35L040AVER07-0, ATA DISK drive
> hdf: 80418240 sectors (41174 MB) w/1916KiB Cache, CHS=79780/16/63, UDMA(44)
> hdh: 80418240 sectors (41174 MB) w/1916KiB Cache, CHS=79780/16/63, UDMA(44)
>
>
> fantomas:/home/thorgal# hdparm -i /dev/hdf
>
> /dev/hdf:
>
> Model=IC35L040AVER07-0, FwRev=ER4OA44A, SerialNo=SX0SXM07352
> Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
> RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40
> BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=16
> CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=80418240
> IORDY=on/off, tPIO={min:240,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 udma5
> AdvancedPM=yes: disabled (255) WriteCache=enabled
> Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: 2 3 4 5
>
> Drive /dev/hdh is identical sans SerialNo.
I have the same problem with my Seagate on Abit BE6-II. This is last
succesfull boot (dmesg from 2.4.18):
...
Kernel command line: ... idebus=66
...
ide: Assuming 66MHz system bus speed for PIO modes
..
HPT370: IDE controller on PCI bus 00 dev 98
PCI: Found IRQ 11 for device 00:13.0
HPT370: chipset revision 3
HPT370: not 100% native mode: will probe irqs later
HPT370: using 33MHz PCI clock
ide2: BM-DMA at 0xe800-0xe807, BIOS settings: hde:pio, hdf:pio
ide3: BM-DMA at 0xe808-0xe80f, BIOS settings: hdg:pio, hdh:pio
hda: WDC AC24300L, ATA DISK drive
hde: ST34310A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide2 at 0xd800-0xd807,0xdc02 on irq 11
hda: 8421840 sectors (4312 MB) w/256KiB Cache, CHS=524/255/63, UDMA(33)
hde: 8420832 sectors (4311 MB) w/512KiB Cache, CHS=8354/16/63, UDMA(33)
Partition check:
hda: hda1 hda2 hda3 hda4
hde: hde1
.....
/dev/hde:
Model=ST34310A, FwRev=3.07, SerialNo=6AX03Y1Y
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=8354/16/63, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=512kB, MaxMultSect=16, MultSect=16
CurCHS=8354/16/63, CurSects=2111832192, LBA=yes, LBAsects=8420832
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 *udma2
AdvancedPM=no
Drive Supports : Reserved : ATA-1 ATA-2 ATA-3 ATA-4
With 2.4.19 I must change hde to hdc....
I know my dist is only ATA33, but befor 2.4.19 I have only one 40-pin and
one 80-pin cable...
---------------------------------------------------------------------------
Bc. Zdenek Kaminski <xkaminsk at fi.muni.cz>
homepage: http://rubisko.ascs.muni.cz/~xkaminsk/
IPv6 router homepage: http://merlot.ics.muni.cz/