the flash-update is a kernel?Well, not that, but a program> > runnable as ifAgreed. "something" is "boot blocks" and they are "installed" by "the OS".
The flash-update is a 32bit ELF file and I imagine the OpenBSD/sparc64 boot
blocks only like 64bit ELF.(Per my other unrelated question -- I was wrong, OpenBSD/sparc64 is pure 64
bit, gcc -m32 doesn't "work" (from a certain point of view, yes I realize it
does exactly what it is meant to do, and it is arguably superior this way,
rather than open a can of worms as to just what is "the architecture" of "the
OS", some hard to pin down hybrid, or simply only SPARC64.)It is probably possible and not difficult to temporarily install the Solaris
boot blocks (such as from the environment booting the Solaris install CD gives
you), boot the flash-update, and then put back the OpenBSD boot blocks. I
haven't really tried yet.It might even be possible, like, to say boot cdrom /blahblah/ or boot floppy
/blahblahblah where /blahblahblah is, you know, normally just like bsd or
/update-flash, the kernel or the program to run, relative to the device, but
maybe you can use a "device path" there at the start and have the boot blocks
on one device read the "kernel" (or rather update-flash) from another device.The flash-update is also 1.4something meg in size, which I thought therefore
might fit on a floppy and be bootable completely from there, but I didn't have
luck with that. The floppy drive wasn't working from OpenBSD and the floppy I
produced on NT doesn't work. The size is maybe just a coincidence, and heck
maybe I misread the number of digits, it was 14. I was too lazy to
determine the actual value of 1.44meg -- LAZY of me, so easy to have done...I'll experiment later. I blew away my Linux/macppc and started OpenBSD/macppc
install so I can try the netboot (which is something I want to try anyway). I
know those directions aren't specific to macppc, or even OpenBSD, but I have
no other OpenBSD machines currently, the Mac was a good candidate, and I might
as well not risk Linux or MacOSX varying in an area I'm not confident in.btw, those instructions were good, but the man page looks quite good as well,
maybe identical.Thanks again, I'll report back later (in case anyone cares..hey the mailing
list is "misc", not "dev-important".. :) )
- Jay> Date: Sat, 17 May 2008 09:42:20 +0200> From: openbsd@pckswarms.ch> To:
jayk123@hotmail.com> CC: venture37@hotmail.com; misc@openbsd.org> Subject: Re:
geom network driver times out on sparc 4.2?> > Hi,> > I was unable to get the
obp upgrade to boot when put on a openbsd disk. I guess,> but don't know for
sure, that the sequence is:> > - obp starts> - obp reads "something"> -
something starts> - something reads the rest of the command line and reads the
kernel.> > This "something" doesn't read the obp upgrade.> > If you compare
the upgrade OBP with netboot to the diskless man page, the thing> loaded
across the network via tftp when openbsd boots is ofwboot.net. The thing>
loaded with tftp is the actuall upgrade program of obp in that case.> > >
cheers> > bruce> > On Fri, May 16, 2008 at 09:03:40PM +0000, Jay wrote:> >
well, of course OB can read the file system.It loads the kernel after all.The>
| Glauber de Oliveira Costa | [PATCH 08/79] [PATCH] use identify_boot_cpu |
| David Woodhouse | [PATCH v2] Stop pmac_zilog from abusing 8250's device numbers. |
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
| Jeremy Fitzhardinge | [PATCH 30 of 31] xen: no need for domU to worry about MCE/MCA |
git: | |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
