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