On Wed, Apr 01, 1998 at 07:06:46PM +0200, Ulf Carlsson wrote:
> 2.1.90 doesn't work on my Indy :-(
> Here's the output (maybe something for Ralf to look at):
> PROMLIB: SGI ARCS firmware Version 1 Revision 10
> PROMLIB: Total free ram 33284672 bytes (31528K, 30MB)
> ARCH: SGI-IP22
> CPU: MIPS-R4000 FPU<MIPS-R4000FPC> ICACHE DCACHE SCACHE
> Loading R4000 MMU routines.
> Primary instruction cache 8kb, linesize 16 bytes)
> Primary data cache 8kb, linesize 16 bytes)
> Secondary cache sized at 1024K linesize 128
> Linux version 2.1.90 (firstname.lastname@example.org) (gcc version 2.7.2) ...
> MC: SGI memory controller Revision 3
> R4600/R5000 SCACHE size 0k linesize 128 bytes
Ouch? That routine should never be called. Bug #1.
> wd33c93-0: chip=WD33c93B/13 no_sync=0xff no_dma=0scsi0 : GVP SeriesII SCSI
Ouch. Guess I got caught cuting'n'pasting from the Amiga code ...
Anyway, purely cosmetic.
> scsi : 1 host
> sending SDTR 0103013f0csync_xfer=2cpagefault from irq handler: 0000
> $0 : 00000000 1004fc00 89f5ac80 ffffff80
> $4 : 00000000 89f5acd0 1004fc00 1004fc00
Hmm... That one looks like you sliped a line or something _really_
strange happend. The value should actually be 0x00000080. Which on
our horribly small screen font looks almost like 0x00000000.
It this assumption is right, then the fix will be easy.
> $8 : 1004fc00 1000001f 4003f004 8802c10c
> $12: 00000100 880ee84e 88009fa0 ffffffe0
> $16: c0000044 00001000 a9f58000 89f59c00
> $20: 89f59e70 bfbc0003 00000060 bfb90000
> $24: a8747310 8810e5cc
> $28: 88008000 88009c90 89f59e70 880d9204
> epc : 880224e8
> Status: 1000fc02
> Cause : 30008008
> Aiee, killing interrupt handler
> Kernel panic: Attempted to kill the idle task!
> In swapper task - not syncing
> So, that's all! Puh.. my fingers are burning, those hex numbers drove me
That's why god sent men the serial console :-)
> I've still a R4000SC with 1mb cache. Tell me if I can dome something else
> to help you debugging it. I don't think I have the knowledge needed to fix
> the problem on my own right now, sorry...
Let's fry that bug anyway. What you provided in combination with the
kernel binary is actually useful information.
There is just one thing which I request when people are spreading kernels -
please don't strip them. It makes disassembling quite a bit harder.