Messages in this thread | | | Date | Thu, 05 Apr 2001 09:26:45 +0200 | From | Carsten Langgaard <> | Subject | Re: pcnet32 (maybe more) hosed in 2.4.3 |
| |
Petr Vandrovec wrote:
> Thomas Bogendoerfer wrote: > > > > On Wed, Apr 04, 2001 at 01:14:16PM -0700, Petr Vandrovec wrote: > > > VMware is working on implementation PCnet 32bit mode in emulation (there > > > is no such thing now because of no OS except FreeBSD needs it). But > > > my question is - is there some real benefit in running chip in > > > 32bit mode? > > > > probably not. > > > > > so is 32bit mode needed for bigendian ports, or what's reasoning > > > behind it? > > > > I've added 32bit mode for some IBM PowerPC machines. The firmware > > on this machines setup the chip to DWIO and I haven't found a way > > to switch it back to WIO. > > Current Linux driver switches them to 16bit mode in pcnet_probe1: > > pcnet_dwio_reset(); // reset to 16bit mode when in 32bit, ignore in > 16bit mode > pcnet_wio_reset(); // device is for sure in 16bit mode, but reset it > again to > // get it into known state if we were in 16bit mode > already > > So you should find hardware always in 16bit mode at this point. If it > does not work, maybe you need to xor PCNET32_WIO_* values with 2 on > PowerPC...
I'm afraid that's not true. The above only do a software reset and that doesn't effect the I/O mode. Only a hardware reset effects the I/O mode. An because any firmware might changes to 32bit mode after reset (of the whole system), we need to support both modes.
> > Best regards, > Petr Vandrovec > vandrove@vc.cvut.cz
-- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |