Subject: karas still not alive (was: Re: Status of port-newsmips?)
To: None <port-newsmips@netbsd.org>
From: Mauricio <raub@kudria.com>
List: port-newsmips
Date: 09/18/2002 01:44:15
At 21:39 +0900 9/15/02, Izumi Tsutsui wrote:
>In article <a05100300b9a8f32bcfc1@[10.0.0.10]>
>raub@kudria.com wrote:
>
>>  >Would you please try this image?
>>  >http://www.ceres.dti.ne.jp/~tsutsui/netbsd/boot-newsmips-1.6H.fs
>>  >The kernel in this image will call fb initialization only on NWS-3470D.
>>  >If this does not work, more work is needed..
>  :
>>  NEWS> bo fh
>>  NetBSD/newsmips Primary Boot
>>  NetBSD/newsmips Secondary Boot, Revision 1.7
>>  (tsutsui@mirage, Sat Sep 14 18:20:02 JST 2002)
>>  Booting fh(0,0,0)
>>  3788720+128968=3D0x3bc914
>>
>>  Once again,t hat is as far as the machine went. =3D(
>
>Ugh.. then how about the next one?
>http://www.ceres.dti.ne.jp/~tsutsui/netbsd/boot-newsmips-1.6H2.fs
>All fb and kbd devices are disabled in this kernel.
>
>If it doesn't work either, please try this old image:
>http://www.ceres.dti.ne.jp/~tsutsui/netbsd/boot-newsmips-14L-nofb.fs.gz
>There was a report it booted on NWS-3720 about three years ago.
>---
>Izumi Tsutsui
>tsutsui@ceres.dti.ne.jp

	Hello there!

	Here is an update of my boot kernel adventures.  I have been 
creating the boot disk in my Sparc 20 (Solaris 2.6).  Today I decided 
to go one boot file at a time:

<In the sparc 20 ----------------->
# ls -l
total 10034
-rw-rw-rw-   1 raub     weirdos   105696 Sep 10 21:09 INSTALL.txt
-rw-rw-rw-   1 raub     weirdos  1261568 Sep 14 10:29 boot-newsmips-1.6H.fs
-rw-rw-rw-   1 raub     weirdos  1228800 Sep 15 10:13 boot-newsmips-1.6H2.fs
-rw-rw-rw-   1 raub     weirdos  1231352 Sep 15 10:14 boot-newsmips-14L-nofb=
=2Efs
-rw-rw-rw-   1 raub     weirdos  1261568 Sep 10 21:08 boot.fs
-rw-rw-rw-   1 root     other        609 Sep 17 23:25 txt
# dd if=3Dboot.fs bs=3D18k of=3D/dev/rfd0a
68+1 records in
68+1 records out
# eject floppy

<in the NEWS machine, karas ----------------->
Testing memories: done.
12288K bytes available, 32K bytes reserved.

SONY NET WORK STATION R3000 Monitor Release 2.0A
Model NWS-3710, Machine ID #30145, Ethernet address 08:00:46:00:79:e7

NEWS> bo fh
NetBSD/newsmips Primary Boot
NetBSD/newsmips Secondary Boot, Revision 1.7
(autobuild@tgm.daemon.org, Sat Sep  7 19:57:02 UTC 2002)
Booting fh(0,0,0)
3788624+127656=3D0x3bc394

=9D=9D=9D=9D=9D
<back to the ss20, kushana -------------------->
# dd if=3Dboot-newsmips-1.6H.fs bs=3D18k of=3D/dev/rfd0a
68+1 records in
68+1 records out
# eject floppy

<back to karas ------------------------>
Testing memories: done.
12288K bytes available, 32K bytes reserved.

SONY NET WORK STATION R3000 Monitor Release 2.0A
Model NWS-3710, Machine ID #30145, Ethernet address 08:00:46:00:79:e7

NEWS> bo fh
NetBSD/newsmips Primary Boot
NetBSD/newsmips Secondary Boot, Revision 1.7
(autobuild@tgm.daemon.org, Sat Sep  7 19:57:02 UTC 2002)
Booting fh(0,0,0)
3788624+127656=3D0x3bc394

=9D=9D=9D=9D=9D
<back to kushana -------------------->
# dd if=3Dboot-newsmips-1.6H2.fs bs=3D18k of=3D/dev/rfd0a
66+1 records in
66+1 records out
# eject floppy

<back to karas ------------------------>
Testing memories: done.
12288K bytes available, 32K bytes reserved.

SONY NET WORK STATION R3000 Monitor Release 2.0A
Model NWS-3710, Machine ID #30145, Ethernet address 08:00:46:00:79:e7

NEWS> bo fh
NetBSD/newsmips Primary Boot
NetBSD/newsmips Secondary Boot, Revision 1.7
(tsutsui@mirage, Sat Sep 14 18:20:02 JST 2002)
Booting fh(0,0,0)
3714880+127988=3D0x3aa4d0

=9D=9D=9D=9D=9D

<back to kushana -------------------->
# dd if=3Dboot-newsmips-14L-nofb.fs bs=3D18k of=3D/dev/rfd0a
write: Invalid argument
66+1 records in
66+1 records out
# eject floppy

Does not sound very promising; I wonder if the file was corrupted 
when I downloaded...

<back to karas ------------------------>
Testing memories: done.
12288K bytes available, 32K bytes reserved.

SONY NET WORK STATION R3000 Monitor Release 2.0A
Model NWS-3710, Machine ID #30145, Ethernet address 08:00:46:00:79:e7

NEWS> bo fh

TLB miss exception (Load or instruction fetch)
cause=3D80000008, sr=3D40c404, badvaddr=3D1c38, epc=3Da0000000
NEWS>

It sure makes me wonder if (a) the floppy drive is dirty/whatever or 
(b) the machine is otherwise defective. =3D(