Date: Fri, 12 Jan 2001 00:55:43 -0800 (PST) From: timonin@mindspring.com To: freebsd-gnats-submit@FreeBSD.org Subject: kern/24269: Failure to setup DMA on ATA HDs (Alladin V chipset). Was OK a week ago. Message-ID: <200101120855.f0C8thX86985@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 24269
>Category: kern
>Synopsis: Failure to setup DMA on ATA HDs (Alladin V chipset). Was OK a week ago.
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Fri Jan 12 01:00:01 PST 2001
>Closed-Date:
>Last-Modified:
>Originator: Vladimir Timonin
>Release: 4.2
>Organization:
>Environment:
FreeBSD My.PC 4.2-STABLE FreeBSD 4.2-STABLE #13: Thu Jan 11 22:47:23 PST 2001 root@My.PC:/usr/src/sys/compile/NEWGEN i386
>Description:
After last upgrade (Jan 10) I lost DMA mode i/O on my hard disk drives.
Alladin V chipset
ata channel 0 - master hd (UDMA2), slave CDROM (PIO4)
channel 1 - master hd (UDMA2), slave CDRW (PIO4)
Looks like that init of the slave (pio) device cause switching off dma for hd drive.
Mount failure appears and after several retries HD I/O fallbacks
to PIO4.
>How-To-Repeat:
I think, that will be enough to configure one ata channel on Alladin V
board with UDMA master and PIO slave devices.
>Fix:
After I comment one statement in ata-dma.c
(line 316,317) things return back to previous (udma2/pio4, udma2/pio4)
happy times.
I comment (it is not a FIX)
pci_write_config(parent, 0x54,
pci_read_config(parent, 0x54, 4) & ~0x88880000, 4);
>Release-Note:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200101120855.f0C8thX86985>