1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
|
OpenBSD/sparc 2.2 runs on the following classes of machines:
- sun4c (e.g. the SS1, SS1+, SS2, IPC, ELC, IPX, and SLC)
- sun4 (e.g. the 4/100, 4/200, and 4/300. note that support
for the 4/400 processor is incomplete)
- sun4m (e.g. sparc classic, 4, 5, 10, and 20) *** See Notes Below
- faithful clones of the above Sun systems (e.g. Integrix)
OpenBSD/sparc 2.2 does NOT run on these machines (yet):
- Sun 4/400 -- Lacking support for the I/O cache, and related
ethernet problems.
- sun4m 4/6XX (e.g Sparcserver 600MP) -- Different registers (auxio
vs. leds), VMEbus on sun4m arch, I/O cache???
- sun4d (e.g. SPARCcenter 2000, SPARCserver 1000) -- X-bus vs. M-bus
multi-processor issues.
- sun4u (e.g. Ultrasparcs) -- currently no support for 64-bit Sparc
architecture extensions.
- clones that are different from the Sun systems (e.g. Solbourne)
The minimal configuration requires 4M of RAM and ~60M of disk space.
To install the entire system requires much more disk space, and to run
X or compile the system, more RAM is recommended. (OpenBSD with 4M of
RAM feels like Solaris with 4M of RAM.) Note that until you have
around 16M of RAM, getting more RAM is more important than getting a
faster CPU.) Installation from "ramdisk" kernels requires 8M of RAM.
Supported devices include:
sun4c and sun4m SBus video:
cgsix, cgthree, and bwtwo frame buffers
sun4m on-board machine specific video:
TCX, cgfourteen (aka SX)
sun4 video (not thoroughly tested...):
P4 -- on-board bwtwo, cgfour, cgsix, cgeight
VME -- cgtwo, cgthree, cgsix
serial ports:
ttya and ttyb (can be used as console if needed),
ttyc and ttyd (Sun 4/300 only)
ethernet:
on-board AMD Lance ethernet ("le0"),
SBus AMD Lance ethernet cards,
on-board Intel 82586 ethernet (ie0 on 4/100's and 4/200's),
VME Intel 82586 ethernet cards
SCSI:
on-board "esp" SCSI controller (sun4c's, and the 4/300),
SBus "esp" SCSI controller,
Sun "SUN-3"/"si" VME SCSI controller (polled mode only, slow),
Sun "SCSI Weird"/"sw" on-board controller (4/110 only, polled)
VME disks:
Xylogics 7053 VME/SMD disk controller ("xd"),
Xylogics 450/451 VME disk controller ("xy")
[note: VME/IPI disks are not supported]
Sun floppy disk drive on sun4c machines.
Sun keyboard and mouse.
sun4c audio.
Hardware the we do NOT currently support, but get many questions
about:
multiprocessor machines (ignores other CPUs..)
audio driver for sun4m machines
floppy driver for sun4m (can boot/install from ramdisk floppies though)
interrupt driven SCSI driver for Sun 4/100's and 4/200's
VME mti 16-port serial card
VME alm2 16-port serial card
VME mcp 4-port serial card
VME IPI controller
VME cgfive framebuffer
VME cgnine framebuffer
VME GP/GP2 Graphics Processor
SBus cgeight framebuffers
SBus GS framebuffer (aka cgtwelve)
SBus GT framebuffer ("Graphics Tower")
SBus ZX framebuffer (aka Leo)
*** Note: sun4m and general sparc caveats
As of of the OpenBSD 2.2 release there are still some outstanding problems
with OpenBSD on the various Sparc architectures. The sun4m architecture,
particularly the Viking/SuperSPARC implementations, is probably the least
stable and is also lacking useful floppy/audio support.
The supplied GENERIC kernel is the best attempt at a configuration that
works on the widest range of machinery (sun4m and otherwise). Custom
kernel configurations for sun4m may run into difficulties, as of release
GENERIC is your best bet for a stable sun4m kernel.
There are a number of people actively working on improving the stability
of OpenBSD/sparc in the sun4m area. If you have problems with the
OpenBSD 2.2 kernel in this distribution, please visit the OpenBSD web
page (http://www.openbsd.org) and the mailing lists to review the current
status and check for updates.
If you have Sparc hardware you can donate or make available at nominal
cost, please mention this on the lists, many things aren't being tested
or developed simply because developers usually have only a Sparcstation
at hand, not an array of systems. Donation or mid/long term loan of
UltraSparc (sun4u) or HyperSparc (sun4m) systems would help ensure the
long-term viability of OpenBSD on Sparc based systems.
Your support in terms of documenting previously unknown problems with
OpenBSD/sparc, helping debug known problems, implementing missing pieces,
and testing OpenBSD on various architectures is actively encouraged.
The OpenBSD mailing lists, web-pages and sendbug utility are your best
tools for helping make OpenBSD/sparc a better release.
|
