Subject: Re: port-sparc64/37485: corrupted ffs
To: None <port-sparc64-maintainer@netbsd.org, gnats-admin@netbsd.org,>
From: Manuel Bouyer <bouyer@antioche.eu.org>
List: netbsd-bugs
Date: 12/10/2007 15:00:04
The following reply was made to PR port-sparc64/37485; it has been noted by GNATS.

From: Manuel Bouyer <bouyer@antioche.eu.org>
To: Martin Husemann <martin@duskware.de>
Cc: Salvador Fandino <sfandino@yahoo.com>, gnats-bugs@NetBSD.org
Subject: Re: port-sparc64/37485: corrupted ffs
Date: Mon, 10 Dec 2007 15:58:05 +0100

 --ReaqsoxgOBHFXBhH
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 
 On Mon, Dec 10, 2007 at 11:51:56AM +0100, Martin Husemann wrote:
 > On Mon, Dec 10, 2007 at 10:45:02AM +0000, Salvador Fandino wrote:
 > >  aceride0 at pci0 dev 13 function 0
 > >  aceride0: Acer Labs M5229 UDMA IDE Controller (rev. 0xc3)
 > >  aceride0: bus-master DMA support present
 > >  aceride0: primary channel configured to native-PCI mode
 > 
 > IIRC there were some isssues with this ide controller - Manuel investigated
 > a workaround found in OpenSolaris, but maybe it does not work for you.
 > 
 > Marnuel, I forgot the details - could you have look at this?
 
 The workaround is still there, and the revisions matches.
 Salvador, ca you apply the attached patch and see if the printf() fires up
 at boot ?
 thanks
 
 -- 
 Manuel Bouyer, LIP6, Universite Paris VI.           Manuel.Bouyer@lip6.fr
      NetBSD: 26 ans d'experience feront toujours la difference
 --
 
 --ReaqsoxgOBHFXBhH
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: attachment; filename=diff
 
 Index: aceride.c
 ===================================================================
 RCS file: /cvsroot/src/sys/dev/pci/aceride.c,v
 retrieving revision 1.23
 diff -u -r1.23 aceride.c
 --- aceride.c	9 Feb 2007 21:55:27 -0000	1.23
 +++ aceride.c	10 Dec 2007 14:55:24 -0000
 @@ -213,6 +213,8 @@
  	struct aceride_softc *acer_sc = (struct aceride_softc *)sc;
  	u_int8_t reg;
  
 +	printf("%s:%d: acer_do_reset\n", sc->sc_wdcdev.sc_atac.atac_dev.dv_xname, chp->ch_channel);
 +
  	/*
  	 * From OpenSolaris: after a reset we need to disable/enable the
  	 * corresponding channel, or data corruption will occur in
 
 --ReaqsoxgOBHFXBhH--