Trace
Sébastien Chrétien
sebastien.chretien.enseirb at gmail.com
Tue Sep 2 02:33:35 EST 2008
Thanks for your answer.
Your analyse of ttys is very well. It was not my answer. All adresses in
system.map begin with 0xc... So I think it is the case for ttys too.
I found the mistake. It came from my board_device function in struct
console(console ->device). It didn't change the value of the parameter
int* index.
So Linux loaded a tty_structure which was in tiny_ttys[-1]
console.h is not very well documented about this.
Thanks
Sébastien Chrétien
Jenkins, Clive a écrit :
>> Why can't tty have value 0x57555541 ?
>>
> To answer my own question, because it ends in 1 and is not word-aligned!
>
> -----Original Message-----
> From: linuxppc-dev-bounces+clive.jenkins=xerox.com at ozlabs.org [mailto:linuxppc-dev-bounces+clive.jenkins=xerox.com at ozlabs.org] On Behalf Of Jenkins, Clive
> Sent: 01 September 2008 14:54
> To: Sébastien Chrétien
> Cc: linuxppc-dev at ozlabs.org
> Subject: RE: Trace
>
> I'm not sure that is a failure. Why can't tty have value 0x57555541 ?
>
> I think the code in tty_io.c initialises driver->ttys and you shouldn't need to do anything in your driver.
>
> If you are not already aware, a useful way to explore kernel code is to use LXR:
> http://lxr.linux.no/linux+v2.6.26/include/linux/tty_driver.h#L212
> This may help you understand the tty code.
>
> Good luck!
>
> ________________________________
>
> From: Sébastien Chrétien [mailto:sebastien.chretien.enseirb at gmail.com]
> Sent: 01 September 2008 13:25
> To: Jenkins, Clive
> Cc: linuxppc-dev at ozlabs.org
> Subject: Re: Trace
>
>
> I found where is the failure with your advices
> In init_dev (tty_io.c), init_dev calls "tty = driver->ttys[idx]"
> after this call, tty value is : tty = 0x57555541
>
> Have I to initialize driver->ttys in my driver. If yes, how have I to Initialize this ?
>
> The driver tty is used in order to have a console on my serial port.
> Thanks for your help
>
>
>
> 2008/9/1, Jenkins, Clive <Clive.Jenkins at xerox.com>:
>
> The instruction that caused the fault is at this address:
>
> > NIP [c0110ddc] init_dev+0x2bc/0x584
>
>
> The hex value of the instruction is also highlighted between <> here:
>
> > Instruction dump:
> > 7d808120 4e800020 7c832378 4bfa9ea9 7c7f1b79 418201f0 a81e0062 2f800001
> > 409efd98 83ff00d0 2c1f0000 4182fd90 <801f00b8> 70090080 408201b0 801e0060
>
>
> Disassemble your kernel and look at offset 0x2BC relative to the label init_dev
>
> ________________________________
>
> From: linuxppc-dev-bounces+clive.jenkins=xerox.com at ozlabs.org [mailto:linuxppc-dev-bounces+clive.jenkins <mailto:linuxppc-dev-bounces%2Bclive.jenkins> =xerox.com at ozlabs.org] On Behalf Of Sébastien Chrétien
> Sent: 01 September 2008 10:16
> To: linuxppc-dev at ozlabs.org
> Subject: Trace
>
>
>
> Hello,
>
> I am triying to write a tty_driver under ppc. And I get a kernel panic.
> Can somebody explain me how finding the source of the error with a kernel panic trace :
> thanks
>
> Unable to handle kernel paging request for data at address 0x575555f9
> Faulting instruction address: 0xc0110ddc
> Oops: Kernel access of bad area, sig: 11 [#1]
> Modules linked in:
> NIP: c0110ddc LR: c011118c CTR: 00000000
> REGS: cf01bcb0 TRAP: 0300 Not tainted (2.6.26)
> MSR: 00009032 <EE,ME,IR,DR> CR: 44002022 XER: 20000000
> DAR: 575555f9, DSISR: 40000000
> TASK = cf01c000[1] 'swapper' THREAD: cf01a000
> GPR00: 0000000c cf01bd60 cf01c000 cf04c300 ffffffff cf01bdbc 00000000 c01d0000
> GPR08: 00001249 fffffffc 00000000 cf000420 84002022 00000000 10000b00 007fff00
> GPR16: 0fffa1d0 00000000 00000004 cf01bdbc 007ffec0 00000000 00000000 00800000
> GPR24: 00000000 c01b7650 00000002 c01d0000 ffffffff ce4a6700 cf04c300 57555541
> NIP [c0110ddc] init_dev+0x2bc/0x584
> LR [c011118c] tty_open+0xe8/0x3e0
> Call Trace:
> [cf01bd60] [cf01bd78] 0xcf01bd78 (unreliable)
> [cf01bdb0] [c011118c] tty_open+0xe8/0x3e0
> [cf01bde0] [c00742c8] chrdev_open+0x114/0x1b0
> [cf01be10] [c006fb5c] __dentry_open+0x190/0x2e8
> [cf01be40] [c006fdac] nameidata_to_filp+0x38/0x70
> [cf01be60] [c007bc60] do_filp_open+0x200/0x7d0
> [cf01bf10] [c00700b4] do_sys_open+0x74/0x114
> [cf01bf40] [c0003c94] init_post+0x34/0x258
> [cf01bf60] [c019ca64] kernel_init+0x258/0x270
> [cf01bff0] [c0011b3c] kernel_thread+0x44/0x60
> Instruction dump:
> 7d808120 4e800020 7c832378 4bfa9ea9 7c7f1b79 418201f0 a81e0062 2f800001
> 409efd98 83ff00d0 2c1f0000 4182fd90 <801f00b8> 70090080 408201b0 801e0060
> ---[ end trace b7795a387aeb7786 ]---
> Kernel panic - not syncing: Attempted to kill init!
> allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
>
>
>
>
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev at ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
>
>
More information about the Linuxppc-dev
mailing list