Hello list,

* Bob Meader <bob@cci.net> [020207 18:44]:

> I an 'arc' bootable - installable CDROM image "cd15.iso"
> for Netbsd 1.5 at ftp://guiduck.com/incoming/netbsd/arc/ .
> Installation is simple ... use run a program
> from arc firmare, the program name is cd:\install
> for installing the 'generic' console...
> I also did a 'pccons' kernel version (located in the same image)which is
> reported to support 'one' version of the magnum.
> I only tested the image with a NEC Risc 'ImageStation'
> ( pica ) ... PROBABLY will not work with any other
> arc model...

Thanks a lot for the image. I downloaded it as I saw the link on the
list ;) Well, after a few days I had the time to test it out (no cdrom,
which I had to borrow from a friend ...). The problem is still the
hardware detection:

cd:\install

Copyright (c) 1996, 1997, 1998, 1999, 2000
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993           
    The Regents of the University of California.  All rights reserved.
                                                                      
NetBSD 1.5 (RAMDISK) #0: Wed Jul 11 10:02:38 PDT 2001
    bobm@client.cci.net:/u/usr/src/sys/arch/arc/compile/RAMDISK
MIPS Magnum                                                    
total memory = 16384 KB
avail memory = 7636 KB 
using 230 buffers containing 920 KB of memory
mainbus0 (root)                              
cpu0 at mainbus0: MIPS R4000 CPU (0x422) Rev. 2.2 with MIPS R4010 FPC
Rev. 0.0
cpu0: L1 cache: 8KB/16B instruction, 8KB/16B data, direct mapped              
cpu0: L2 cache: unknown size/16B mixed, no snooping             
L2 cache line size = 16                            
Please fix implementation of mips3_*Flush*Cache
syncing disks... done                          
trap: address error (load or I-fetch) in kernel mode
status=0x2000ff02, cause=0xc010, epc=0x803c2094, vaddr=0xfffffffe
pid=0 cmd=swapper usp=0x0 ksp=0x80742cc0                         
Stopped in swapper at   0x803c2094:     lw      t1,0(v0)
db> trace                                               
803c2084+10 (80728ec0,16de3d,d,0) ra 80381180 sz 56
803810fc+84 (8,16de3d,d,0) ra 80379f8c sz 24       
80379ba0+3ec (8,16de3d,d,0) ra 8039484c sz 40
8039482c+20 (8,16de3d,d,0) ra 80252c88 sz 24 
80252950+338 (c0005e00,16de3d,80742e40,80394794) ra 80252828 sz 72
802527e0+48 (c0005e00,16de3d,80742e40,80394794) ra 80394640 sz 32 
803945a0+a0 (c0005e00,16de3d,80742e40,80394794) ra 80252c88 sz 48
80252950+338 (0,16de3d,803ecf20,0) ra 802528d0 sz 72             
80252878+58 (0,16de3d,803ecf20,0) ra 8037e460 sz 32 
8037e440+20 (0,16de3d,803ecf20,0) ra 80252590 sz 24
80252540+50 (0,16de3d,803ecf20,0) ra 8023bc10 sz 24
main+430 (0,16de3d,803ecf20,0) ra 80200084 sz 88   
User-level: pid 0                               
db>

cd:\netbsd.eco

Copyright (c) 1996, 1997, 1998, 1999, 2000
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993           
    The Regents of the University of California.  All rights reserved.
                                                                      
NetBSD 1.5 (generic) #2: Fri Jul  6 14:21:41 PDT 2001
    bobm@client.cci.net:/u/usr/src/sys/arch/arc/compile/generic
MIPS Magnum                                                    
total memory = 16384 KB
avail memory = 10140 KB
using 230 buffers containing 920 KB of memory
mainbus0 (root)                              
cpu0 at mainbus0: MIPS R4000 CPU (0x422) Rev. 2.2 with MIPS R4010 FPC
Rev. 0.0
cpu0: L1 cache: 8KB/16B instruction, 8KB/16B data, direct mapped              
cpu0: L2 cache: unknown size/16B mixed, no snooping             
L2 cache line size = 16                            
Please fix implementation of mips3_*Flush*Cache
syncing disks... done                          
trap: address error (load or I-fetch) in kernel mode
status=0x2000ff02, cause=0xc010, epc=0x80421f74, vaddr=0xfffffffe
pid=0 cmd=swapper usp=0x0 ksp=0x804c2cc0                         
	Stopped in swapper at   0x80421f74:     lw      t1,0(v0
db> trace                                               
80421f64+10 (804a3610,20,16ddf7,0) ra 803db37c sz 56
803db2f8+84 (8,20,16ddf7,0) ra 803d3b2c sz 24       
803d374c+3e0 (8,20,16ddf7,0) ra 803f040c sz 40
803f03ec+20 (8,20,16ddf7,0) ra 802538dc sz 24 
8025359c+340 (c0005f00,20,804c2e40,803f0360) ra 80253478 sz 72
80253430+48 (c0005f00,20,804c2e40,803f0360) ra 803f0210 sz 32 
803f0170+a0 (c0005f00,20,804c2e40,803f0360) ra 802538dc sz 48
8025359c+340 (0,20,80457370,0) ra 80253520 sz 72             
802534c8+58 (0,20,80457370,0) ra 803d8620 sz 32 
803d8600+20 (0,20,80457370,0) ra 802531d0 sz 24
80253180+50 (0,20,80457370,0) ra 8023c810 sz 24
main+440 (0,20,80457370,0) ra 80200084 sz 88   
User-level: pid 0


Just to have a comparison: that's where we were some time ago:
http://mail-index.netbsd.org/port-arc/2000/10/07/0000.html

Well, the problem that time was the FAS216 Controller ...

Thanks for any help, mic

-- 
<mic@sil.at>            the good thing about true hopelessness is that
http://org.netbase.org  you don't have to try again.  (Jamie Zawinski)