Re: boot old Indy with OpenBSD?

2007-11-07 Thread Sebastian Reitenbach
Hi,

just a quick update.
I got a ecoff boot image yesterday. Unfortunately it was stripped, and the
machine was unable to relocate. I hope to get another one.

sebastian

"Sebastian Reitenbach" <[EMAIL PROTECTED]> wrote: 
> Miod Vallat <[EMAIL PROTECTED]> wrote: 
> > > First, objcopy does not provide the target ecoff-littlemips. It took 
me 
> a 
> > > while to get objcopy reconfigured on sparc64 and on i386. On sparc64 
> objcopy 
> > > says it is unable to change endianness, therefore I tried on i386 too, 
> but 
> > > there objcopy says "unable to determine file format".
> > > 
> > > Do I can create a OpenBSD bsd.rd image in ecoff format where the Indy 
at 
> > > least will try to load and boot from that file? Or do I need to do 
that 
> on a 
> > > SGI machine?
> > 
> > You need to either build a OpenBSD/sgi cross toolchain (at least cross
> > binutils), or use an OpenBSD/sgi system, so that this target is
> > available.
> > 
> > And even with this, you'll need to tinker with binutils configuration,
> > since ECOFF targets are not enabled on OpenBSD/sgi at the moment.
> Fortunately, as I don't have an idea how to create a cross compiler 
> toolchain, and neither have a OpenBSD/sgi machine, someone else contacted 
me 
> and offered to create a ecoff based ramdisk. Then I'll see what happens.
> 
> > 
> > > I doubt that the Indy will boot, but I am just curious.
> > 
> > Assuming the PROM doesn't disklike the kernel load address, the system
> > will run until it sets up its own trap vectors, since there are no tlb
> > refill handlers for R4k processors.
> well, in case, I get above mentioned ecoff image beginning to boot, do you 
> have any pointer to the hardware documentation, that will explain the tlb 
> refill handlers?
> 
> > 
> > Supporting the ``low-end'' 64 bit capable sgi models (i.e. Indigo R4k,
> > Indy and Indigo2) in 64 bit mode (except for the few hopeless R4000
> > flavours) is on my list, but low priority.
> Exactly my box is a Indigo with an R4k processor, so there is hope it will 
> run OpenBSD in the future.
> 
> Sebastian



Re: boot old Indy with OpenBSD?

2007-11-06 Thread Sebastian Reitenbach
Miod Vallat <[EMAIL PROTECTED]> wrote: 
> > First, objcopy does not provide the target ecoff-littlemips. It took me 
a 
> > while to get objcopy reconfigured on sparc64 and on i386. On sparc64 
objcopy 
> > says it is unable to change endianness, therefore I tried on i386 too, 
but 
> > there objcopy says "unable to determine file format".
> > 
> > Do I can create a OpenBSD bsd.rd image in ecoff format where the Indy at 
> > least will try to load and boot from that file? Or do I need to do that 
on a 
> > SGI machine?
> 
> You need to either build a OpenBSD/sgi cross toolchain (at least cross
> binutils), or use an OpenBSD/sgi system, so that this target is
> available.
> 
> And even with this, you'll need to tinker with binutils configuration,
> since ECOFF targets are not enabled on OpenBSD/sgi at the moment.
Fortunately, as I don't have an idea how to create a cross compiler 
toolchain, and neither have a OpenBSD/sgi machine, someone else contacted me 
and offered to create a ecoff based ramdisk. Then I'll see what happens.

> 
> > I doubt that the Indy will boot, but I am just curious.
> 
> Assuming the PROM doesn't disklike the kernel load address, the system
> will run until it sets up its own trap vectors, since there are no tlb
> refill handlers for R4k processors.
well, in case, I get above mentioned ecoff image beginning to boot, do you 
have any pointer to the hardware documentation, that will explain the tlb 
refill handlers?

> 
> Supporting the ``low-end'' 64 bit capable sgi models (i.e. Indigo R4k,
> Indy and Indigo2) in 64 bit mode (except for the few hopeless R4000
> flavours) is on my list, but low priority.
Exactly my box is a Indigo with an R4k processor, so there is hope it will 
run OpenBSD in the future.

Sebastian



Re: boot old Indy with OpenBSD?

2007-11-05 Thread Miod Vallat
> First, objcopy does not provide the target ecoff-littlemips. It took me a 
> while to get objcopy reconfigured on sparc64 and on i386. On sparc64 objcopy 
> says it is unable to change endianness, therefore I tried on i386 too, but 
> there objcopy says "unable to determine file format".
> 
> Do I can create a OpenBSD bsd.rd image in ecoff format where the Indy at 
> least will try to load and boot from that file? Or do I need to do that on a 
> SGI machine?

You need to either build a OpenBSD/sgi cross toolchain (at least cross
binutils), or use an OpenBSD/sgi system, so that this target is
available.

And even with this, you'll need to tinker with binutils configuration,
since ECOFF targets are not enabled on OpenBSD/sgi at the moment.

> I doubt that the Indy will boot, but I am just curious.

Assuming the PROM doesn't disklike the kernel load address, the system
will run until it sets up its own trap vectors, since there are no tlb
refill handlers for R4k processors.

Supporting the ``low-end'' 64 bit capable sgi models (i.e. Indigo R4k,
Indy and Indigo2) in 64 bit mode (except for the few hopeless R4000
flavours) is on my list, but low priority.

Miod



boot old Indy with OpenBSD?

2007-11-05 Thread Sebastian Reitenbach
Hi,

as I read on sgi.html that the SGI port will run on e.g  R4000 processors 
and up. I have an old Indy, not listed under the supported devices, but I 
wanted to try to boot the bsd.rd via network. I got a netbsd installation 
image booted via network. NetBSD provides an image in ecoff format. 
On their installation manual, they say it can be created from an elf format 
with objcopy, e.g.
objcopy -O ecoff-littlemips bsd.rd bsd.rd.ecoff

First, objcopy does not provide the target ecoff-littlemips. It took me a 
while to get objcopy reconfigured on sparc64 and on i386. On sparc64 objcopy 
says it is unable to change endianness, therefore I tried on i386 too, but 
there objcopy says "unable to determine file format".

Do I can create a OpenBSD bsd.rd image in ecoff format where the Indy at 
least will try to load and boot from that file? Or do I need to do that on a 
SGI machine?

I doubt that the Indy will boot, but I am just curious.

kind regards
Sebastian