I received a few private emails regarding this but nothing that enabled me
to boot the machine.

I'm guessing that this message got lost as it was USENIX week.

Anyone have any ideas?

Thanks.


On Thu, 18 Jun 1998, Matthew N. Dodd wrote:
> I've run into a bit of a problem with my newly acquired HP 9000/360.
> 
> Regardless of kernel, boards, board position, expansion RAM in or out etc
> I can't get the system to boot.
> 
> I would normally suspect memory or something but the PROM tests it out
> fine.
> 
> I'm netbooting from a pmax box and have extracted kern, base, etc, made
> devices etc.
> 
> The machine has but 8 megs of RAN so I'm kind of doubting the ability to
> boot the .gdb kernel.
> 
> Here is what I do have:
> 
> >> NetBSD/hp300 Primary Boot, Revision 1.9
> >> (scottr@beech, Wed May 13 18:32:48 CDT 1998)
> >> HP 9000/360 SPU
> >> Enter "reset" to reset system.
> Boot: [[[le0a:]netbsd][-s][-a][-d]] :- netbsd-1.3.2
> boot: client IP address: 10.0.1.68
> boot: client name: hp360
> root addr=10.0.1.64 path=/export/diskless/hp360.root
> 887048le0_poll: rmd status 0x6b00
> le0_poll: rmd status 0x6b00
> le0_poll: rmd status 0x6b00
> le0_poll: rmd status 0x6b00
> +41092+134848+[154608le0_poll: rmd status 0x6b00
> +142021] total=0xff94f601
> Entry point: 0xff803400
> [ preserving 296640 bytes of netbsd symbol table ]
> Copyright (c) 1996, 1997, 1998
>     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.3.2 (GENERIC) #0: Fri May 15 12:41:16 CDT 1998
>     scottr@beech:/usr/src/sys/arch/hp300/compile/GENERIC
> HP 9000/360 (25MHz MC68030 CPU+MMU, 25MHz MC68882 FPU)
> cpu: delay divisor 81
> real mem  = 8376320
> avail mem = 4780032
> using 204 buffers containing 835584 bytes of memory
> Parity detection enabled
> mainbus0 (root)
> intio0 at mainbus0
> topcat0 at intio0 addr 0x560000: 1280 x 1024 256 color hi-res catseye
> display
> grf0 at topcat0
> ite0 at grf0
> dio0 at mainbus0: 98620C, 2 channels, 32 bit DMA
> nhpib0 at dio0 scode 7 ipl 3: internal HP-IB
> hpibbus0 at nhpib0
> ppi0le0 at dio0 scode 21 ipl 5: address 08:00:09:03:e6:f4
> le0: 8 receive buffers, 2 transmit buffers
> trap: bad kernel read access at 0x71
> trap type 8, code = 0x4020755, v = 0x71
> kernel program counter = 0xb7e42
> kernel: MMU fault trap
> pid = 0, pc = 000B7E42, ps = 2500, sfc = 1, dfc = 1
> Registers:
>              0        1        2        3        4        5        6
> 7
> dreg: 0000001A 00000007 00000000 00000000 0000000C 00000000 000D9000
> 00000000
> areg: 000B7DE2 00C40000 00000000 00A00000 02008800 FF802000 00158F0C
> FFEFFFFC
> 
> Kernel stack (00158E00):
> 158E00: 000CCDDC 00158E50 00000080 00000000 00000000 0000000C 00000000
> 000D9000
> 158E20: 00000000 00000000 00A00000 02008800 FF802000 00000000 00000000
> 00158F0C
> 158E40: 00001904 00000008 04020755 00000071 0000001A 00000007 00000000
> 00000000
> 158E60: 0000000C 00000000 000D9000 00000000 000B7DE2 00C40000 00000000
> 00A00000
> 158E80: 02008800 FF802000 00158F0C FFEFFFFC 00000000 2500000B 7E42B008
> 0EEC0755
> 158EA0: 671E4280 00000071 00000071 00000007 082A0071 000B7E4C 000B7E4A
> 000B7E48
> 158EC0: 00000003 0005FF0D 000FF69F 00050071 000246BA 00000005 00000005
> 80040000
> 158EE0: 00A00011 00000000 00000074 000B7E3C 00000000 00000005 00000007
> 0200BE40
> 158F00: 00158F74 FF950000 FF802000 00158F28 000C9FD4 02008800 00000224
> 00000001
> 158F20: 00000002 00158F78 00158F50 00001D40 00000074 00002704 00000242
> 00000BBF
> 158F40: 00C40000 20000000 256A0074 000C6E20 00158F7C 000C8A7E 0000000C
> FF802000
> 158F60: FFFFFFFC 0014E000 A0000006 FFEFFFFC 000F83CC 034C0000 005B0000
> 00158FAC
> 158F80: 000188B0 000DC0DC 0000000C FF802000 FFFFFFFC FFEFFFFC FF803810
> 0015D000
> 158FA0: 00000000 00000000 FFFFFFFC FFFFEF20 A0000006 00000000 FFEFFFFC
> FF803810
> 158FC0: 00000011 00025DE6 0015D000 00001000 00001000 FFEFFFFC FF803810
> 00158FF4
> 158FE0: 000C8678 0015D000 00001000 0000000C 00000000 00000000 00000000
> 00000000
> panic: MMU fault
> Stopped at      _Debugger+0x6:  unlk    a6
> db> trace
> _Debugger(2504,158e3c,ccdfa,cc9df,0) + 6
> _panic(cc9df,0,0,c,0) + 40
> _trap(8,4020755,71) + 236
> faultstkadj(2008800,224,1,2,158f78) + 0
> _intr_dispatch(74) + 7e
> _intrhand(?)
> _configure(c,ff802000,fffffffc,14e000,a0000006) + a
> _cpu_startup(dc0dc,c,ff802000,fffffffc,ffeffffc) + 29e
> vm_fault(0x162000, a0000000, 1, 0) -> 1
>   type 8, code [mmu,,ssw]: 401074d
> trap type 8, code = 0x401074d, v = 0xa0000000
> kernel program counter = 0xc847e
> kernel: MMU fault trap
> Caught exception in ddb.
> _main() + 4a
> _main() + 4a
>   
> I've tried kernels from 1.3, 1.3.1, and 1.3.2; results are the same.
> 
> I note that others seem to have encountered 'trap: bad kernel read access
> at XX' but this seems to be a nonspecific error.  (At least in the sense
> that the problems others reported didn't seem to be related to my
> situation.)
> 
> Any ideas?
> 

/* 
   Matthew N. Dodd		| A memory retaining a love you had for life	
   winter@jurai.net		| As cruel as it seems nothing ever seems to
   http://www.jurai.net/~winter | go right - FLA M 3.1:53	
*/