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>