Re: 5.1 panics on a Challenge S

[ããããããã åæ <wileyc%rezrov.net@localhost>]

(I'm the guy that reworked Rafal's original int driver back in 2003/4)

George stated already that a GENERIC kernel without the panel driver works fine.

That panic means that haa->ha_irq passed by panel.c is invalid -- either a 
negative number or greater than 32.

That indicates that something is very, very wrong with the panel attach logic.  
My first thought would be that ha_irq is uninitialized.

Try adding a diagnostic printf to int_intr_establish() in dev/int.c just before 
the sanity check ... something along the lines of 'printf("establishing 
interrupt %i¥n", level);' should reveal the problem.

On Feb 15, 2011, at 10:22 PM, Michael wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hello,
> 
> On Feb 15, 2011, at 6:28 AM, George Harvey wrote:
> 
>> I tried to install 5.1 on my Challenge S and the kernel panics just
>> after the 'panel0' line, see below for full output. The panic happens
>> with both the INSTALL and GENERIC kernels on a Challenge S but both
>> kernels boot normally on an Indy. I've built a custom kernel with the
>> 'panel' line commented out of the config, that cures the panic and the
>> kernel then boots normally.
>> 
>> George
>> 
>> == console capture ==
>> 
>> NetBSD 5.1 (INSTALL32_IP2x) #0: Sat Nov  6 18:17:53 UTC 2010
>>      
>> builds%b6.netbsd.org@localhost:/hme/builds/ab/netbsd-5-1-RELEASE/sgimips/20101101943Z-obj/home/builds/ab/netbsd-5-1-RELEASE/src/sys/arch/sgimips/cmpile/INSTALL32_IP2x
>> total memory = 192 MB
>> (768 KB reserved for ARCS)
>> avail memory = 180 MB
>> mainbus0 (rot): SGI-IP22 [SGI, 690ac9fb], 1 processor
>> cpu0 at mainbus0: MIPS R5000 CPU (0x2310) Rev. 1.0 with built-in FPU
>> Rev. 1.0 cpu0: 32KB/32B 2-way set-associative L1 Instruction cach, 48
>> TLB entries cpu0: 32KB/32B 2-way set-associative write-back 1 Data cache
>> cpu0: 512KB/32B direct-mapped wrie-through L2 Data cache
>> ioc0 at mainbus0 addr 0x1fbd9800: rev 0, machine Indy (Guinness), board
>> rev 0 int0 at mainbus0 addr 0x1fbd9880
>> int0: bus 90MHz, CPU 180MHz
>> imc0 at mainbus0 addr 0x1fa00000: revision 3
>> gio0 at imc0
>> giopci0 at gio0 slot 1 addr 0x1f400000: Phobos G130 10/100 Ethernet
>> pci0 at giopci0 bus 0
>> tlp0 at pci0 dev 0 function 0: DECchip 21143 Ethernet, pass 4.1
>> tlp0: sorry, unable to handle your board
>> hpc0 at gio0 addr 0x1fb80000: SGI HPC3 (onboard)
>> zsc0 at hpc0 offset 0x59830
>> zstty0 at zsc0 channel 1 (console i/o)
>> zstty1 at zsc0 channel 0
>> pckbc0 at hpc0 offset 0x59840
>> sq0 at hpc0 offset 0x54000: SGI Seeq 80c03
>> sq0: Ethernet address 08:00:69:0a:c9:fb
>> wdsc0 at hpc0 offset 0x44000: WD33C93B (20.0 MHz clock, BURST DMA, SCSI
>> ID 0) wdsc0: microcode revision 0x0d, Fast SCSI
>> scsibus0 at wdsc0: 8 targets, 8 luns per target
>> dsclock0 at hpc0 offset 0x60000
>> pi1ppc0 at hpc0 offset 0x58000
>> pi1ppc0: capabilities=8<PS2>
>> ppbus0 at pi1ppc0
>> ppbus0: No IEEE1284 device found.
>> panel0 at hpc0 offset 0x59800
>> panic: invalid interrupt level
>> Stopped in pid 0.1 (system) at  0x882dc0e4:     jr      ra
>>               bdslot: nop
>> db> bt
>> 0+882dc0e4 (93ffe000,d,0,880478f4) ra 0 sz 0
>> User-level: pid 0.1
>> db>
> 
> Sounds like the panel driver screwing up - I only had a chance to test it on 
> an Indy. Could you try a kernel without it?
> 
> have fun
> Michael
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (Darwin)
> 
> iQEVAwUBTVp+LspnzkX8Yg2nAQLHyQf8CeoWVMtOn5GnCgRA/WXbv/54Qmb7QJsZ
> /HJw5+MajPuOGZS6rmjdE/68m4HHtO+wrPGfaWq3bgnnGHc1A+9XSfYhRJOZlH2v
> nr0Jecjkv39kkKNyaczFqFAaEXbOf6AHjYnMWbyGnGD3TlAT78/aGe+ZGE6hNZDV
> ib+BAzfegKXiWnn4NJD92DTiKTZ8zngFObYnj1Q4drJVvo+PQFdsbvcP6g1HlmA2
> 0uznGhoTiLOjxmXFYMj/9FoawiQGRK6L9AyJ221mCjAYON5cFIl+NL477L7RKBMX
> 1wrbbG23b0Lk4veT8uDbeeNeWRUpF3mK+MdqWEhRtT2UJgOwECEMrA==
> =GUEl
> -----END PGP SIGNATURE-----