Skip to contentSkip to conversation

Git tree updated to v2.6.27-rc2, help needed

DISCUSSION Tony Lindgren 6 participants 13 messages Aug 11, 2008 – Aug 13, 2008

lore
Share & tools
lore

Tony Lindgren

author
#0 lore raw

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

#1 lore raw
Quoted 1 line · Tony Lindgren

- 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.

Quoted 2 lines

- 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

author
#2 lore raw
Quoted 11 lines · Paul Walmsley
Quoted 1 line · Tony Lindgren

- 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.

Quoted 2 lines

- 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

#3 lore raw
In reply to Tony Lindgren

From: "ext Tony Lindgren" <[email protected]>
Subject: Git tree updated to v2.6.27-rc2, help needed
Date: Mon, 11 Aug 2008 18:26:21 +0300

Quoted 11 lines

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

#4 lore raw
In reply to Tony Lindgren
Quoted 10 lines · On Mon, 11 Aug 2008 18:26:21 +0300 "ext Tony Lindgren" <[email protected]> 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

author
#5 lore raw
Quoted 13 lines · Jarkko Nikula
Quoted 10 lines · On Mon, 11 Aug 2008 18:26:21 +0300 "ext Tony Lindgren" <[email protected]> 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?

Quoted 7 lines

- 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

Quoted 62 lines

<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

author
#6 lore raw
Quoted 18 lines · Tony Lindgren
Quoted 17 lines · Jarkko Nikula
Quoted 10 lines · On Mon, 11 Aug 2008 18:26:21 +0300 "ext Tony Lindgren" <[email protected]> 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

Quoted 5 lines
Quoted 3 lines

- 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).

Quoted 69 lines

Tony

Quoted 56 lines

<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

Quoted 6 lines
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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

#7 lore raw
Quoted 4 lines · Tony Lindgren

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 ??

Signature · 1 line
balbi
#8 lore raw
In reply to Tony Lindgren
Quoted 11 lines · On Tue, 12 Aug 2008 17:31:20 +0300 "ext Tony Lindgren" <[email protected]> wrote:
Quoted 11 lines
Quoted 10 lines
Quoted 3 lines

- 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

Quoted 8 lines
Quoted 2 lines

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

author
#9 lore raw
Quoted 22 lines · Jarkko Nikula
Quoted 11 lines · On Tue, 12 Aug 2008 17:31:20 +0300 "ext Tony Lindgren" <[email protected]> wrote:
Quoted 11 lines
Quoted 10 lines
Quoted 3 lines

- 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

Quoted 8 lines
Quoted 2 lines

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).

Quoted 4 lines

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

author
#10 lore raw
Quoted 23 lines · Tony Lindgren
Quoted 22 lines · Jarkko Nikula
Quoted 19 lines · On Tue, 12 Aug 2008 17:31:20 +0300 "ext Tony Lindgren" <[email protected]> wrote:
Quoted 7 lines
Quoted 7 lines
Quoted 3 lines

- 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

Quoted 6 lines
Quoted 3 lines

- 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).

Quoted 6 lines
Quoted 4 lines

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

#11 lore raw
In reply to Tony Lindgren

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: [email protected] [mailto:[email protected]] On Behalf Of Tony Lindgren
Sent: Monday, August 11, 2008 8:56 PM
To: [email protected]; 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 [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html

#12 lore raw

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: [email protected] [mailto:[email protected]] On Behalf Of Premi, Sanjeev
Sent: Tuesday, August 12, 2008 8:42 PM
To: Tony Lindgren; [email protected]; 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: [email protected] [mailto:[email protected]] On Behalf Of Tony Lindgren
Sent: Monday, August 11, 2008 8:56 PM
To: [email protected]; 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 [email protected] 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 [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html