![[OpenBSD]](images/bsd_small.gif)
+ OpenBSD/sparc runs on most of the 32bit Sun SPARC workstations, including + the sun4, sun4c, and sun4m architectures + (not the 64bit Ultra SPARC computers). + The current port maintainer is + Jason Wright (jason@openbsd.org). + Others are definately welcome to contribute! +
+
The original BSD4.4 port was done by Chris Torek as a contract to ! LBL. The code was released by Chris in mid-93, and Theo de Raadt worked it into shape for the NetBSD tree. Theo and Markus Wild worked on improving Chris' original SunOS compatibility code into a highly complete and reliable emulation. Chuck Cranor ported the sun4c code to --- 43,49 ----
The original BSD4.4 port was done by Chris Torek as a contract to ! LBL. The code was released by Chris in mid-1993, and Theo de Raadt worked it into shape for the NetBSD tree. Theo and Markus Wild worked on improving Chris' original SunOS compatibility code into a highly complete and reliable emulation. Chuck Cranor ported the sun4c code to *************** *** 43,49 **** This last change also required a rewrite of the device configuration code. Just after the NetBSD/sparc 1.0 release, Peter Galbavy wrote an ESP scsi device driver as a replacement for Chris' sparc-specific scsi ! code, this new driver unfortunately had some problems.
--- 53,60 ---- This last change also required a rewrite of the device configuration code. Just after the NetBSD/sparc 1.0 release, Peter Galbavy wrote an ESP scsi device driver as a replacement for Chris' sparc-specific scsi ! code, this new driver unfortunately had some problems and was eventually ! replaced.
*************** *** 70,98 **** to Aaron Brown of Harvard, who was paid out of Margo Seltzer's research funds. This initial stuff consisted mostly of a few attempts at building pmap structure that could support all 3 MMU types efficiently. Also, ! David Miller of the Sparclinux project got a little bit involved.
Theo and Jason Downs merged the NetBSD sparc code back into OpenBSD, making ! OpenBSD/sparc usable again. There are still a few OpenBSD/sparc features ! from older source trees that need to be re-integrated; these will likely ! surface soon.
! The people working the most on OpenBSD/sparc are Jason Downs, George Robbins,
! and John Stone.
!
Email may be sent to the maintainers and users of the OpenBSD/sparc port at
sparc@openbsd.org.
To join the OpenBSD/sparc mailing list, send a message body of "help"
to majordomo@OpenBSD.org
! and you will receive a reply outlining all your options.
--- 81,115 ---- to Aaron Brown of Harvard, who was paid out of Margo Seltzer's research funds. This initial stuff consisted mostly of a few attempts at building pmap structure that could support all 3 MMU types efficiently. Also, ! David Miller of the S/Linux project got a little bit involved.
Theo and Jason Downs merged the NetBSD sparc code back into OpenBSD, making ! OpenBSD/sparc usable again. Jason Wright wrote a few new SBus Ethernet ! drivers with information from the S/Linux project and has merged a few bits ! from NetBSD sources to improve the stability of this architecture.
++ And work continues... +
+! The people working the most on OpenBSD/sparc are ! Jason Wright, Theo de Raadt, and Todd Fries. !
! !Email may be sent to the maintainers and users of the OpenBSD/sparc port at sparc@openbsd.org. To join the OpenBSD/sparc mailing list, send a message body of "help" to majordomo@OpenBSD.org ! and you will receive a reply outlining all of your options.
*************** *** 104,121 ****
! OpenBSD/sparc can be reasonably described as a continuation of the ! NetBSD/sparc development with improvements. The current status is ! somewhere between under development and ready for general use, in that ! it does support many of the Sparc based systems and their peripherals, ! and can be quite reliable depending on the system configuration and ! usage. !
! !! Most of the problems are believed to stem from the wide variety of sparc ! processor and cache implementations along with their undocumented bugs, ! rather then general kernel problems. Feedback on which models do and do not work reliably is appreciated, particularly with the newer sun4m implementations like the Fujitsu TurboSparc and Ross HyperSparc based systems and upgrades. --- 121,129 ----
! Most of the problems with OpenBSD/sparc are believed to stem from the wide ! variety of sparc processor and cache implementations along with their ! undocumented bugs, rather then general kernel problems. Feedback on which models do and do not work reliably is appreciated, particularly with the newer sun4m implementations like the Fujitsu TurboSparc and Ross HyperSparc based systems and upgrades. *************** *** 123,131 ****
The installation tools and process as of the 2.1 release are greatly ! improved over previous releases of OpenBSD. OpenBSD/sparc can be installed or upgraded via floppy boot images on sun4c and sun4m, miniroot images ! for machines without floppies (and sun4 machines).
The installation tools and process as of the 2.1 release are greatly ! improved over previous releases of OpenBSD, and more work has been done ! with each successive release. OpenBSD/sparc can be installed or upgraded via floppy boot images on sun4c and sun4m, miniroot images ! for machines without floppies (and sun4 machines), as well as network ! and diskless installs.
! OpenBSD/Sparc on the 4c/4m machines is critically dependent on configuration ! information returned by the openboot prom. A sparc clone that differs substantially from the Sun model as far as device names and properties will require additional work in this area.
This list of basically declares that any `stock' sun4c or sun4m ! "sparcstation" or "sparcserver" machine will probably work; for sun4 machines ! one must be more careful. !
! OpenBSD/sparc on the 4c/4m machines is critically dependent on configuration ! information returned by the OpenBoot PROM. A sparc clone that differs substantially from the Sun model as far as device names and properties will require additional work in this area.
www@openbsd.org