RE: Git tree updated to v2.6.27-rc2, help needed
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 ([EMAIL PROTECTED]) (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; 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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 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 [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 -- 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
Re: Git tree updated to v2.6.27-rc2, help needed
* Tony Lindgren <[EMAIL PROTECTED]> [080813 10:46]: > * Jarkko Nikula <[EMAIL PROTECTED]> [080813 10:44]: > > On Tue, 12 Aug 2008 17:31:20 +0300 > > "ext Tony Lindgren" <[EMAIL PROTECTED]> 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 -- 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
Re: Git tree updated to v2.6.27-rc2, help needed
* Jarkko Nikula <[EMAIL PROTECTED]> [080813 10:44]: > On Tue, 12 Aug 2008 17:31:20 +0300 > "ext Tony Lindgren" <[EMAIL PROTECTED]> 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 -- 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
Re: Git tree updated to v2.6.27-rc2, help needed
On Tue, 12 Aug 2008 17:31:20 +0300 "ext Tony Lindgren" <[EMAIL PROTECTED]> 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 -- 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
Re: Git tree updated to v2.6.27-rc2, help needed
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 -- 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
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: 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 [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
Re: Git tree updated to v2.6.27-rc2, help needed
* Tony Lindgren <[EMAIL PROTECTED]> [080812 14:42]: > * Jarkko Nikula <[EMAIL PROTECTED]> [080812 10:13]: > > 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 > > 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: 0Not 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 : []lr : []psr: a1d3 > > sp : c0303e90 ip : c0303ea8 fp : c0303ea4 > > r10: 800252c0 r9 : 4107b362 r8 : 0013 > > r7 : c03261ac r6 : 0002 r5 : r4 : c02bf689 > > r3 : c02bf695 r2 : r1 : c03072c8 r0 : c02bf689 > > Flags: NzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel > > Control: 00c5387f Table: 80004000 DAC: 0017 > > 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: 81d3 c0306d24 > > c0303f4c c0303f38 c00432e4 c00336f0 c03099c0 c0306d24 3f40: c0303f64 > > c0303f50 c00433c4 c00432b0 0292 c0306d24 c0303f94 c0303f68 3f60: > > c001144c c00433a4 0149 c0305cb8 c0303f94 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 > > c0026f10 3fe0: 00c5387d c0325f4c c0303ff8 > > 80008034 c0008ad0 Backtrace: [] > > (omap2_clkdm_clk_enable+0x0/0x74) from [] (omap2_clk_enable > > +0x54/0x9c) r5:c0306d24 r4:c03072c8 [] (omap2_clk_enable > > +0x0/0x9c) from [] (omap2_clk_enable+0x38/0x9c) r5:c0306d24 > > r4:c0306d7c [] (omap2_clk_enable+0x0/0x9c) from [] > > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03071f4 > > [] (omap2_clk_enable+0x0/0x9c) from [] > > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03073f0 > > [] (omap2_clk_enable+0x0/0x9c) from [] > > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c0307d90 > > [] (omap2_clk_enable+0x0/0x9c) from [] > > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03099c0 > > [] (omap2_clk_enable+0x0/0x9c) from [] (clk_enable > > +0x40/0x54) r5:c0306d24 r4:81d3 > > [] (clk_enable+0x0/0x54) from [] > > (clk_enable_init_clocks+0x2c/0x4c) r5:c0306d24 r4:c03099c0 > > [] (clk_enable_init_clocks+0x0/0x4c) from [] > > (omap2_clk_init+0x1d0/0x23c) r5:c0306d24 r4:0292 > > [] (omap2_clk_init+0x0/0x23c) from [] > > (omap2_init_common_hw+0x28/0x40) r8:800252f4 r7:c0305cb8 r6:c0026f0c > > r5:c03255c0 r4: [] (omap2_init_common_hw+0x0/0x40) > > from [] (nokia_n800_init_irq+0x14/0x5c) r5:c03255c0 > > r4:c0026f10 [] (nokia_n800_init_irq+0x0/0x5c) from > > [] (init_IRQ+0x38/0x48) [] (init_IRQ+0x0/0x48) from > > [] (start_kernel+0x150/0x2b8) [] (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 [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.or
Re: Git tree updated to v2.6.27-rc2, help needed
* Paul Walmsley <[EMAIL PROTECTED]> [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 -- 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
Re: Git tree updated to v2.6.27-rc2, help needed
* Jarkko Nikula <[EMAIL PROTECTED]> [080812 10:13]: > 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 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: 0Not 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 : []lr : []psr: a1d3 > sp : c0303e90 ip : c0303ea8 fp : c0303ea4 > r10: 800252c0 r9 : 4107b362 r8 : 0013 > r7 : c03261ac r6 : 0002 r5 : r4 : c02bf689 > r3 : c02bf695 r2 : r1 : c03072c8 r0 : c02bf689 > Flags: NzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel > Control: 00c5387f Table: 80004000 DAC: 0017 > 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: 81d3 c0306d24 > c0303f4c c0303f38 c00432e4 c00336f0 c03099c0 c0306d24 3f40: c0303f64 > c0303f50 c00433c4 c00432b0 0292 c0306d24 c0303f94 c0303f68 3f60: > c001144c c00433a4 0149 c0305cb8 c0303f94 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 > c0026f10 3fe0: 00c5387d c0325f4c c0303ff8 > 80008034 c0008ad0 Backtrace: [] > (omap2_clkdm_clk_enable+0x0/0x74) from [] (omap2_clk_enable > +0x54/0x9c) r5:c0306d24 r4:c03072c8 [] (omap2_clk_enable > +0x0/0x9c) from [] (omap2_clk_enable+0x38/0x9c) r5:c0306d24 > r4:c0306d7c [] (omap2_clk_enable+0x0/0x9c) from [] > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03071f4 > [] (omap2_clk_enable+0x0/0x9c) from [] > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03073f0 > [] (omap2_clk_enable+0x0/0x9c) from [] > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c0307d90 > [] (omap2_clk_enable+0x0/0x9c) from [] > (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03099c0 > [] (omap2_clk_enable+0x0/0x9c) from [] (clk_enable > +0x40/0x54) r5:c0306d24 r4:81d3 > [] (clk_enable+0x0/0x54) from [] > (clk_enable_init_clocks+0x2c/0x4c) r5:c0306d24 r4:c03099c0 > [] (clk_enable_init_clocks+0x0/0x4c) from [] > (omap2_clk_init+0x1d0/0x23c) r5:c0306d24 r4:0292 > [] (omap2_clk_init+0x0/0x23c) from [] > (omap2_init_common_hw+0x28/0x40) r8:800252f4 r7:c0305cb8 r6:c0026f0c > r5:c03255c0 r4: [] (omap2_init_common_hw+0x0/0x40) > from [] (nokia_n800_init_irq+0x14/0x5c) r5:c03255c0 > r4:c0026f10 [] (nokia_n800_init_irq+0x0/0x5c) from > [] (init_IRQ+0x38/0x48) [] (init_IRQ+0x0/0x48) from > [] (start_kernel+0x150/0x2b8) [] (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 [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Git tree updated to v2.6.27-rc2, help needed
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: 0Not 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 : []lr : []psr: a1d3 sp : c0303e90 ip : c0303ea8 fp : c0303ea4 r10: 800252c0 r9 : 4107b362 r8 : 0013 r7 : c03261ac r6 : 0002 r5 : r4 : c02bf689 r3 : c02bf695 r2 : r1 : c03072c8 r0 : c02bf689 Flags: NzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel Control: 00c5387f Table: 80004000 DAC: 0017 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: 81d3 c0306d24 c0303f4c c0303f38 c00432e4 c00336f0 c03099c0 c0306d24 3f40: c0303f64 c0303f50 c00433c4 c00432b0 0292 c0306d24 c0303f94 c0303f68 3f60: c001144c c00433a4 0149 c0305cb8 c0303f94 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 c0026f10 3fe0: 00c5387d c0325f4c c0303ff8 80008034 c0008ad0 Backtrace: [] (omap2_clkdm_clk_enable+0x0/0x74) from [] (omap2_clk_enable +0x54/0x9c) r5:c0306d24 r4:c03072c8 [] (omap2_clk_enable +0x0/0x9c) from [] (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c0306d7c [] (omap2_clk_enable+0x0/0x9c) from [] (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03071f4 [] (omap2_clk_enable+0x0/0x9c) from [] (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03073f0 [] (omap2_clk_enable+0x0/0x9c) from [] (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c0307d90 [] (omap2_clk_enable+0x0/0x9c) from [] (omap2_clk_enable+0x38/0x9c) r5:c0306d24 r4:c03099c0 [] (omap2_clk_enable+0x0/0x9c) from [] (clk_enable +0x40/0x54) r5:c0306d24 r4:81d3 [] (clk_enable+0x0/0x54) from [] (clk_enable_init_clocks+0x2c/0x4c) r5:c0306d24 r4:c03099c0 [] (clk_enable_init_clocks+0x0/0x4c) from [] (omap2_clk_init+0x1d0/0x23c) r5:c0306d24 r4:0292 [] (omap2_clk_init+0x0/0x23c) from [] (omap2_init_common_hw+0x28/0x40) r8:800252f4 r7:c0305cb8 r6:c0026f0c r5:c03255c0 r4: [] (omap2_init_common_hw+0x0/0x40) from [] (nokia_n800_init_irq+0x14/0x5c) r5:c03255c0 r4:c0026f10 [] (nokia_n800_init_irq+0x0/0x5c) from [] (init_IRQ+0x38/0x48) [] (init_IRQ+0x0/0x48) from [] (start_kernel+0x150/0x2b8) [] (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 [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Git tree updated to v2.6.27-rc2, help needed
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 > 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 -- 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
Re: Git tree updated to v2.6.27-rc2, help needed
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 -- 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
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