Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 28 Jun 2000 17:34:32 -0700 (PDT)
From:      Matthew Jacob <mjacob@feral.com>
To:        Peter Wemm <peter@netplex.com.au>
Cc:        alpha@FreeBSD.ORG
Subject:   Re: fdc driver problem on the Alpha (PC164SX) - anyone else?
Message-ID:  <Pine.BSF.4.05.10006281728350.27226-100000@semuta.feral.com>
In-Reply-To: <20000629002616.BDAA41CDF@overcee.netplex.com.au>

next in thread | previous in thread | raw e-mail | index | archive | help


> First, is anybody else seeing this?  Anybody else using fdc under the latest
> -current?

I'm not seeing this myself on my PC164:

FreeBSD 5.0-CURRENT #10: Wed Jun 28 16:59:24 PDT 2000
    mjacob@farrago.feral.com:/tstsys/compile/FARRAGO
EB164
Digital AlphaPC 164 432 MHz, 432MHz
8192 byte page size, 1 processor.
....
isa_probe_children: disabling PnP devices
isa_probe_children: probing non-PnP devices  
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: interrupting at ISA irq 6
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
isa0: <@@@0000> found at port 0x60
isa0: <@@@0000> found
isa0: <@@@0000> found
...


I don't actually &use& the floppy driver, but it hasn't hung me booting
lately..

> The fdc code hasn't changed since the last time I built and ran
> a kernel.  I don't see why the config(8) changes should affect just this
> driver.

Tsk!

> 
> The thing that I am most suspicious of right now is this commit to the alpha
> isa_dma.c:
> 
> revision 1.4
> date: 2000/06/19 18:41:27;  author: gallatin;  state: Exp;  lines: +29 -4
> Support bounce buffers for ISA DMA on the alpha.  This is required for the
> irongate chipset (used in the UP1000) which does not support scatter/gather
> DMA.  We'll still use scatter gather if the core logic chipset supports it.
> 
> It has one line in there that is not described in the commit message:
> 
> @@ -105,6 +106,7 @@
>                  * Reset the DMA hardware.
>                  */
>                 outb(DMA1_RESET, 0);
> +               outb((IO_DMA1 + 1*14), 0);
>                 outb(DMA2_RESET, 0);
>                 isa_dmacascade(4);
> 
> I'm wondering if this could be related somehow.  The driver seems to be
> hanging in a way that might be consistant with a dma initialization
> problem.

Umm... Maybe. What else d'ya have in your box? Have you tried pulling the
floppy drive cable off (I forget whether this stops the initialization) or
just not configuring it in to really isolate it?



-matt




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.10006281728350.27226-100000>