From owner-freebsd-hackers Sat May 24 11:31:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11017 for hackers-outgoing; Sat, 24 May 1997 11:31:09 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA11008 for ; Sat, 24 May 1997 11:31:00 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id VAA11996; Sat, 24 May 1997 21:31:23 +0300 (EEST) Date: Sat, 24 May 1997 21:31:22 +0300 (EEST) From: Narvi To: Don Yuniskis cc: FreeBSD hackers Subject: Re: diskless hardware *design* suggestions In-Reply-To: <199705241622.JAA14984@seagull.rtd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 May 1997, Don Yuniskis wrote: > Greetings! > I'm hacking together an SC400 (486/66 PC on a chip) based design > and would like that design to serve double duty as the core of an > FBSD-based diskless system (e.g., a small X-terminal). Hey, you get to write the BIOS! :-) Unless, of course you opt to use one distributed by AMD with the evaluation board. > Unfortunately, none of the x86 MCU's are particularly > tolerant of external bus masters. And, sharing memory tends to > clutter these designs quickly. So, DMA is the only *painless* > way to interface to the core. > As such, are there any good suggestions for NIC's that would > fit well in this architecture? Preferably fast ethernet? Very > high integration is desirable to keep the size of the box down to > a minimum (i.e. PC/104 form factor). I am not sure if Fast ethernet is very usable with a 486/66 and no bus mastering. But take a look at the SMC FEAST controller (91C100), it has 32/16 bit bus support and is not meant specificly for PCI (actually, VL is even mentioned). For 10 Mbit ethernet SMC also makes single-chip thingies with direct ISA interface (91c94 - 91c96). They have 4.5KB RAM on-board (dynamically allocated, in which upto 18 packets may be stored at a time). There even seems to be enough information for writing a driver. Sander > Thx! > --don >