As Chris G. Demetriou wrote...

> have you tried just booting ez0?  or eza0?  i've seen lots of cases

Very close. I skimmed the Digital network with a fine comb and the
end result is that Jensen decides on the protocol to use based on 
which device you boot:

 boot era0  ->> MOP
 boot ez0   ->> BOOTP
 boot ez0a  ->> BOOTP

Of course this is not documented in the normal user docs (that I could find)

There are no such things like variables to be set or options to be added
on the Jensen console. This machine is apparantly too old to have such 
features.

But the showstopper proved to be quite nasty: it is SRM version related.
I downgraded my Jensen using a very old (V2.9 / August 1994) firmware CD.
DEC-internal info showed that more people had struggled and apparantly
succeeded using older firmware. The bootp server stuff was OK to start with.

My Jensen now has:

Alpha AXP System - ROM Version 1.4
Copyright (c) 1993 Digital Equipment Corporation.

Alpha AXP SRM Firmware Version - 311

But also:

>>> b ez0a
INIT-S-CPU...
AUDIT_BOOT_STARTS ... 
AUDIT_BOOT_REQ 
AUDIT_BSERVER_FOUND IP 192.168.200.1
AUDIT_BSERVER_FOUND ENET 00-00-F8-20-7F-45
AUDIT_LOAD_BEGINS
............................................................
..
AUDIT_LOAD_DONE

?02 KSP INVAL
  PC= 00000000.20000004 PSL= 00000000.00001F00

>>>

I just booted a random file so the crash is easily explained.

Before I had ROM version 2.2 which is the latest and greatest for
Jensen.

> where the documentation was ... interesting, but I've never seen
> jensen docs nor do I have particularly easy access to them now...

Ask Curt, he now has 'm all ;-) 

My only (&*^^(@ problem now is that D'Unix 4.0 refuses to boot with this
ancient console. Sigh. Probably means I need to get an old D'Unix CD or
try all the intermediate firmware CDs to see when it starts to break..

Wilko
_     ____________________________________________________________________
 |   / o / /  _  Bulte  email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko
 |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try'
------------------  Support your local daemons: run FreeBSD Unix  -----Yoda