Subject: Re: Installation "image" now ready for testing on RISC server 2200!
To: bob meader <bob@cci.net>
From: Warner Losh <imp@harmony.village.org>
List: port-arc
Date: 03/27/2001 00:35:35
In message <3ABA6C2D.293B74CC@cci.net> bob meader writes:
: Installing netbsd1.5 should now be a breeze on
: Risc Server 2200 ( and maybe other arcs as well).

I wish it was a breeze for my rPC44. :-(

: has an 'iso' burnable cd image (approx 72 meg)
: include all binary sets.. If you already have
: the arc 'binary' sets then goto option # 3
: tunnel down the 'sets' directory and you'll
: find 'install' there (only 5meg download).

How did you build this iso?  I've never been able to build one that
will work on my rPC-44 before this one.  Every combination of mkisofs
option I could think of failed.  And the other iso images that have
been posted here also were likewise rejected by my rPC-44.

However, I have some bad news having gotten this far.

I ran cd:\arcinst.exe and got the following traceback:

 TLB miss exception (Load or instruction fetch)

 ra   = 80f15d5c

 EPC  = 80f295cc

 *EPC = 0007000d

 R3000 Registers:
  at=80f40000 v0=00000000 v1=00000073 a0=00000001 a1=0000000a a2=80f3f760
  a3=80f628b8 t0=00000072 t1=0000006c t2=80f15b9c t3=00000019 t4=00000019
  t5=0000001a t6=00000011 t7=80f3f763 s0=00000073 s1=00000001 s2=00000000
  s3=80f3f764 s4=80f46710 s5=00000000 s6=fffffffc s7=80f46710 t8=00000000
  t9=00000001 gp=febfb7d6 sp=80f3f4e0 fp=80f157e0 k1=80000198 ra=80f15d5c
  hi=00000001 lo=00000000
 CP0 Registers:
       INX=8000003f    RAND=00000024    TLBL0=00000000   CTXT=cc800000
  BADVADDR=00000001   TLBHI=000000ff       SR=30011003  CAUSE=00008308
       EPC=80f295cc    PRID=00000440

 <fpu dump omitted> 

So I thought I'd try to run the netbsd.eco image and got the following
errors:

Load : Bad magic value in optional header : 00000107 != 0000010b
Execute : Can not load image

Which is the same error I got from the 1.5 netbsd.eco image.  I had
this error when I first started with Linux/mips port a long time ago.
I can't recall what I had to do to fix this, but I think it involved
objcopy.  elf2ecoff from OpenBSD did the right thing.

At least now I have my rpc44 setup with two 2.0G hawks and a cdrom, so
further testing should be easy.

Warner