Skip to contentSkip to conversation

3.11-rc1+ multiplatform kernel+dtb pandaboard issues

DISCUSSION Kyle McMartin 4 participants 7 messages Aug 21, 2013 – Aug 26, 2013 Device tree bindings

lore
Share & tools
lore
#0 lore raw

Hey,

We've been trying to get booting with a detached DTB working in Fedora rawhide for a while, with no luck, the kernel keeps hanging after "Starting kernel ..." with no output.

I've suspected there might be a config issue, as omap2_defconfig works alright, as does booting a uImage with an appended omap4-panda.dtb, but there's no love with a zImage + initrd + dtb (or even just zImage without initrd + dtb.)

I guess for 3.11 we could just use a legacy uImage in the interim until the OMAP dtb stuff is a bit more baked, but we're willing to try to debug the issue.

Our .config is available at [1] in case it's something obvious that I'm just missing that anyone can hint at, but I've futzed a lot of the options from omap2_defconfig in with little luck.

Thanks in advance!

regards, Kyle

1: http://kyle.fedorapeople.org/config-3.11.0-0.rc6.git0.1.fc20.armv7hl

#1 lore raw
Quoted 5 lines · Kyle McMartin

I've suspected there might be a config issue, as omap2_defconfig works alright, as does booting a uImage with an appended omap4-panda.dtb, but there's no love with a zImage + initrd + dtb (or even just zImage without initrd + dtb.)

after some further investigation, something odd is going on... turns out things have been working (at least until initrd time, but that's another story) fine but none of the bootargs have made it into the kernel, so console= was unset and no messages came out.

not sure if this is appropriate, but explicitly putting the "default" serial consoles into the dtb, at least helps me get along debugging issues...

---
From: Kyle McMartin <[email protected]>

Specify default bootargs consoles for the Beaglebone and Pandaboards in their respective device tree files.

arch/arm/boot/dts/am335x-bone.dts +4 -0
@@ -19,6 +19,10 @@
 		};
 	};
 
+	chosen {
+		bootargs = "console=ttyO0,115200n8";
+	};
+
 	memory {
 		device_type = "memory";
 		reg = <0x80000000 0x10000000>; /* 256 MB */
arch/arm/boot/dts/omap4-panda-common.dtsi +4 -0
index faa95b5..b424d00 100644
@@ -16,6 +16,10 @@
 		reg = <0x80000000 0x40000000>; /* 1 GB */
 	};
 
+	chosen {
+		bootargs = "console=ttyO2,115200";
+	};
+
 	leds: leds {
 		compatible = "gpio-leds";
 		pinctrl-names = "default";
#2 lore raw

Hi,

Quoted 10 lines · Kyle McMartin
Quoted 5 lines · Kyle McMartin

I've suspected there might be a config issue, as omap2_defconfig works alright, as does booting a uImage with an appended omap4-panda.dtb, but there's no love with a zImage + initrd + dtb (or even just zImage without initrd + dtb.)

after some further investigation, something odd is going on... turns out things have been working (at least until initrd time, but that's another story)

The initrd problem may be the same error I got, when I tried to boot an OMAP DT kernel with an initrd file (I had no problems with kernel arguments):

http://www.spinics.net/lists/linux-omap/msg95504.html

-- Sebastian

#3 lore raw
Quoted 10 lines · Sebastian Reichel

Hi,

Quoted 7 lines · Kyle McMartin
Quoted 5 lines · Kyle McMartin

I've suspected there might be a config issue, as omap2_defconfig works alright, as does booting a uImage with an appended omap4-panda.dtb, but there's no love with a zImage + initrd + dtb (or even just zImage without initrd + dtb.)

Quoted 8 lines
Quoted 3 lines

after some further investigation, something odd is going on... turns out things have been working (at least until initrd time, but that's another story)

The initrd problem may be the same error I got, when I tried to boot an OMAP DT kernel with an initrd file (I had no problems with kernel arguments):

Definitely looks similar... I don't even get that far though. Spooky. Something definitely seems wonky.

--Kyle

#4 lore raw
In reply to Kyle McMartin
Quoted 11 lines · Kyle McMartin
Quoted 5 lines · Kyle McMartin

I've suspected there might be a config issue, as omap2_defconfig works alright, as does booting a uImage with an appended omap4-panda.dtb, but there's no love with a zImage + initrd + dtb (or even just zImage without initrd + dtb.)

after some further investigation, something odd is going on... turns out things have been working (at least until initrd time, but that's another story) fine but none of the bootargs have made it into the kernel, so console= was unset and no messages came out.

Hmm I've seen that with extra quotes around the u-boot bootargs line. But if things work OK with omap2plus_defconfig, then it sounds that something gets trashed with your .config options. Care to post your .config file somewhere?

Regards,

Tony

#5 lore raw
Quoted 13 lines · Tony Lindgren
Quoted 11 lines · Kyle McMartin
Quoted 5 lines · Kyle McMartin

I've suspected there might be a config issue, as omap2_defconfig works alright, as does booting a uImage with an appended omap4-panda.dtb, but there's no love with a zImage + initrd + dtb (or even just zImage without initrd + dtb.)

after some further investigation, something odd is going on... turns out things have been working (at least until initrd time, but that's another story) fine but none of the bootargs have made it into the kernel, so console= was unset and no messages came out.

Quoted 5 lines

Hmm I've seen that with extra quotes around the u-boot bootargs line. But if things work OK with omap2plus_defconfig, then it sounds that something gets trashed with your .config options. Care to post your .config file somewhere?

Sure, CONFIG_CMDLINE is "" for us...

http://kyle.fedorapeople.org/config-3.11.0-0.rc6.git0.1.fc20.armv7hl

--Kyle

#6 lore raw
Quoted 20 lines · Kyle McMartin
Quoted 13 lines · Tony Lindgren
Quoted 11 lines · Kyle McMartin
Quoted 5 lines · Kyle McMartin

I've suspected there might be a config issue, as omap2_defconfig works alright, as does booting a uImage with an appended omap4-panda.dtb, but there's no love with a zImage + initrd + dtb (or even just zImage without initrd + dtb.)

after some further investigation, something odd is going on... turns out things have been working (at least until initrd time, but that's another story) fine but none of the bootargs have made it into the kernel, so console= was unset and no messages came out.

Quoted 5 lines

Hmm I've seen that with extra quotes around the u-boot bootargs line. But if things work OK with omap2plus_defconfig, then it sounds that something gets trashed with your .config options. Care to post your .config file somewhere?

Quoted 3 lines

Sure, CONFIG_CMDLINE is "" for us...

http://kyle.fedorapeople.org/config-3.11.0-0.rc6.git0.1.fc20.armv7hl

Tried this on my 4430 SDP with the current tip of linux-omap tree at -rc6, had to disable FTRACE and ARCH_ZYNQ to compile.

I can confirm that earlyprintk works, but no output from the serial console. Looking at the console output, looks like serial-omap probe is deferred because of no pinctrl driver. So having:

CONFIG_PINCTRL_SINGLE=y

fixes the issue at least for me booting to the point where it tries to mount root. It seems to be set to module in your .config.

Note that there's still that one bug where earlyprintk does not properly work with serial-omap because of the idling of the device.. But that's a separate issue :)

Regards,

Tony