All of lore.kernel.org
 help / color / mirror / Atom feed
* [Xenomai-help] NULL ptr dereference: porting I-pipe to ARM
@ 2009-01-26  3:42 Mandar Thite
  2009-01-26  3:46 ` Mandar Thite
  2009-01-26  6:16 ` [Xenomai-help] [Adeos-main] " Gilles Chanteperdrix
  0 siblings, 2 replies; 3+ messages in thread
From: Mandar Thite @ 2009-01-26  3:42 UTC (permalink / raw)
  To: adeos-main, xenomai

Hello everyone,

I am trying to boot Linux kernel ver. 2.6.26 patched with ADEOS ipipe
ver. 1.11-02 on OMAP5912 CPU(arch/arm/mach-omap1) containing ARM926
core.
Of course, I have configured my Linux kernel to run in tickless mode.
In the final steps of booting, kernel is encountering " NULL pointer
dereference " in the function " rb_erase() " called from " __remove_hrtimer() ".
Following is the backtrace log emitted by the kernel.

Unable to handle kernel NULL pointer dereference at virtual address 00000008
pgd = c0004000
[00000008] *pgd=00000000
Internal error: Oops: 5 [#1]
Modules linked in:
CPU: 0    Tainted: G        W  (2.6.26-ipipe #3)
PC is at rb_erase+0x114/0x358
LR is at __remove_hrtimer+0x88/0x94
Backtrace:

[<c012ed1c>] (rb_erase+0x0/0x358) from [<c0053f48>] (__remove_hrtimer+0x88/0x94)
 r9:00000080 r8:c0285530 r7:00000000 r6:00000001 r5:c0285530 r4:c02a6298

[<c0053ec0>] (__remove_hrtimer+0x0/0x94) from [<c00548a8>]
(hrtimer_start+0x74/0x108)
 r7:00000006 r6:02625a00 r5:00000000 r4:2d4cae00

[<c0054834>] (hrtimer_start+0x0/0x108) from [<c005af18>]
(tick_nohz_stop_sched_tick+0x2bc/0x3a4)

[<c005ac5c>] (tick_nohz_stop_sched_tick+0x0/0x3a4) from [<c0023318>]
(cpu_idle+0x38/0x60)

[<c00232e0>] (cpu_idle+0x0/0x60) from [<c01f7d58>] (rest_init+0x58/0x6c)
 r5:c001cdc4 r4:c02bc754

[<c01f7d00>] (rest_init+0x0/0x6c) from [<c0008ad0>] (start_kernel+0x244/0x290)

[<c000888c>] (start_kernel+0x0/0x290) from [<10008034>] (0x10008034)
 r6:c001cdc0 r5:c029af88 r4:00053175

Code: e3580001 01a04005 189dabf0 ea000082 (e5941008)
---[ end trace b0a66fe3e48abdda ]---
Kernel panic - not syncing: Attempted to kill the idle task!

>From this what I understand is, address of nonexistent node is passed
to rb_erase()?

Can anybody please direct me, how to investigate further into this problem?

--Mandar


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Xenomai-help] NULL ptr dereference: porting I-pipe to ARM
  2009-01-26  3:42 [Xenomai-help] NULL ptr dereference: porting I-pipe to ARM Mandar Thite
@ 2009-01-26  3:46 ` Mandar Thite
  2009-01-26  6:16 ` [Xenomai-help] [Adeos-main] " Gilles Chanteperdrix
  1 sibling, 0 replies; 3+ messages in thread
From: Mandar Thite @ 2009-01-26  3:46 UTC (permalink / raw)
  To: adeos-main, xenomai

Hello,
One thing I'd like to quote is, same problem is not encountered when I
booted same kernel(2.6.26) but without i-pipe patch. So a least the
problem is localized around i-pipe patch

On Mon, Jan 26, 2009 at 9:12 AM, Mandar Thite <mandarthite@domain.hid> wrote:
> Hello everyone,
>
> I am trying to boot Linux kernel ver. 2.6.26 patched with ADEOS ipipe
> ver. 1.11-02 on OMAP5912 CPU(arch/arm/mach-omap1) containing ARM926
> core.
> Of course, I have configured my Linux kernel to run in tickless mode.
> In the final steps of booting, kernel is encountering " NULL pointer
> dereference " in the function " rb_erase() " called from " __remove_hrtimer() ".
> Following is the backtrace log emitted by the kernel.
>
> Unable to handle kernel NULL pointer dereference at virtual address 00000008
> pgd = c0004000
> [00000008] *pgd=00000000
> Internal error: Oops: 5 [#1]
> Modules linked in:
> CPU: 0    Tainted: G        W  (2.6.26-ipipe #3)
> PC is at rb_erase+0x114/0x358
> LR is at __remove_hrtimer+0x88/0x94
> Backtrace:
>
> [<c012ed1c>] (rb_erase+0x0/0x358) from [<c0053f48>] (__remove_hrtimer+0x88/0x94)
>  r9:00000080 r8:c0285530 r7:00000000 r6:00000001 r5:c0285530 r4:c02a6298
>
> [<c0053ec0>] (__remove_hrtimer+0x0/0x94) from [<c00548a8>]
> (hrtimer_start+0x74/0x108)
>  r7:00000006 r6:02625a00 r5:00000000 r4:2d4cae00
>
> [<c0054834>] (hrtimer_start+0x0/0x108) from [<c005af18>]
> (tick_nohz_stop_sched_tick+0x2bc/0x3a4)
>
> [<c005ac5c>] (tick_nohz_stop_sched_tick+0x0/0x3a4) from [<c0023318>]
> (cpu_idle+0x38/0x60)
>
> [<c00232e0>] (cpu_idle+0x0/0x60) from [<c01f7d58>] (rest_init+0x58/0x6c)
>  r5:c001cdc4 r4:c02bc754
>
> [<c01f7d00>] (rest_init+0x0/0x6c) from [<c0008ad0>] (start_kernel+0x244/0x290)
>
> [<c000888c>] (start_kernel+0x0/0x290) from [<10008034>] (0x10008034)
>  r6:c001cdc0 r5:c029af88 r4:00053175
>
> Code: e3580001 01a04005 189dabf0 ea000082 (e5941008)
> ---[ end trace b0a66fe3e48abdda ]---
> Kernel panic - not syncing: Attempted to kill the idle task!
>
> From this what I understand is, address of nonexistent node is passed
> to rb_erase()?
>
> Can anybody please direct me, how to investigate further into this problem?
>
> --Mandar
>


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Xenomai-help] [Adeos-main] NULL ptr dereference: porting I-pipe to ARM
  2009-01-26  3:42 [Xenomai-help] NULL ptr dereference: porting I-pipe to ARM Mandar Thite
  2009-01-26  3:46 ` Mandar Thite
@ 2009-01-26  6:16 ` Gilles Chanteperdrix
  1 sibling, 0 replies; 3+ messages in thread
From: Gilles Chanteperdrix @ 2009-01-26  6:16 UTC (permalink / raw)
  To: Mandar Thite; +Cc: xenomai, adeos-main

Mandar Thite wrote:
> Hello everyone,
> 
> I am trying to boot Linux kernel ver. 2.6.26 patched with ADEOS ipipe
> (...)
> [<c005ac5c>] (tick_nohz_stop_sched_tick+0x0/0x3a4) from [<c0023318>]
> (cpu_idle+0x38/0x60)

Do not use nohz with 2.6.26. It is broken on ARM.

-- 
					    Gilles.


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2009-01-26  6:16 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-01-26  3:42 [Xenomai-help] NULL ptr dereference: porting I-pipe to ARM Mandar Thite
2009-01-26  3:46 ` Mandar Thite
2009-01-26  6:16 ` [Xenomai-help] [Adeos-main] " Gilles Chanteperdrix

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.