| Message ID | 20130122182331.GO22517@atomide.com (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
On 22/01/13 18:23, Tony Lindgren wrote: > * Mark Jackson <mpfj-list@mimc.co.uk> [130122 05:46]: >> On 22/01/13 13:32, Bedia, Vaibhav wrote: >> >> <snip> >> >>> Following works for me: >>> >>> Kernel >>> === >>> git checkout next-20130122 >>> make distclean >>> make omap2plus_defconfig >>> <Enable the appended DTB related options via menuconfig> >>> make -j7 >>> cat arch/arm/boot/zImage arch/arm/boot/dts/am335x-bone.dtb > arch/arm/boot/zImage-dtb.am335x-bone >>> mkimage -A arm -O linux -C none -T kernel -a 0x80008000 -e 0x80008000 -n 'Linux' -d arch/arm/boot/zImage-dtb.am335x-bone arch/arm/boot/uImage-dtb.am335x-bone >>> >>> U-Boot >>> === >>> Built from v2013.01 >> >> <snip> >> >>> A dumb question... in your case what's the bootargs set? Note that the mainline >>> kernel for AM335x doesn't have MMC support yet and the default bootargs is set to >>> rootfs on MMC. >> >> Yes ... I'm trying to boot from a rootfs on MMC:- >> >> Kernel command line: console=ttyO0,115200n8 earlyprintk debug root=/dev/mmcblk0p2 ro rootfstype=ext2 >> rootwait >> >> But I should get *something* from the kernel before it starts trying to access the rootfs ? > > Here's something Kevin fixed but did not send it out before going to > a vacation. Can you give it a try with earlyprintk enabled? > > Note that this does not help with no output early on, that sounds > like a bug configuring the DEBUG_LL port somewhere. > > Regards, > > Tony > > > > From: Kevin Hilman <khilman@deeprootsystems.com> > Date: Tue, 15 Jan 2013 14:12:24 -0800 > Subject: [PATCH] Fix omap_serial as module with debug_ll and earlyprintk > > Otherwise we can race with the earlyconsole getting turned off > which can cause a non-booting system with earlyprintk enabled. > > [tony@atomide.com: updated description] > Signed-off-by: Tony Lindgren <tony@atomide.com> > > --- > > Kevin, can I add your Signed-off-by to this one? > > --- a/arch/arm/mach-omap2/omap_device.c > +++ b/arch/arm/mach-omap2/omap_device.c > @@ -1298,4 +1298,4 @@ static int __init omap_device_late_init(void) > bus_for_each_dev(&platform_bus_type, NULL, NULL, omap_device_late_idle); > return 0; > } > -omap_late_initcall(omap_device_late_init); > +late_initcall_sync(omap_device_late_init); > Sorry ... still no joy:- U-Boot# askenv bootargs Please enter 'bootargs':ttyO0,115200n8 earlyprintk root=/dev/mmcblk0p2 ro rootfstype=ext2 rootwait U-Boot# dhcp 80000000 10.0.0.100:/nanobone/uImage-dtb;bootm 80000000 link up on port 0, speed 100, full duplex BOOTP broadcast 1 *** Unhandled DHCP Option in OFFER/ACK: 44 *** Unhandled DHCP Option in OFFER/ACK: 46 *** Unhandled DHCP Option in OFFER/ACK: 44 *** Unhandled DHCP Option in OFFER/ACK: 46 DHCP client bound to address 10.0.0.112 Using cpsw device TFTP from server 10.0.0.100; our IP address is 10.0.0.112 Filename '/nanobone/uImage-dtb'. Load address: 0x80000000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ########### 625 KiB/s done Bytes transferred = 3972199 (3c9c67 hex) ## Booting kernel from Legacy Image at 80000000 ... Image Name: Linux 3.8.0-rc3-12154-gac00f0e-d Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3972135 Bytes = 3.8 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... My .config can be found at http://pastebin.com/rj5ptt7W Cheers Mark J. -- 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
Hi Tony, On Tue, Jan 22, 2013 at 23:53:32, Tony Lindgren wrote: [...] > > > > But I should get *something* from the kernel before it starts trying to access the rootfs ? > > Here's something Kevin fixed but did not send it out before going to > a vacation. Can you give it a try with earlyprintk enabled? > > Note that this does not help with no output early on, that sounds > like a bug configuring the DEBUG_LL port somewhere. > I think earlyprintk on AM335x has not been functional for a while [1]. Will the latest patches from you to enable multiplatform debug-ll be sufficient to test this out? I am trying to track down the boot issues reported and just want to be sure of the dependencies. [1] http://marc.info/?l=linux-omap&m=134642491119235&w=2 [2] https://patchwork.kernel.org/patch/1896851/ Regards, Vaibhav -- 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
* Bedia, Vaibhav <vaibhav.bedia@ti.com> [130123 06:35]: > Hi Tony, > > On Tue, Jan 22, 2013 at 23:53:32, Tony Lindgren wrote: > [...] > > > > > > But I should get *something* from the kernel before it starts trying to access the rootfs ? > > > > Here's something Kevin fixed but did not send it out before going to > > a vacation. Can you give it a try with earlyprintk enabled? > > > > Note that this does not help with no output early on, that sounds > > like a bug configuring the DEBUG_LL port somewhere. > > > > I think earlyprintk on AM335x has not been functional for a while [1]. > Will the latest patches from you to enable multiplatform debug-ll be sufficient > to test this out? I am trying to track down the boot issues reported and just > want to be sure of the dependencies. Yes you should check with current linux next and select the DEBUG_LL port manually. > [1] http://marc.info/?l=linux-omap&m=134642491119235&w=2 This one should no longer be needed as we now use the machine_id for board-generic.c for DT boot. > [2] https://patchwork.kernel.org/patch/1896851/ This alone won't work without multiplatform support. At least modifying the Kconfig to use the new settings for OMAP2PLUS is needed. Probably easiest to make sure it works in linux next first. Regards, 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
On Fri, Jan 25, 2013 at 22:29:43, Tony Lindgren wrote: > * Bedia, Vaibhav <vaibhav.bedia@ti.com> [130123 06:35]: > > Hi Tony, > > > > On Tue, Jan 22, 2013 at 23:53:32, Tony Lindgren wrote: > > [...] > > > > > > > > But I should get *something* from the kernel before it starts trying to access the rootfs ? > > > > > > Here's something Kevin fixed but did not send it out before going to > > > a vacation. Can you give it a try with earlyprintk enabled? > > > > > > Note that this does not help with no output early on, that sounds > > > like a bug configuring the DEBUG_LL port somewhere. > > > > > > > I think earlyprintk on AM335x has not been functional for a while [1]. > > Will the latest patches from you to enable multiplatform debug-ll be sufficient > > to test this out? I am trying to track down the boot issues reported and just > > want to be sure of the dependencies. > > Yes you should check with current linux next and select the DEBUG_LL > port manually. > Verified on linux-next that selecting the right UART port gives a functional early_console. (One of the rare cases where forcing a kernel panic early in the boot process makes sense ;) Regards, Vaibhav -- 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
--- a/arch/arm/mach-omap2/omap_device.c +++ b/arch/arm/mach-omap2/omap_device.c @@ -1298,4 +1298,4 @@ static int __init omap_device_late_init(void) bus_for_each_dev(&platform_bus_type, NULL, NULL, omap_device_late_idle); return 0; } -omap_late_initcall(omap_device_late_init); +late_initcall_sync(omap_device_late_init);