NetBSD

History

thorpej 91bfaeb675 Overhaul the API used to fetch and store individual memory cells in userspace. The old fetch(9) and store(9) APIs (fubyte(), fuword(), subyte(), suword(), etc.) are retired and replaced with new ufetch(9) and ustore(9) APIs that can return proper error codes, etc. and are implemented consistently across all platforms. The interrupt-safe variants are no longer supported (and several of the existing attempts at fuswintr(), etc. were buggy and not actually interrupt-safe). Also augmement the ucas(9) API, making it consistently available on all plaforms, supporting uniprocessor and multiprocessor systems, even those that do not have CAS or LL/SC primitives. Welcome to NetBSD 8.99.37.		2019-04-06 03:06:23 +00:00
..
cesfic	Overhaul the API used to fetch and store individual memory cells in	2019-04-06 03:06:23 +00:00
compile	…
conf	G/C "MAPPECOPY". It is the deadest of wood, and never actually worked in	2019-03-14 16:59:09 +00:00
dev	- use cpu_{g,s}etmodel	2014-03-24 18:56:43 +00:00
include	Refactor the 68040 writeback() from each m68k port's trap handler into a	2019-02-18 01:12:22 +00:00
Makefile	…
README	…

README

$NetBSD: README,v 1.3 2005/12/11 12:17:04 christos Exp $

This is a port of NetBSD to the FIC8234 VME processor board, made by the
swiss company CES (Geneve). These boards are (or have been) popular in
high energy physics data acquisition (think of CERN!). See
http://www.ces.ch/Products/CPUs/FIC8234/FIC8234.html
for some technical data.

The highlights:
- MC68040 processor at 25 MHz (optional dual-processor)
- 8 or 32 MByte RAM
- 2 serial ports on Z85c30
- 79c900 (ILACC) ethernet
- 53c710 SCSI

The port is quite rudimentary at the moment. The kernel is started out of
a running OS-9 system. SCSI support is not present yet, so it only works
diskless with NFS (or ramdisk - not tested) root.
It is good enough for multiuser, self-hosting etc. however.

To start it:
- make OS image by "objcopy --output-target=binary netbsd <imagename>"
- load image to physical address 0x20100000 (RAM start + 1M)
- jump to 0x20100400

For questions and contributions, contact Matthias Drochner
(drochner@NetBSD.org).