www/mvme68k.html - diff

Return to mvme68k.html CVS log

Up to [local] / www

Diff for /www/mvme68k.html between version 1.32 and 1.33

version 1.32, 1998/11/11 16:56:39

version 1.33, 2000/01/25 21:50:04

Line 26

port to the MVME147. Both their ports have since been superceded by

new code written by Theo based on the hp300 code. Dale helped

significantly during the porting to the 68040 models and wrote most of

the code specific to the MVME167 model.

the code specific to the MVME167 model. Steve Murphee continued work

and made the MVME177 work.

The people working the most on OpenBSD/mvme68k currently consists of

Theo de Raadt, Chuck Cranor, and Dale Rahn. Of course, others are

Steve Murphee, Theo de Raadt, and Dale Rahn. Of course, others are

very welcome!

Line 40

Line 41

of the following:

<ul>

<li>MVME147: 68030

(68030): this works stably

This works stably.

<ul>

<li>Everything supported except the parallel port.

<li>I have a driver for the parallel port, but it is not integrated yet.

</ul>

<li>MVME162: 68040

This works stably.

(68040): this works stably

<ul>

<li>Everything important working.. with these additional notes:

<li>SCSI working (4.5MB/sec off a 4.2G Quantum Grand Prix).

<li>VME bus support untested

<li>parity and ecc not supported

<li>flash driver not working

<li>IP module driver untested

</ul>

<li>MVME165: 68040

What little we know about it makes us think it is doable.

(68040): what little I know about it makes me think it doable.

<li>MVME166: 68040

This might already work. Anyone want to test it?

(68040): this might already work. anyone want to test it?

<li>MVME167: 68040

This works stably.

(68040): this works stably.

<ul>

<li>Works as well as the MVME162 port above, plus these notes:

<li>parallel port not supported.

</ul>

<li>MVME177 (68060)

This works stably.

(68060): Dale appears to be slowly working on this.

<ul>

<li>Works as well as the MVME167 port.

</ul>

Motorola makes a few older 68020/68851 models which could perhaps also be

supported. As well, I've noticed that Heurikon 68040/68060 cards have

Line 103

Line 112

<pre>

MVME162 Debugger/Diagnostics Release Version 2.1 - 10/19/93

MVME177 Debugger/Diagnostics Release Version ...

COLD Start

Local Memory Found =01000000 (&16777216)

Local Memory Found =02000000 (&33554432)

MPU Clock Speed =25Mhz

MPU Clock Speed =50Mhz

162-Bug>bo

Booting from: VME162, Controller 0, Drive 0

Booting from: VME177, Controller 0, Drive 0

Loading: Operating System

Volume: NBSD

Line 127

Line 136

OpenBSD 1.0A (GENERIC) #39: Mon Sep 11 18:10:58 MDT 1995

OpenBSD 2.6-current (GENERIC) #10: Mon Jan 24 14:04:57 PST 2000

deraadt@m162:/usr/src/sys/arch/mvme68k/compile/GENERIC

deraadt@m167.openbsd.org:/sys/arch/mvme68k/compile/GENERIC

Motorola MVME162-263: 25MHz MC68040 CPU+MMU+FPU, 4k on-chip physical I/D caches

Motorola 177-001: 50MHz MC68060 CPU+MMU+FPU, 8k on-chip physical I/D caches, unknown FPU

real mem = 16777216

real mem = 33554432

avail mem = 14073856

avail mem = 27975680

using 204 buffers containing 835584 bytes of memory

using 409 buffers containing 1675264 bytes of memory

mainbus0 (root)

mc0 at mainbus0 addr 0xfff00000: rev 0

pcctwo0 at mainbus0 addr 0xfff00000: rev 0

clock0 at mc0 ipl 5

clock0 at pcctwo0 ipl 5

zs0 at mc0 offset 0x45000 ipl 4

cl0 at pcctwo0 offset 0x45000 ipl 3 console

zs1 at mc0 offset 0x45801 ipl 4

vme0 at pcctwo0 offset 0x40000: system controller

ie0 at mc0 offset 0x46000 ipl 1: address 08:00:3e:24:02:1e

vme0: using BUG parameters

ipic0 at mc0 offset 0xbc000: rev 0

vme0: 1phys 0x02000000-0xefff0000 to VME 0x02000000-0xefff0000

siop0 at mc0 offset 0x47000 ipl 2: version 2 target 7

vme0: 2phys 0x00000000-0x00000000 to VME 0x00000000-0x00000000

scsibus0 at siop0

vme0: 3phys 0x00400000-0x00ff0000 to VME 0x00400000-0x00ff0000

siop0: target 0 now synchronous, period=100ns, offset=8

vme0: 4phys 0x00000000-0x00000000 to VME 0x00000000-0x00000000

siop0 targ 0 lun 0: <QUANTUM, XP34301, 1051> SCSI2 0/direct fixed

vme0: vme to cpu irq level 1:1

sd0 at scsibus0: 4106MB, 4076 cyl, 20 head, 103 sec, 512 bytes/sec

memc0 at mc0 offset 0x43000: MCECC rev 0

nvram0 at mc0 offset 0xc0000: MK48T08 len 8192

vme0 at mc0 offset 0x40000: scon

vmes0 at vme0

vmel0 at vme0

flash0 at mainbus0 addr 0xffa00000: intel 28F008SA-L len 1048576

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 m162: gateway localhost

add host m177: gateway localhost

starting rpc daemons: portmap ypbind nfsiod amd.

starting system logger, time daemon.

checking for core dump...

Line 171

Line 187

starting network daemons: routed printer inetd.

starting local daemons:.

runtime link editor directory cache

Thu Sep 14 03:58:38 MDT 1995

Thu Jan 14 03:58:38 MDT 2000

Sep 14 03:58:38 m162 init: kernel security level changed from 0 to 1

Sep 14 03:58:38 m177 init: kernel security level changed from 0 to 1

OpenBSD/mvme68k (m162) (ttya)

OpenBSD/mvme68k (m177) (ttya)

</pre>