[parisc-linux] new gcc-default for hppa

Grant Grundler grundler@dsl2.external.hp.com
Wed, 15 Jan 2003 18:41:45 -0700


On Wed, Jan 15, 2003 at 05:14:47PM +0100, jsoe0708@tiscali.be wrote:
> and I got this time actual stack dump:
>  for builtin NIC:
> Stack Dump:
>  1ebd4780:  0004ff0f 54203230 38204345 35343a30
>  1ebd4770:  2031343a 101e0e7c 64204a61 31205765
>  1ebd4760:  2e0a2023 6d61696c 61766520 6f752068
>  1ebd4750:  75780a59 2f4c696e 20474e55 00075f10
>  1ebd4740:  0000001b 00069e0c 00069e0c 00000008
>  1ebd4730:  1ebd4588 101e27e4 1fe3ac80 00000000
> 
> Kernel addresses on the stack:
>  [<101e0e7c>]  [<101e27e4>]  [<101e25f8>]  [<101e0bec>]
>  [<1014b828>]  [<101de398>]  [<10104a6c>]  [<1013f4ac>]
>  [<10109f90>]  [<10109084>]  [<10109d4c>]  [<1013ff24>]
>  [<1013e3e4>]  [<1014ec28>]  [<101213f0>]

Randolph made the matching config/System.map available to me.

> Kernel Fault: Code=26 regs=1ebd4780 (Addr=00000082)

data page fault. looks like a null ptr dereference.
Above Kernel addresses point to:
0x101e0e7c opost+c8
0x101e27e4 write_chan+1ec
0x101e25f8 write_chan+0
0x101e0bec do_tty_write+134
0x1014b828 path_walk+14
0x101de398 tty_write+30
0x10104a6c handle_interruption+150
0x1013f4ac sys_write+a4
0x10109f90 syscall_exit+0
0x10109084 intr_check_sig+0
0x10109d4c child_return+0
0x1013ff24 chrdev_open+64
0x1013e3e4 dentry_open+f4
0x1014ec28 locate_fd+70
0x101213f0 it_real_fn+0

Seems like a jumble of stack traces.
Start with IOAQ (0x101e0dcc opost+18) and GR02 (rp, 0x101e27e4
write_chan+1ec) and look at source code to see which
kernel stack addresses are valid.

In any case, doesn't look like a problem with tulip driver.
I'll let someone else keep poking at this.

>   AND FOR External Nic:

> Kernel Fault: Code=6 regs=1ec3e080 (Addr=701e49c4)

This is bad. The kernel branched off into the weeds
or something. Could be the same problem though.

grant