[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/55067: bge(4) does not work on MIPS systems (it panics)
The following reply was made to PR port-mips/55067; it has been noted by GNATS.
From: Jason Thorpe <thorpej%me.com@localhost>
Subject: Re: kern/55067: bge(4) does not work on MIPS systems (it panics)
Date: Thu, 12 Mar 2020 16:25:52 -0700
> On Mar 12, 2020, at 3:40 PM, Michael van Elst <mlelstv%serpens.de@localhost> =
> mips _bus_dmamap_sync erroneously traps len =3D=3D 0. It should be =
> allowing that value like other archs.
Yah, it stops crashing once I fix that. But it still doesn't work. =
Although, I think THAT problem is an issue with my test set-up. I'm =
using it in a 32-bit slot, but I suspect the firmware on the board =
thinks it got plugged into a 64-bit slot; I noticed that my "gsip" board =
also thinks it's connected to a 64-bit slot on this system.
I believe that ACK64# and REQ64# are supposed to be left floating on a =
32-bit slot (I need to re-read the spec to be sure). I'm guessing that =
they're being pulled in some direction they're not supposed to be on the =
Qube2 mainboard, causing the card to mis-detect. That will cause half =
of the data path to march off a cliff. Luckily, to make these cards =
physically fit the machine, I have to use a couple of risers in a sort =
of Rube Goldberg arrangement, so if I'm right about what's supposed to =
happen with ACK64# and REQ64#, I'll simply cut those traces on the =
Main Index |
Thread Index |