From nobody@FreeBSD.org  Fri Jan 12 00:55:44 2001
Return-Path: <nobody@FreeBSD.org>
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id AFB3C37B402
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 12 Jan 2001 00:55:43 -0800 (PST)
Received: (from nobody@localhost)
	by freefall.freebsd.org (8.11.1/8.11.1) id f0C8thX86985;
	Fri, 12 Jan 2001 00:55:43 -0800 (PST)
	(envelope-from nobody)
Message-Id: <200101120855.f0C8thX86985@freefall.freebsd.org>
Date: Fri, 12 Jan 2001 00:55:43 -0800 (PST)
From: timonin@mindspring.com
To: freebsd-gnats-submit@FreeBSD.org
Subject: Failure to setup DMA on ATA HDs (Alladin V chipset). Was OK a week ago.
X-Send-Pr-Version: www-1.0

>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:    sos
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jan 12 01:00:01 PST 2001
>Closed-Date:    Wed Dec 12 06:00:25 PST 2001
>Last-Modified:  Wed Dec 12 06:01:11 PST 2001
>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:

From: Soren Schmidt <sos@freebsd.dk>
To: timonin@mindspring.com
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: kern/24269: Failure to setup DMA on ATA HDs (Alladin V chipset). Was OK a week ago.
Date: Fri, 12 Jan 2001 10:03:31 +0100 (CET)

 It seems timonin@mindspring.com wrote:
 > 
 > >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);
 
 A fix for this has been committed to -current, it is waiting to be MFC'd
 
 -Sren
 
Responsible-Changed-From-To: freebsd-bugs->sos 
Responsible-Changed-By: jedgar 
Responsible-Changed-When: Fri Nov 16 16:08:49 PST 2001 
Responsible-Changed-Why:  
Over to Mr. ATA 
(I assume this was MFC'd but will allow the maintainer to close the PR) 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24269 
Responsible-Changed-From-To: sos->closed 
Responsible-Changed-By: sos 
Responsible-Changed-When: Wed Dec 12 05:58:42 PST 2001 
Responsible-Changed-Why:  

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24269 
State-Changed-From-To: open->closed 
State-Changed-By: sos 
State-Changed-When: Wed Dec 12 06:00:25 PST 2001 
State-Changed-Why:  
Fixed in both -current & -stable. 
GNAT: Enter the reason for changing this PR's status here. 


Responsible-Changed-From-To: closed->sos 
Responsible-Changed-By: sos 
Responsible-Changed-When: Wed Dec 12 06:00:25 PST 2001 
Responsible-Changed-Why:  


http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24269 
>Unformatted:
