i386/62381: 'ad' driver notebook Intel PIIX4 Fujitsu MHT2040AT hdd:
Incorrect xDMAx mode detected.
Murray Baker
murray_baker at NOSPAM.ihug.com.au
Thu Feb 5 03:40:27 PST 2004
>Number: 62381
>Category: i386
>Synopsis: 'ad' driver notebook Intel PIIX4 Fujitsu MHT2040AT hdd: Incorrect xDMAx mode detected.
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-i386
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Feb 05 03:40:00 PST 2004
>Closed-Date:
>Last-Modified:
>Originator: Murray Baker
>Release: 4.9-RELEASE
>Organization:
>Environment:
Sorry, can't do. Problem is no boot. (4.9 boot flop, or 4.9 GENERIC)
>Description:
'ad' driver detects and sets incorrect xxDMAxx mode, kernel usually
locks up during boot. HW details...
Compaq Armada 4210T, Intel PIIX4, Fujitsu MHT2040AT (2.5" 40G)
~1 in 10 boots, HDD is detected, 'UDMA33' is shown, and kernel locks up.
~9 in 10 boots, HDD is not detected, and kernel locks up.
Never a successful boot.
Same HW, a 'closed source os' runs ok, reports 'DMA' but not which mode.
Same HDD, same 4.9 GENERIC, 'iron box' desktop VIA Apollo correctly IDs
HDD and WDMA2 and operates correctly.
>How-To-Repeat:
Same combination of HW ?
>Fix:
I have hacked 'ad' to force PIO4 mode and have a stable reliable
system. This is not intended to be a permanent solution. The machine will
build 4.9 GENERIC but not boot with the un-hacked 'ad'.
I can assist with further investigation, testing patches etc.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-i386
mailing list