* Re: Git tree updated to v2.6.27-rc2, help needed
2008-08-11 15:26 Git tree updated to v2.6.27-rc2, help needed Tony Lindgren
@ 2008-08-11 19:58 ` Paul Walmsley
2008-08-12 11:51 ` Tony Lindgren
2008-08-12 7:09 ` Hiroshi DOYU
` (2 subsequent siblings)
3 siblings, 1 reply; 13+ messages in thread
From: Paul Walmsley @ 2008-08-11 19:58 UTC (permalink / raw)
To: Tony Lindgren; +Cc: linux-omap, Sakari Ailus, Hiroshi DOYU, Eduardo Valentin
On Mon, 11 Aug 2008, Tony Lindgren wrote:
> - Booting fails early on 3430sdp for some reason
This affects all ARMv7 and is due to a bug in the TLB clearing code; patch
coming shortly.
> - Alignment error on omap2/3. This seems to happen also with
> 718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
Haven't seen this here with CSL gcc 2007q3-51 on OMAP3.
- Paul
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: Git tree updated to v2.6.27-rc2, help needed
2008-08-11 19:58 ` Paul Walmsley
@ 2008-08-12 11:51 ` Tony Lindgren
0 siblings, 0 replies; 13+ messages in thread
From: Tony Lindgren @ 2008-08-12 11:51 UTC (permalink / raw)
To: Paul Walmsley; +Cc: linux-omap, Sakari Ailus, Hiroshi DOYU, Eduardo Valentin
* Paul Walmsley <paul@pwsan.com> [080811 22:58]:
> On Mon, 11 Aug 2008, Tony Lindgren wrote:
>
> > - Booting fails early on 3430sdp for some reason
>
> This affects all ARMv7 and is due to a bug in the TLB clearing code; patch
> coming shortly.
>
> > - Alignment error on omap2/3. This seems to happen also with
> > 718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
>
> Haven't seen this here with CSL gcc 2007q3-51 on OMAP3.
Seems to happen on 24xx only.
Tony
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Git tree updated to v2.6.27-rc2, help needed
2008-08-11 15:26 Git tree updated to v2.6.27-rc2, help needed Tony Lindgren
2008-08-11 19:58 ` Paul Walmsley
@ 2008-08-12 7:09 ` Hiroshi DOYU
2008-08-12 7:13 ` Jarkko Nikula
2008-08-12 15:12 ` Premi, Sanjeev
3 siblings, 0 replies; 13+ messages in thread
From: Hiroshi DOYU @ 2008-08-12 7:09 UTC (permalink / raw)
To: tony; +Cc: linux-omap, sakari.ailus, edubezval
From: "ext Tony Lindgren" <tony@atomide.com>
Subject: Git tree updated to v2.6.27-rc2, help needed
Date: Mon, 11 Aug 2008 18:26:21 +0300
> Hi all,
>
> I've updated our git tree to v2.6.27-rc2, and looks like we still
> have a bunch of issues to solve:
>
> - DSP compile is broken as now device_create() is same as
> device_create_drvdata(). So device_create() expects some
> some drvdata to be set also in drivers/dsp/dspgateway/task.c
> and drivers/dsp/dspgateway/dsp_ctl_core.c.
>
> Hiroshi, care to take a look at the DSP issue?
Got it. I will send the patch in another e-mail.
Hiroshi DOYU
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: Git tree updated to v2.6.27-rc2, help needed
2008-08-11 15:26 Git tree updated to v2.6.27-rc2, help needed Tony Lindgren
2008-08-11 19:58 ` Paul Walmsley
2008-08-12 7:09 ` Hiroshi DOYU
@ 2008-08-12 7:13 ` Jarkko Nikula
2008-08-12 11:44 ` Tony Lindgren
2008-08-12 15:12 ` Premi, Sanjeev
3 siblings, 1 reply; 13+ messages in thread
From: Jarkko Nikula @ 2008-08-12 7:13 UTC (permalink / raw)
To: ext Tony Lindgren
Cc: linux-omap, Sakari Ailus, Hiroshi DOYU, Eduardo Valentin
On Mon, 11 Aug 2008 18:26:21 +0300
"ext Tony Lindgren" <tony@atomide.com> wrote:
> Hi all,
>
> I've updated our git tree to v2.6.27-rc2, and looks like we still
> have a bunch of issues to solve:
>
> - Booting fails early on 3430sdp for some reason
>
> - Alignment error on omap2/3. This seems to happen also with
> 718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
>
- N800 boots up to UI with "gcc version 3.4.4 (release) (CodeSourcery
ARM 2005q3-2" and with DEBUG_LL=y. Without DEBUG_LL it hangs somewhere
before serial is initialized
- With "gcc version 4.2.1 (CodeSourcery Sourcery G++ Lite 2007q3-53)"
there is alignment exception in early booting independently of
718fc6cd4db902aa2242a736cc3feb8744a4c71a
<5>Kernel command line: root=1f03 rootfstype=jffs2
<6>Clocking rate (Crystal/DPLL/MPU): 19.2/658/329 MHz
<1>Unhandled fault: alignment exception (0x001) at 0xc02bf695
Internal error: : 1 [#1]
Modules linked in:
CPU: 0 Not tainted (2.6.27-rc2-omap1 #9)
PC is at omap2_clkdm_clk_enable+0x2c/0x74
LR is at omap2_clk_enable+0x54/0x9c
pc : [<c0034ed8>] lr : [<c0033738>] psr: a00001d3
sp : c0303e90 ip : c0303ea8 fp : c0303ea4
r10: 800252c0 r9 : 4107b362 r8 : 00000013
r7 : c03261ac r6 : 00000002 r5 : 00000000 r4 : c02bf689
r3 : c02bf695 r2 : 00000000 r1 : c03072c8 r0 : c02bf689
Flags: NzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel
Control: 00c5387f Table: 80004000 DAC: 00000017
Process swapper (pid: 0, stack limit = 0xc0302260)
Stack: (0xc0303e90 to 0xc0304000)
3e80: c03072c8 c0306d24 c0303ebc
c0303ea8 3ea0: c0033738 c0034eb8 c0306d7c c0306d24 c0303ed4 c0303ec0
c003371c c00336f0 3ec0: c03071f4 c0306d24 c0303eec c0303ed8 c003371c
c00336f0 c03073f0 c0306d24 3ee0: c0303f04 c0303ef0 c003371c c00336f0
c0307d90 c0306d24 c0303f1c c0303f08 3f00: c003371c c00336f0 c03099c0
c0306d24 c0303f34 c0303f20 c003371c c00336f0 3f20: 800001d3 c0306d24
c0303f4c c0303f38 c00432e4 c00336f0 c03099c0 c0306d24 3f40: c0303f64
c0303f50 c00433c4 c00432b0 00000292 c0306d24 c0303f94 c0303f68 3f60:
c001144c c00433a4 00000149 c0305cb8 c0303f94 00000000 c03255c0 c0026f0c
3f80: c0305cb8 800252f4 c0303fac c0303f98 c0010818 c0011288 c0026f10
c03255c0 3fa0: c0303fbc c0303fb0 c0011aec c00107fc c0303fcc c0303fc0
c000e438 c0011ae4 3fc0: c0303ff4 c0303fd0 c0008c14 c000e40c c00086bc
00000000 00000000 c0026f10 3fe0: 00c5387d c0325f4c 00000000 c0303ff8
80008034 c0008ad0 00000000 00000000 Backtrace: [<c0034eac>]
(omap2_clkdm_clk_enable+0x0/0x74) from [<c0033738>] (omap2_clk_enable
+0x54/0x9c) r5:c0306d24 r4:c03072c8 [<c00336e4>] (omap2_clk_enable
+0x0/0x9c) from [<c003371c>] (omap2_clk_enable+0x38/0x9c) r5:c0306d24
r4:c0306d7c [<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
(omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03071f4
[<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
(omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03073f0
[<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
(omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c0307d90
[<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
(omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03099c0
[<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c00432e4>] (clk_enable
+0x40/0x54) r5:c0306d24 r4:800001d3
[<c00432a4>] (clk_enable+0x0/0x54) from [<c00433c4>]
(clk_enable_init_clocks+0x2c/0x4c) r5:c0306d24 r4:c03099c0
[<c0043398>] (clk_enable_init_clocks+0x0/0x4c) from [<c001144c>]
(omap2_clk_init+0x1d0/0x23c) r5:c0306d24 r4:00000292
[<c001127c>] (omap2_clk_init+0x0/0x23c) from [<c0010818>]
(omap2_init_common_hw+0x28/0x40) r8:800252f4 r7:c0305cb8 r6:c0026f0c
r5:c03255c0 r4:00000000 [<c00107f0>] (omap2_init_common_hw+0x0/0x40)
from [<c0011aec>] (nokia_n800_init_irq+0x14/0x5c) r5:c03255c0
r4:c0026f10 [<c0011ad8>] (nokia_n800_init_irq+0x0/0x5c) from
[<c000e438>] (init_IRQ+0x38/0x48) [<c000e400>] (init_IRQ+0x0/0x48) from
[<c0008c14>] (start_kernel+0x150/0x2b8) [<c0008ac4>] (start_kernel
+0x0/0x2b8) from [<80008034>] (0x80008034) r5:c0325f4c r4:00c5387d
Code: 03a05001 03e00015 089da830 e284300c (e1931f9f)
<4>---[ end trace 1b75b31a2719ed1c ]---
<0>Kernel panic - not syncing: Attempted to kill the idle task!
Jarkko
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Git tree updated to v2.6.27-rc2, help needed
2008-08-12 7:13 ` Jarkko Nikula
@ 2008-08-12 11:44 ` Tony Lindgren
2008-08-12 14:31 ` Tony Lindgren
0 siblings, 1 reply; 13+ messages in thread
From: Tony Lindgren @ 2008-08-12 11:44 UTC (permalink / raw)
To: Jarkko Nikula; +Cc: linux-omap, Sakari Ailus, Hiroshi DOYU, Eduardo Valentin
* Jarkko Nikula <jarkko.nikula@nokia.com> [080812 10:13]:
> On Mon, 11 Aug 2008 18:26:21 +0300
> "ext Tony Lindgren" <tony@atomide.com> wrote:
>
> > Hi all,
> >
> > I've updated our git tree to v2.6.27-rc2, and looks like we still
> > have a bunch of issues to solve:
> >
> > - Booting fails early on 3430sdp for some reason
> >
> > - Alignment error on omap2/3. This seems to happen also with
> > 718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
> >
> - N800 boots up to UI with "gcc version 3.4.4 (release) (CodeSourcery
> ARM 2005q3-2" and with DEBUG_LL=y. Without DEBUG_LL it hangs somewhere
> before serial is initialized
>
> - With "gcc version 4.2.1 (CodeSourcery Sourcery G++ Lite 2007q3-53)"
> there is alignment exception in early booting independently of
> 718fc6cd4db902aa2242a736cc3feb8744a4c71a
Weird that this alignment exception only happens on 24xx, not on 34xx.
Tony
> <5>Kernel command line: root=1f03 rootfstype=jffs2
> <6>Clocking rate (Crystal/DPLL/MPU): 19.2/658/329 MHz
> <1>Unhandled fault: alignment exception (0x001) at 0xc02bf695
> Internal error: : 1 [#1]
> Modules linked in:
> CPU: 0 Not tainted (2.6.27-rc2-omap1 #9)
> PC is at omap2_clkdm_clk_enable+0x2c/0x74
> LR is at omap2_clk_enable+0x54/0x9c
> pc : [<c0034ed8>] lr : [<c0033738>] psr: a00001d3
> sp : c0303e90 ip : c0303ea8 fp : c0303ea4
> r10: 800252c0 r9 : 4107b362 r8 : 00000013
> r7 : c03261ac r6 : 00000002 r5 : 00000000 r4 : c02bf689
> r3 : c02bf695 r2 : 00000000 r1 : c03072c8 r0 : c02bf689
> Flags: NzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel
> Control: 00c5387f Table: 80004000 DAC: 00000017
> Process swapper (pid: 0, stack limit = 0xc0302260)
> Stack: (0xc0303e90 to 0xc0304000)
> 3e80: c03072c8 c0306d24 c0303ebc
> c0303ea8 3ea0: c0033738 c0034eb8 c0306d7c c0306d24 c0303ed4 c0303ec0
> c003371c c00336f0 3ec0: c03071f4 c0306d24 c0303eec c0303ed8 c003371c
> c00336f0 c03073f0 c0306d24 3ee0: c0303f04 c0303ef0 c003371c c00336f0
> c0307d90 c0306d24 c0303f1c c0303f08 3f00: c003371c c00336f0 c03099c0
> c0306d24 c0303f34 c0303f20 c003371c c00336f0 3f20: 800001d3 c0306d24
> c0303f4c c0303f38 c00432e4 c00336f0 c03099c0 c0306d24 3f40: c0303f64
> c0303f50 c00433c4 c00432b0 00000292 c0306d24 c0303f94 c0303f68 3f60:
> c001144c c00433a4 00000149 c0305cb8 c0303f94 00000000 c03255c0 c0026f0c
> 3f80: c0305cb8 800252f4 c0303fac c0303f98 c0010818 c0011288 c0026f10
> c03255c0 3fa0: c0303fbc c0303fb0 c0011aec c00107fc c0303fcc c0303fc0
> c000e438 c0011ae4 3fc0: c0303ff4 c0303fd0 c0008c14 c000e40c c00086bc
> 00000000 00000000 c0026f10 3fe0: 00c5387d c0325f4c 00000000 c0303ff8
> 80008034 c0008ad0 00000000 00000000 Backtrace: [<c0034eac>]
> (omap2_clkdm_clk_enable+0x0/0x74) from [<c0033738>] (omap2_clk_enable
> +0x54/0x9c) r5:c0306d24 r4:c03072c8 [<c00336e4>] (omap2_clk_enable
> +0x0/0x9c) from [<c003371c>] (omap2_clk_enable+0x38/0x9c) r5:c0306d24
> r4:c0306d7c [<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
> (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03071f4
> [<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
> (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03073f0
> [<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
> (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c0307d90
> [<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
> (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03099c0
> [<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c00432e4>] (clk_enable
> +0x40/0x54) r5:c0306d24 r4:800001d3
> [<c00432a4>] (clk_enable+0x0/0x54) from [<c00433c4>]
> (clk_enable_init_clocks+0x2c/0x4c) r5:c0306d24 r4:c03099c0
> [<c0043398>] (clk_enable_init_clocks+0x0/0x4c) from [<c001144c>]
> (omap2_clk_init+0x1d0/0x23c) r5:c0306d24 r4:00000292
> [<c001127c>] (omap2_clk_init+0x0/0x23c) from [<c0010818>]
> (omap2_init_common_hw+0x28/0x40) r8:800252f4 r7:c0305cb8 r6:c0026f0c
> r5:c03255c0 r4:00000000 [<c00107f0>] (omap2_init_common_hw+0x0/0x40)
> from [<c0011aec>] (nokia_n800_init_irq+0x14/0x5c) r5:c03255c0
> r4:c0026f10 [<c0011ad8>] (nokia_n800_init_irq+0x0/0x5c) from
> [<c000e438>] (init_IRQ+0x38/0x48) [<c000e400>] (init_IRQ+0x0/0x48) from
> [<c0008c14>] (start_kernel+0x150/0x2b8) [<c0008ac4>] (start_kernel
> +0x0/0x2b8) from [<80008034>] (0x80008034) r5:c0325f4c r4:00c5387d
> Code: 03a05001 03e00015 089da830 e284300c (e1931f9f)
> <4>---[ end trace 1b75b31a2719ed1c ]---
> <0>Kernel panic - not syncing: Attempted to kill the idle task!
>
>
> Jarkko
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Git tree updated to v2.6.27-rc2, help needed
2008-08-12 11:44 ` Tony Lindgren
@ 2008-08-12 14:31 ` Tony Lindgren
2008-08-12 15:35 ` Felipe Balbi
2008-08-13 7:42 ` Jarkko Nikula
0 siblings, 2 replies; 13+ messages in thread
From: Tony Lindgren @ 2008-08-12 14:31 UTC (permalink / raw)
To: Jarkko Nikula; +Cc: linux-omap, Sakari Ailus, Hiroshi DOYU, Eduardo Valentin
* Tony Lindgren <tony@atomide.com> [080812 14:42]:
> * Jarkko Nikula <jarkko.nikula@nokia.com> [080812 10:13]:
> > On Mon, 11 Aug 2008 18:26:21 +0300
> > "ext Tony Lindgren" <tony@atomide.com> wrote:
> >
> > > Hi all,
> > >
> > > I've updated our git tree to v2.6.27-rc2, and looks like we still
> > > have a bunch of issues to solve:
> > >
> > > - Booting fails early on 3430sdp for some reason
> > >
> > > - Alignment error on omap2/3. This seems to happen also with
> > > 718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
> > >
> > - N800 boots up to UI with "gcc version 3.4.4 (release) (CodeSourcery
> > ARM 2005q3-2" and with DEBUG_LL=y. Without DEBUG_LL it hangs somewhere
> > before serial is initialized
> >
> > - With "gcc version 4.2.1 (CodeSourcery Sourcery G++ Lite 2007q3-53)"
> > there is alignment exception in early booting independently of
> > 718fc6cd4db902aa2242a736cc3feb8744a4c71a
>
> Weird that this alignment exception only happens on 24xx, not on 34xx.
For me reverting 0e5194e1a84c219bebbb78f305b7a8eabc4a3656 fixes this.
Reverting 718fc6cd4db902aa2242a736cc3feb8744a4c71a like Felipe mentioned
does not help for me with gcc version 4.2.3 (Sourcery G++ Lite
2008q1-126).
> Tony
>
>
> > <5>Kernel command line: root=1f03 rootfstype=jffs2
> > <6>Clocking rate (Crystal/DPLL/MPU): 19.2/658/329 MHz
> > <1>Unhandled fault: alignment exception (0x001) at 0xc02bf695
> > Internal error: : 1 [#1]
> > Modules linked in:
> > CPU: 0 Not tainted (2.6.27-rc2-omap1 #9)
> > PC is at omap2_clkdm_clk_enable+0x2c/0x74
> > LR is at omap2_clk_enable+0x54/0x9c
> > pc : [<c0034ed8>] lr : [<c0033738>] psr: a00001d3
> > sp : c0303e90 ip : c0303ea8 fp : c0303ea4
> > r10: 800252c0 r9 : 4107b362 r8 : 00000013
> > r7 : c03261ac r6 : 00000002 r5 : 00000000 r4 : c02bf689
> > r3 : c02bf695 r2 : 00000000 r1 : c03072c8 r0 : c02bf689
> > Flags: NzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel
> > Control: 00c5387f Table: 80004000 DAC: 00000017
> > Process swapper (pid: 0, stack limit = 0xc0302260)
> > Stack: (0xc0303e90 to 0xc0304000)
> > 3e80: c03072c8 c0306d24 c0303ebc
> > c0303ea8 3ea0: c0033738 c0034eb8 c0306d7c c0306d24 c0303ed4 c0303ec0
> > c003371c c00336f0 3ec0: c03071f4 c0306d24 c0303eec c0303ed8 c003371c
> > c00336f0 c03073f0 c0306d24 3ee0: c0303f04 c0303ef0 c003371c c00336f0
> > c0307d90 c0306d24 c0303f1c c0303f08 3f00: c003371c c00336f0 c03099c0
> > c0306d24 c0303f34 c0303f20 c003371c c00336f0 3f20: 800001d3 c0306d24
> > c0303f4c c0303f38 c00432e4 c00336f0 c03099c0 c0306d24 3f40: c0303f64
> > c0303f50 c00433c4 c00432b0 00000292 c0306d24 c0303f94 c0303f68 3f60:
> > c001144c c00433a4 00000149 c0305cb8 c0303f94 00000000 c03255c0 c0026f0c
> > 3f80: c0305cb8 800252f4 c0303fac c0303f98 c0010818 c0011288 c0026f10
> > c03255c0 3fa0: c0303fbc c0303fb0 c0011aec c00107fc c0303fcc c0303fc0
> > c000e438 c0011ae4 3fc0: c0303ff4 c0303fd0 c0008c14 c000e40c c00086bc
> > 00000000 00000000 c0026f10 3fe0: 00c5387d c0325f4c 00000000 c0303ff8
> > 80008034 c0008ad0 00000000 00000000 Backtrace: [<c0034eac>]
> > (omap2_clkdm_clk_enable+0x0/0x74) from [<c0033738>] (omap2_clk_enable
> > +0x54/0x9c) r5:c0306d24 r4:c03072c8 [<c00336e4>] (omap2_clk_enable
> > +0x0/0x9c) from [<c003371c>] (omap2_clk_enable+0x38/0x9c) r5:c0306d24
> > r4:c0306d7c [<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
> > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03071f4
> > [<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
> > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03073f0
> > [<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
> > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c0307d90
> > [<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c003371c>]
> > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03099c0
> > [<c00336e4>] (omap2_clk_enable+0x0/0x9c) from [<c00432e4>] (clk_enable
> > +0x40/0x54) r5:c0306d24 r4:800001d3
> > [<c00432a4>] (clk_enable+0x0/0x54) from [<c00433c4>]
> > (clk_enable_init_clocks+0x2c/0x4c) r5:c0306d24 r4:c03099c0
> > [<c0043398>] (clk_enable_init_clocks+0x0/0x4c) from [<c001144c>]
> > (omap2_clk_init+0x1d0/0x23c) r5:c0306d24 r4:00000292
> > [<c001127c>] (omap2_clk_init+0x0/0x23c) from [<c0010818>]
> > (omap2_init_common_hw+0x28/0x40) r8:800252f4 r7:c0305cb8 r6:c0026f0c
> > r5:c03255c0 r4:00000000 [<c00107f0>] (omap2_init_common_hw+0x0/0x40)
> > from [<c0011aec>] (nokia_n800_init_irq+0x14/0x5c) r5:c03255c0
> > r4:c0026f10 [<c0011ad8>] (nokia_n800_init_irq+0x0/0x5c) from
> > [<c000e438>] (init_IRQ+0x38/0x48) [<c000e400>] (init_IRQ+0x0/0x48) from
> > [<c0008c14>] (start_kernel+0x150/0x2b8) [<c0008ac4>] (start_kernel
> > +0x0/0x2b8) from [<80008034>] (0x80008034) r5:c0325f4c r4:00c5387d
> > Code: 03a05001 03e00015 089da830 e284300c (e1931f9f)
> > <4>---[ end trace 1b75b31a2719ed1c ]---
> > <0>Kernel panic - not syncing: Attempted to kill the idle task!
> >
> >
> > Jarkko
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Git tree updated to v2.6.27-rc2, help needed
2008-08-12 14:31 ` Tony Lindgren
@ 2008-08-12 15:35 ` Felipe Balbi
2008-08-13 7:42 ` Jarkko Nikula
1 sibling, 0 replies; 13+ messages in thread
From: Felipe Balbi @ 2008-08-12 15:35 UTC (permalink / raw)
To: Tony Lindgren
Cc: Jarkko Nikula, linux-omap, Sakari Ailus, Hiroshi DOYU,
Eduardo Valentin
On Tue, Aug 12, 2008 at 05:31:20PM +0300, Tony Lindgren wrote:
> For me reverting 0e5194e1a84c219bebbb78f305b7a8eabc4a3656 fixes this.
> Reverting 718fc6cd4db902aa2242a736cc3feb8744a4c71a like Felipe mentioned
> does not help for me with gcc version 4.2.3 (Sourcery G++ Lite
> 2008q1-126).
But still quite weird that it only happens on 24xx. I gcc attributes to
force alignment and make that union transparent, and nothing seems to
help.
Any thoughts from you guys ??
--
balbi
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Git tree updated to v2.6.27-rc2, help needed
2008-08-12 14:31 ` Tony Lindgren
2008-08-12 15:35 ` Felipe Balbi
@ 2008-08-13 7:42 ` Jarkko Nikula
2008-08-13 7:48 ` Tony Lindgren
1 sibling, 1 reply; 13+ messages in thread
From: Jarkko Nikula @ 2008-08-13 7:42 UTC (permalink / raw)
To: ext Tony Lindgren
Cc: linux-omap, Sakari Ailus, Hiroshi DOYU, Eduardo Valentin
On Tue, 12 Aug 2008 17:31:20 +0300
"ext Tony Lindgren" <tony@atomide.com> wrote:
> > > > - Alignment error on omap2/3. This seems to happen also with
> > > > 718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
> > > >
> > > - N800 boots up to UI with "gcc version 3.4.4 (release)
> > > (CodeSourcery ARM 2005q3-2" and with DEBUG_LL=y. Without DEBUG_LL
> > > it hangs somewhere before serial is initialized
> > >
> > > - With "gcc version 4.2.1 (CodeSourcery Sourcery G++ Lite
> > > 2007q3-53)" there is alignment exception in early booting
> > > independently of 718fc6cd4db902aa2242a736cc3feb8744a4c71a
> >
> > Weird that this alignment exception only happens on 24xx, not on
> > 34xx.
>
> For me reverting 0e5194e1a84c219bebbb78f305b7a8eabc4a3656 fixes this.
> Reverting 718fc6cd4db902aa2242a736cc3feb8744a4c71a like Felipe
> mentioned does not help for me with gcc version 4.2.3 (Sourcery G++
> Lite 2008q1-126).
>
I reverted the 0e5194e1a84c219bebbb78f305b7a8eabc4a3656 and now it
boots with gcc 4.2.1 but only if DEBUG_LL=y. With gcc 3.4.4 there is no
difference. Looks like that alignment is one issue and DEBUG_LL is
another?
Jarkko
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Git tree updated to v2.6.27-rc2, help needed
2008-08-13 7:42 ` Jarkko Nikula
@ 2008-08-13 7:48 ` Tony Lindgren
2008-08-13 13:38 ` Tony Lindgren
0 siblings, 1 reply; 13+ messages in thread
From: Tony Lindgren @ 2008-08-13 7:48 UTC (permalink / raw)
To: Jarkko Nikula; +Cc: linux-omap, Sakari Ailus, Hiroshi DOYU, Eduardo Valentin
* Jarkko Nikula <jarkko.nikula@nokia.com> [080813 10:44]:
> On Tue, 12 Aug 2008 17:31:20 +0300
> "ext Tony Lindgren" <tony@atomide.com> wrote:
>
> > > > > - Alignment error on omap2/3. This seems to happen also with
> > > > > 718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
> > > > >
> > > > - N800 boots up to UI with "gcc version 3.4.4 (release)
> > > > (CodeSourcery ARM 2005q3-2" and with DEBUG_LL=y. Without DEBUG_LL
> > > > it hangs somewhere before serial is initialized
> > > >
> > > > - With "gcc version 4.2.1 (CodeSourcery Sourcery G++ Lite
> > > > 2007q3-53)" there is alignment exception in early booting
> > > > independently of 718fc6cd4db902aa2242a736cc3feb8744a4c71a
> > >
> > > Weird that this alignment exception only happens on 24xx, not on
> > > 34xx.
> >
> > For me reverting 0e5194e1a84c219bebbb78f305b7a8eabc4a3656 fixes this.
> > Reverting 718fc6cd4db902aa2242a736cc3feb8744a4c71a like Felipe
> > mentioned does not help for me with gcc version 4.2.3 (Sourcery G++
> > Lite 2008q1-126).
> >
> I reverted the 0e5194e1a84c219bebbb78f305b7a8eabc4a3656 and now it
> boots with gcc 4.2.1 but only if DEBUG_LL=y. With gcc 3.4.4 there is no
> difference. Looks like that alignment is one issue and DEBUG_LL is
> another?
Does it behave the same way with Paul's patches?
Tony
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Git tree updated to v2.6.27-rc2, help needed
2008-08-13 7:48 ` Tony Lindgren
@ 2008-08-13 13:38 ` Tony Lindgren
0 siblings, 0 replies; 13+ messages in thread
From: Tony Lindgren @ 2008-08-13 13:38 UTC (permalink / raw)
To: Jarkko Nikula; +Cc: linux-omap, Sakari Ailus, Hiroshi DOYU, Eduardo Valentin
* Tony Lindgren <tony@atomide.com> [080813 10:46]:
> * Jarkko Nikula <jarkko.nikula@nokia.com> [080813 10:44]:
> > On Tue, 12 Aug 2008 17:31:20 +0300
> > "ext Tony Lindgren" <tony@atomide.com> wrote:
> >
> > > > > > - Alignment error on omap2/3. This seems to happen also with
> > > > > > 718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
> > > > > >
> > > > > - N800 boots up to UI with "gcc version 3.4.4 (release)
> > > > > (CodeSourcery ARM 2005q3-2" and with DEBUG_LL=y. Without DEBUG_LL
> > > > > it hangs somewhere before serial is initialized
> > > > >
> > > > > - With "gcc version 4.2.1 (CodeSourcery Sourcery G++ Lite
> > > > > 2007q3-53)" there is alignment exception in early booting
> > > > > independently of 718fc6cd4db902aa2242a736cc3feb8744a4c71a
> > > >
> > > > Weird that this alignment exception only happens on 24xx, not on
> > > > 34xx.
> > >
> > > For me reverting 0e5194e1a84c219bebbb78f305b7a8eabc4a3656 fixes this.
> > > Reverting 718fc6cd4db902aa2242a736cc3feb8744a4c71a like Felipe
> > > mentioned does not help for me with gcc version 4.2.3 (Sourcery G++
> > > Lite 2008q1-126).
> > >
> > I reverted the 0e5194e1a84c219bebbb78f305b7a8eabc4a3656 and now it
> > boots with gcc 4.2.1 but only if DEBUG_LL=y. With gcc 3.4.4 there is no
> > difference. Looks like that alignment is one issue and DEBUG_LL is
> > another?
>
> Does it behave the same way with Paul's patches?
Well at least following combination boots my n810 withtout LL_DEBUG:
v2.6.26-omap1
[PATCH 1/2] OMAP2 clock: associate clocks with clockdomains at startup
[PATCH 2/2] OMAP2/3 clockdomains: autodeps should respect platform flags
It does not boot without Paul's two patches. Also, v2.6.27-omap1 does
not boot even with Paul's two patches.
Anyways, I've created a new branch v2.6.26-omap2 with above patches
and Beagle timer fixes applied.
Tony
^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: Git tree updated to v2.6.27-rc2, help needed
2008-08-11 15:26 Git tree updated to v2.6.27-rc2, help needed Tony Lindgren
` (2 preceding siblings ...)
2008-08-12 7:13 ` Jarkko Nikula
@ 2008-08-12 15:12 ` Premi, Sanjeev
2008-08-13 14:07 ` Premi, Sanjeev
3 siblings, 1 reply; 13+ messages in thread
From: Premi, Sanjeev @ 2008-08-12 15:12 UTC (permalink / raw)
To: Tony Lindgren, linux-omap@vger.kernel.org, Sakari Ailus,
Hiroshi DOYU, Eduardo
The omap3_evm_defconfig needs to be updated.
Else, build fails with:
LD init/built-in.o
LD .tmp_vmlinux1
arm-none-linux-gnueabi-ld: no machine record defined
arm-none-linux-gnueabi-ld: no machine record defined
make: *** [.tmp_vmlinux1] Error 1
"make oldconfig" did not help either.
I 'hacked' a defconfig with using omap_3430sdp_defconfig as reference for the build to be successful.
Will need to review it later in the night before I send a patch...
Best regards,
Sanjeev
-----Original Message-----
From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Monday, August 11, 2008 8:56 PM
To: linux-omap@vger.kernel.org; Sakari Ailus; Hiroshi DOYU; Eduardo Valentin
Subject: Git tree updated to v2.6.27-rc2, help needed
Hi all,
I've updated our git tree to v2.6.27-rc2, and looks like we still have a bunch of issues to solve:
- DSP compile is broken as now device_create() is same as
device_create_drvdata(). So device_create() expects some
some drvdata to be set also in drivers/dsp/dspgateway/task.c
and drivers/dsp/dspgateway/dsp_ctl_core.c.
Hiroshi, care to take a look at the DSP issue?
- V4L drivers init needs to be fixed as the configuration is
now passed in some other struct. This affects at least
omap24xxcam.c and radio-tea5761.c.
Sakari & Eduardo, can you look at these issues?
- Booting fails early on 3430sdp for some reason
- Alignment error on omap2/3. This seems to happen also with
718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
- Pending patches to isp1301_omap.c need to be tested on H2 and H4
USB
- Cpufreq is oopses on at least omap1
I'll continue looking at the 3430sdp boot issues on Tuesday and then update to current mainline with the header changes.
Cheers,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 13+ messages in thread* RE: Git tree updated to v2.6.27-rc2, help needed
2008-08-12 15:12 ` Premi, Sanjeev
@ 2008-08-13 14:07 ` Premi, Sanjeev
0 siblings, 0 replies; 13+ messages in thread
From: Premi, Sanjeev @ 2008-08-13 14:07 UTC (permalink / raw)
To: Tony Lindgren, linux-omap@vger.kernel.org, Sakari Ailus,
Hiroshi DOYU, Eduardo
I was able to resolve the build errors, but the kernel doesn't boot beyond this point:
Uncompressing Linux............................................................................................................... done, booting the kernel.
<5>Linux version 2.6.27-rc2-omap1-04806-g1edabb5 (sanjeev@gitsvr01) (gcc version 4.2.3 (Sourcery G++ Lite 2008q1-126)) #2 Wed Aug 13 19:12:34 IST 2008
CPU: ARMv7 Processor [411fc082] revision 2 (ARMv7), cr=00c5387f
Machine: OMAP3 EVM
Memory policy: ECC disabled, Data cache writeback
... trying to debug without much luck so far.
Best regards,
Sanjeev
-----Original Message-----
From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Premi, Sanjeev
Sent: Tuesday, August 12, 2008 8:42 PM
To: Tony Lindgren; linux-omap@vger.kernel.org; Sakari Ailus; Hiroshi DOYU; Eduardo Valentin
Subject: RE: Git tree updated to v2.6.27-rc2, help needed
The omap3_evm_defconfig needs to be updated.
Else, build fails with:
LD init/built-in.o
LD .tmp_vmlinux1
arm-none-linux-gnueabi-ld: no machine record defined
arm-none-linux-gnueabi-ld: no machine record defined
make: *** [.tmp_vmlinux1] Error 1
"make oldconfig" did not help either.
I 'hacked' a defconfig with using omap_3430sdp_defconfig as reference for the build to be successful.
Will need to review it later in the night before I send a patch...
Best regards,
Sanjeev
-----Original Message-----
From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Monday, August 11, 2008 8:56 PM
To: linux-omap@vger.kernel.org; Sakari Ailus; Hiroshi DOYU; Eduardo Valentin
Subject: Git tree updated to v2.6.27-rc2, help needed
Hi all,
I've updated our git tree to v2.6.27-rc2, and looks like we still have a bunch of issues to solve:
- DSP compile is broken as now device_create() is same as
device_create_drvdata(). So device_create() expects some
some drvdata to be set also in drivers/dsp/dspgateway/task.c
and drivers/dsp/dspgateway/dsp_ctl_core.c.
Hiroshi, care to take a look at the DSP issue?
- V4L drivers init needs to be fixed as the configuration is
now passed in some other struct. This affects at least
omap24xxcam.c and radio-tea5761.c.
Sakari & Eduardo, can you look at these issues?
- Booting fails early on 3430sdp for some reason
- Alignment error on omap2/3. This seems to happen also with
718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
- Pending patches to isp1301_omap.c need to be tested on H2 and H4
USB
- Cpufreq is oopses on at least omap1
I'll continue looking at the 3430sdp boot issues on Tuesday and then update to current mainline with the header changes.
Cheers,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 13+ messages in thread