OpenBSD/mvme68k

Cronología y Estado Actual:

El autor original de este porte fue Theo de Raadt en 1.995, como parte de un contrato con Willowglen Singapore. Un porte anterior de Chuck Cranor del MVME147, basado en el viejo código DA30, y el uso de hardware donado por Jonathan Levine a petición de Theo, dio lugar a una plataforma de desarrollo sólida. De modo poco usual, también Dale Rahn de Motorola creó un porte para el MVME147. Ambos portes fueron analizados para la mayoría de las partes del núcleo, pero también se añadió mucho código nuevo escrito por Theo o basado en el código del hp300. La ayuda de Dale fue muy significativa mientras se portaba el código a los modelos 68040, y escribió la mayor parte del código para el modelo MVME167. Steve Murphee continuó con el trabajo y escribió el código para el MVME177, así como también añadió el soporte para algunos dispositivos VME.

Actualmente, las personas que más están trabajando en el porte OpenBSD/mvme68k con Steve Murphee, Theo de Raadt y Dale Rahn. Y por supuesto, ¡cualquier otro será bienvenido!

En la actualidad el mismo núcleo funciona en las siguientes piezas de hardware:

• MVME147: 68030
  Funciona y es estable.
  • Soporte para todo excepto el puerto paralelo.
  • Tengo un controlador para el puerto paralelo, pero no está integrado todavía.

• MVME162: 68040
  Funciona y es estable.
  • Todo lo principal funciona... con algunas notas adicionales:
    • SCSI funciona (4.5MB/segundo en un Quantum Grand Prix de 4.2GB).
    • soporte para bus VME no verificado
    • paridad y ecc sin soporte
    • dispositivo de flash no funciona
    • controlador del módulo IP no verificado

• MVME165: 68040
  Lo poco que sabemos sobre él nos hace pensar que se puede hacer.

• MVME166: 68040
  Es posible que ya funcione. ¡Hay alguien que lo quiera comprobar?

• MVME167C: 68040
  Funciona y es estable.
  • Funciona tan bien como el porte para MVME162 mencionado antes; sólo no tiene soporte para el puerto paralelo.

• MVME177-001: 68060
  Funciona y es estable.
  • Funciona tan bien como el porte para MVME167.

• MVME376: ethernet VME Lance
• MVME328: controlador SCSI

Para todas estas arquitecturas, tanto el arranque sin disco mediante el bootparams/nfs al estilo sun, como el arranque mediante disco tienen soporte.

Nota: Este porte tiene soporte para COMPAT_SUNOS, por tanto puede ejecutar binarios de SunOS sun3. Aún es más, creo que la MVME177 es probablemente la máquina más rápida con capacidad para la ejecución de binarios de SunOS sun3...

Versiones de prueba ("snapshots") se encuentan disponibles de vez en cuando.

«¿Qué pinta tiene?»     Esto es un NVME162.
(a continuación de la imagen sigue los mensajes de arranque de un MVME162)

Copyright Motorola Inc. 1988 - ...., All Rights Reserved

MVME177 Debugger/Diagnostics Release Version ...
COLD Start

Local Memory Found =02000000 (&33554432)

MPU Clock Speed =50Mhz

162-Bug>bo
Booting from: VME177, Controller 0, Drive 0
Loading: Operating System

Volume: NBSD

IPL loaded at: $003F0000
>> OpenBSD BOOT [$Revision: 1.4 $]
using ctrl 0 dev 0
Booting /OpenBSD @ 0x10000
8c000+8000+caf8 [8f40+9162]  start 0x10020
[ preserving 73898 bytes of OpenBSD symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.

OpenBSD 2.6-current (GENERIC) #10: Mon Jan 24 14:04:57 PST 2000
    deraadt@m167.openbsd.org:/sys/arch/mvme68k/compile/GENERIC
Motorola 177-001: 50MHz MC68060 CPU+MMU+FPU, 8k on-chip physical I/D caches, unknown FPU
real mem = 33554432
avail mem = 27975680
using 409 buffers containing 1675264 bytes of memory
mainbus0 (root)
pcctwo0 at mainbus0 addr 0xfff00000: rev 0
clock0 at pcctwo0 ipl 5
cl0 at pcctwo0 offset 0x45000 ipl 3 console
vme0 at pcctwo0 offset 0x40000: system controller
vme0: using BUG parameters
vme0: 1phys 0x02000000-0xefff0000 to VME 0x02000000-0xefff0000
vme0: 2phys 0x00000000-0x00000000 to VME 0x00000000-0x00000000
vme0: 3phys 0x00400000-0x00ff0000 to VME 0x00400000-0x00ff0000
vme0: 4phys 0x00000000-0x00000000 to VME 0x00000000-0x00000000
vme0: vme to cpu irq level 1:1
vmes0 at vme0
vmel0 at vme0
ie0 at pcctwo0 offset 0x46000 ipl 1: address 08:00:3e:23:5c:a2
siop0 at pcctwo0 offset 0x47000 ipl 2: version 2 target 7
scsibus0 at siop0: 8 targets
siop0: target 0 now synchronous, period=100ns, offset=8
sd0 at scsibus0 targ 0 lun 0: <QUANTUM, FIREBALL1080S, 1Q04> SCSI2 0/direct fixed
sd0: 1042MB, 3835 cyl, 4 head, 139 sec, 512 bytes/sec, 2134305 sec total
memc0 at pcctwo0 offset 0x43000: MCECC rev 0
nvram0 at pcctwo0 offset 0xc0000: MK48T08 len 8192
flash0 at mainbus0 addr 0xffa00000: unknown manu 0x00 ident 00
sram0 at mainbus0 addr 0xffe00000: len 131072
boot device: sd0
root on sd0a
ie0: supplying EUI64: 08:00:3e:ff:fe:23:5c:a2
rootdev=0x400 rrootdev=0x800 rawdev=0x802
Automatic boot in progress: starting file system checks.
/dev/rsd0a: file system is clean; not checking
/dev/rsd0g: file system is clean; not checking
/dev/rsd0e: file system is clean; not checking
setting tty flags
starting network
add host m177: gateway localhost
starting rpc daemons: portmap ypbind nfsiod amd.
starting system logger, time daemon.
checking for core dump...
savecore: no core dump
checking quotas: done.
building databases...
clearing /tmp
standard daemons: update cron.
starting network daemons: routed printer inetd.
starting local daemons:.
runtime link editor directory cache
Thu Jan 14 03:58:38 MDT 2000
Sep 14 03:58:38 m177 init: kernel security level changed from 0 to 1

OpenBSD/mvme68k (m177) (ttya)

login: