Bug 97824

Summary: (IDE HPT372N) missing second channel
Product: [Retired] Red Hat Linux Reporter: Ronny Buchmann <ronny-rhbugzilla>
Component: kernelAssignee: Arjan van de Ven <arjanv>
Status: CLOSED RAWHIDE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 9CC: alan
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
URL: http://www.highpoint-tech.com/hpt3xx-opensource-v131.tgz
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-10-07 17:25:26 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Patch to fix highpoint corruption/loss of second channel
none
typo fix
none
fix for hpt372n (id4,rev6) none

Description Ronny Buchmann 2003-06-22 16:24:59 UTC
Description of problem:
Onboard HPT372N on EPOX EP-4PDA2+ is not correctly/fully detected, i.e. there
are the strange characters as shown below and only the first channel gets
recognized.

The highpoint provided (opensource) driver seems to work fine, despite the fact
that it is made as a scsi driver and doesn't support most of SMART.

log
---
Jun 21 18:10:51 bserv kernel: \203ìD\203ÃTÃ211ö203ì\\213D$
\215T$^T\211\$^X\213\$(\211D$^D\211^T$\211
\$^HÃ$^L^A: IDE controller at PCI slot 02:00.0
Jun 21 18:10:51 bserv ez-ipupdate: ez-ipupdate startup succeeded
Jun 21 18:10:51 bserv kernel: \203ìD\203ÃTÃ211ö203ì\\213D$
\215T$^T\211\$^X\213\$(\211D$^D\211^T$\211
\$^HÃ$^L^A: chipset revision 6
Jun 21 18:10:51 bserv kernel: \203ìD\203ÃTÃ211ö203ì\\213D$
\215T$^T\211\$^X\213\$(\211D$^D\211^T$\211
\$^HÃ$^L^A: not 100%% native mode: will probe irqs later
Jun 21 18:10:51 bserv kernel: hpt: HPT372N detected, using 372N timing.
Jun 21 18:10:51 bserv kernel: FREQ: 82 PLL: 35
Jun 21 18:10:51 bserv kernel: HPT37X: using 50MHz internal PLL
Jun 21 18:10:51 bserv kernel:     ide2: BM-DMA at 0x8000-0x8007, BIOS settings:
hde:DMA, hdf:pio
Jun 21 18:10:51 bserv kernel: HPT372N support is EXPERIMENTAL ONLY.
---

Interesting to note:
With the original (oldest) bios the chip gets detected as rev5 and now as rev6.
The print on the chip says HPT 372N.

old log (with kernel-2.4.20-8smp)
---
Jun 15 19:45:07 bserv kernel: HPT372: IDE controller at PCI slot 02:00.0
Jun 15 19:45:07 bserv kernel: HPT372: chipset revision 5
Jun 15 19:45:07 bserv kernel: HPT372: not 100%% native mode: will probe irqs later
Jun 15 19:45:07 bserv kernel: HPT37X: using 33MHz PCI clock
Jun 15 19:45:07 bserv kernel:     ide2: BM-DMA at 0x8000-0x8007, BIOS settings:
hde:DMA, hdf:pio
Jun 15 19:45:07 bserv kernel:     ide3: BM-DMA at 0x8008-0x800f, BIOS settings:
hdg:pio, hdh:pio
---


Version-Release number of selected component (if applicable):
2.4.20-18.9(smp, up give same results)

How reproducible:
always with BIOS dated 2003-06-11

Comment 1 Alan Cox 2003-06-22 17:22:19 UTC
The corruption is a long standing bug. Why it chose to bite you know and nobody
before I'm not sure. Fixed in my tree hopefully:



Comment 2 Alan Cox 2003-06-22 17:24:32 UTC
Created attachment 92524 [details]
Patch to fix highpoint corruption/loss of second channel

There are two bugs here,  one harmless by luck (copying not assigning pointers
to the string) and one nasty (not checking revision out of range cases for old
style 372N with did/rid ident but not the new PCI identifier). The second
caused a random data copy which trashed the detect bits so hid the other
channel.

Added to 2.4.21-ac build tree

Comment 3 Ronny Buchmann 2003-06-22 20:31:02 UTC
the patch only solved the cosmetic problem, second channel is still not there

log
---
Jun 22 20:25:18 bserv kernel: HPT366: IDE controller at PCI slot 02:00.0
Jun 22 20:25:18 bserv kernel: HPT366: chipset revision 6
Jun 22 20:25:18 bserv kernel: HPT366: not 100%% native mode: will probe irqs later
Jun 22 20:25:18 bserv kernel: hpt: HPT372N detected, using 372N timing.
Jun 22 20:25:18 bserv kernel: FREQ: 82 PLL: 35
Jun 22 20:25:18 bserv kernel: HPT37X: using 50MHz internal PLL
Jun 22 20:25:18 bserv kernel:     ide2: BM-DMA at 0x8000-0x8007, BIOS settings:
hde:DMA, hdf:pio
Jun 22 20:25:18 bserv kernel: HPT372N support is EXPERIMENTAL ONLY.
---

/proc/ide/hpt366
---

                             HighPoint HPT366/368/370/372/374

Controller: 0
Chipset: HPT302
--------------- Primary Channel --------------- Secondary Channel --------------
Enabled:        yes                             yes
Cable:          ATA-66                          ATA-66

--------------- drive0 --------- drive1 ------- drive0 ---------- drive1 -------
DMA capable:    yes              no             no                no
Mode:           UDMA             off            UDMA              off

---


the output from the highpoint driver
---
Jun 22 20:28:53 bserv kernel: Device Driver for HPT37x2 ATA RAID Controller
Jun 22 20:28:53 bserv kernel: Version 1.31, Compiled Jun 21 2003 17:33:13
Jun 22 20:28:53 bserv kernel: Found Controller: HPT372N UDMA/ATA133 RAID Controller
Jun 22 20:28:53 bserv kernel: scsi1 : hpt37x2
Jun 22 20:28:53 bserv kernel:   Vendor: Maxtor 6  Model: Y060L0            Rev: YAR4
Jun 22 20:28:53 bserv kernel:   Type:   Direct-Access                      ANSI
SCSI revision: 02
Jun 22 20:28:53 bserv kernel:   Vendor: Maxtor 6  Model: Y060L0            Rev: YAR4
Jun 22 20:28:53 bserv kernel:   Type:   Direct-Access                      ANSI
SCSI revision: 02
---

Comment 4 Ronny Buchmann 2003-06-22 20:35:07 UTC
lspci -v:
---
02:00.0 RAID bus controller: Triones Technologies, Inc. HPT366/368/370/370A/372
(rev 06)
        Subsystem: Triones Technologies, Inc. HPT370A
        Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 22
        I/O ports at 7000 [size=8]
        I/O ports at 7400 [size=4]
        I/O ports at 7800 [size=8]
        I/O ports at 7c00 [size=4]
        I/O ports at 8000 [size=256]
        Expansion ROM at <unassigned> [disabled] [size=128K]
        Capabilities: [60] Power Management version 2
---

Comment 5 Ronny Buchmann 2003-07-08 17:12:03 UTC
I tested again with 2.4.21-ac4, no change compared to 2.4.20-18.9+patch

still no second channel :(

Comment 6 Ronny Buchmann 2003-07-31 03:20:08 UTC
second channel still missing in 2.4.21-20.1.2024.2.1.nptl (severn)

alan?

Comment 7 Ronny Buchmann 2003-09-14 22:06:58 UTC
Created attachment 94485 [details]
typo fix

patch for typo in hpt366.c

Comment 8 Ronny Buchmann 2003-09-14 22:08:41 UTC
Created attachment 94486 [details]
fix for hpt372n (id4,rev6)

patches already went to alan and lkml

Comment 9 Alan Cox 2003-09-14 22:09:23 UTC
Queued for -ac - looks right


Comment 10 Ronny Buchmann 2003-10-07 17:25:26 UTC
it's in 2.4.22-ac3 so it should be also in recent rawhide kernels