1892 2012-01-11 07:40:25 +0000 Beagleboard doesn't boot 2012-04-27 00:13:47 +0000 1 1 7 Build System, Metadata & Runtime BSPs bsps-configuration unspecified x86 Multiple RESOLVED FIXED (1.2) Medium normal 1.2.1 1 jack yang.shi bruce.ashfield gizero jessica.zhang sgw yi.zhao yp.bsp.watcher yp.watcher --- --- --- oldest_to_newest 18076 0 311 jack 2012-01-11 07:40:25 +0000 Created attachment 311 Config fragmet I am trying to boot a Beagleboard-XM using a fairly standard yocto build. I have added a patch to enable SPI and that is all - see attached. The boot process gets as far as booting the kernel then halts, see output below: Texas Instruments X-Loader 1.5.0 (Jan 11 2012 - 14:06:12) Beagle xM Reading boot sector Loading u-boot.bin from mmc U-Boot 2011.06 (Jan 11 2012 - 14:15:11) OMAP3630/3730-GP ES2.1, CPU-OPP2, L3-165MHz, Max CPU Clock 1 Ghz OMAP3 Beagle board + LPDDR/NAND I2C: ready DRAM: 512 MiB NAND: 0 MiB MMC: OMAP SD/MMC: 0 *** Warning - readenv() failed, using default environment In: serial Out: serial Err: serial Beagle unknown 0x02 No EEPROM on expansion board Die ID #0ed800229ff800000163810c15007017 Hit any key to stop autoboot: 0 SD/MMC found on device 0 reading uEnv.txt ** Unable to read "uEnv.txt" from mmc 0:1 ** reading uImage 3106580 bytes read Booting from mmc ... ## Booting kernel from Legacy Image at 82000000 ... Image Name: Linux-3.0.12-yocto-standard+ Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3106516 Bytes = 3 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... Uncompressing Linux... done, booting the kernel. 18077 1 312 jack 2012-01-11 07:40:52 +0000 Created attachment 312 SPI patch 18078 2 bruce.ashfield 2012-01-11 07:42:29 +0000 Liming: can you have a look at this ? 18079 3 jack 2012-01-11 07:45:13 +0000 Extra info: using poky-git master as of 11th Jan 13:00 GMT. 18104 4 liming.wang 2012-01-11 23:45:25 +0000 (In reply to comment #1) > Created attachment 312 [details] > SPI patch When did your booting failure happen? After applied the patch? 18105 5 jack 2012-01-12 04:10:08 +0000 (In reply to comment #4) > (In reply to comment #1) > > Created attachment 312 [details] [details] > > SPI patch > When did your booting failure happen? After applied the patch? Booting failed from the start. I have just built a completely fresh core-image-minimal and I receive exactly the same results. Will try wiping the sd card and starting from fresh on that too. 18128 6 jack 2012-01-13 01:29:42 +0000 OK, I wiped the sd card, re-partioned the lot and tried booting a core-image-minimal image with exactly the same results. Is there a way I can turn off quiet boot to get some feedback on where it is falling over, or to confirm if it isn't getting any further. Something to note, although I don't know if it matters is that kernel 3.0.14 is being built but the modules being built are 3.0.12? 18132 7 liming.wang 2012-01-13 01:43:19 +0000 (In reply to comment #6) > OK, I wiped the sd card, re-partioned the lot and tried booting a > core-image-minimal image with exactly the same results. Is there a way I can > turn off quiet boot to get some feedback on where it is falling over, or to > confirm if it isn't getting any further. Could you paste the result of "printenv" command in u-boot cmdline? > > Something to note, although I don't know if it matters is that kernel 3.0.14 is > being built but the modules being built are 3.0.12? In our beagleboard C4 board, there is no such booting issue. We will get xM board later and have a test. 18134 8 jack 2012-01-13 01:54:53 +0000 OMAP3 beagleboard.org # printenv baudrate=115200 bootcmd=if mmc rescan ${mmcdev}; then echo SD/MMC found on device ${mmcdev};if run loadbootenv; then run importbootenv;fi;if test -n $uenvcmd; then echo Running uenvcmd ...;run uenvcmd;fi;if run loaduimage; then run mmcboot;fi;fi;run nandboot; bootdelay=10 buddy=none console=ttyS2,115200n8 defaultdisplay=dvi dieid#=0ed800229ff800000163810c15007017 dvimode=1024x768MR-16@60 importbootenv=echo Importing environment from mmc ...; env import -t $loadaddr $filesize loadaddr=0x82000000 loadbootenv=fatload mmc ${mmcdev} ${loadaddr} uEnv.txt loaduimage=fatload mmc ${mmcdev} ${loadaddr} uImage mmcargs=setenv bootargs console=${console} mpurate=${mpurate} vram=${vram} omapfb.mode=dvi:${dvimode} omapfb.debug=y omapdss.def_disp=${defaultdisplay} root=${mmcroot} rootfstype=${mmcrootfstype} mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${loadaddr} mmcdev=0 mmcroot=/dev/mmcblk0p2 rw mmcrootfstype=ext3 rootwait mpurate=auto nandargs=setenv bootargs console=${console} mpurate=${mpurate} vram=${vram} omapfb.mode=dvi:${dvimode} omapfb.debug=y omapdss.def_disp=${defaultdisplay} root=${nandroot} rootfstype=${nandrootfstype} nandboot=echo Booting from nand ...; run nandargs; nand read ${loadaddr} 280000 400000; bootm ${loadaddr} nandroot=/dev/mtdblock4 rw nandrootfstype=jffs2 usbtty=cdc_acm vram=12M 18135 9 jack 2012-01-13 01:56:56 +0000 Looking at this: console=ttyS2,115200n8 should it not be: console=ttySO2,115200n8 As mentioned here: http://www.yoctoproject.org/download/bsp/texas-instruments-arm-cortex-a8-development-board-beagleboard-0 NOTE: As of the 2.6.37 linux-yocto kernel recipe, the Beagleboard uses the OMAP_SERIAL device (ttyO2). If you are using an older kernel, such as the 2.6.34 linux-yocto-stable, be sure to replace ttyO2 with ttyS2 above. You should also override the machine SERIAL_CONSOLE in your local.conf in order to setup the getty on the serial line as follows: SERIAL_CONSOLE_beagleboard = "115200 ttyS2" 18136 10 jack 2012-01-13 02:07:10 +0000 I take that back, the environment variables are read from uImage which I guess comes from the boot.scr that I created details of which are: setenv bootcmd 'mmc init; fatload mmc 0:1 0x80300000 uImage; bootm 0x80300000' setenv setenv bootargs 'console=ttyO2,115200n8 root=/dev/mmcblk0p2 rootwait rootfstype=ext3 rw' boot 18137 11 jack 2012-01-13 04:59:24 +0000 With a git clone of the edison branch, my beagle boots no problem. It runs the 2.6 series kernel on this branch, therefore I would imagine that it is 3.0 series kernel related. 19650 12 dvhart 2012-03-29 23:47:43 +0000 Exactly which Beagleboard xM revision are you working with? 19696 13 jack 2012-03-30 10:28:16 +0000 Hi Darren, I can confirm that my BeagleBoard still doesn't boot with the latest git master as of today with a clean build environment. My board is identified as a BeagleBoard xM Revision C as far as I can tell. I have attached my latest serial boot log. Again, it gets to uncompressing the kernel, done, booting kernel and then hangs. Regards, Jack. Texas Instruments X-Loader 1.5.0 (Mar 30 2012 - 10:43:11) Beagle xM Reading boot sector Loading u-boot.bin from mmc U-Boot 2011.06 (Mar 30 2012 - 10:43:18) OMAP3630/3730-GP ES2.1, CPU-OPP2, L3-165MHz, Max CPU Clock 1 Ghz OMAP3 Beagle board + LPDDR/NAND I2C: ready DRAM: 512 MiB NAND: 0 MiB MMC: OMAP SD/MMC: 0 *** Warning - readenv() failed, using default environment In: serial Out: serial Err: serial Beagle unknown 0x02 No EEPROM on expansion board Die ID #3f4200029ff80000016071640c00e00c Hit any key to stop autoboot: 0 SD/MMC found on device 0 reading uEnv.txt ** Unable to read "uEnv.txt" from mmc 0:1 ** reading uImage 3110216 bytes read Booting from mmc ... ## Booting kernel from Legacy Image at 82000000 ... Image Name: Linux-3.0.23-yocto-standard Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3110152 Bytes = 3 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... Uncompressing Linux... done, booting the kernel. 19704 14 bruce.ashfield 2012-03-30 12:51:59 +0000 Yang: We'll have to work to get access to a beagleboard. The one that I have isn't functional anymore. The test team @ Wind River has our boards, so we are going to need to work with them for some sort of access. 19845 15 gizero 2012-04-04 05:51:28 +0000 Won't have access to my beagleboard till tomorrow, but I believe it's worth commenting here, just after I noticed this bug report. While beta testing yocto 1.2, I wasn't able to boot a successfully built core-image-minimal with default configuration. First I had the same effect Jack reported, but correctly setting console variable through uEnv.txt I was able to get boot messages back. The kernel was failed while trying to get the root filesystem out of the MMC card: I compared the log with an image built out of official edison (1.1), which was booting fine, and noticed that any detection of the MMC card was missing in the the log from 1.2 beta (sorry for lack of detailed error messages here, but I'm commuting now and don't have acces to my full build logs). One more thing: the kernel built by 1.2 beta was failing to correctly identify my beagleboard as xM: it was giving a "type unknown 0x02". Looking at kernel source in yocto work directory, I noticed the relevant board-omap3beagle.c was somewhat outdated in the relevant bits. Also tried another kernel built from recent edison 1.1.1, and this also was failing with the same result. Looks like some something odd happened between 1.1 and 1.1.1. I'll try to augment this report as soon as I get my logs back. BTW, I see you are missing a beagleboard xM for tests. I have one and can do some testing as time allows. 20222 16 yi.zhao 2012-04-12 07:40:22 +0000 (In reply to comment #10) > I take that back, the environment variables are read from uImage which I guess > comes from the boot.scr that I created details of which are: > > setenv bootcmd 'mmc init; fatload mmc 0:1 0x80300000 uImage; bootm 0x80300000' > setenv setenv bootargs 'console=ttyO2,115200n8 root=/dev/mmcblk0p2 > rootwait rootfstype=ext3 rw' > boot Hi Jack, You can try to add "mmc rescan 0" command in u-boot. Like below: setenv bootcmd 'fatload mmc 0:1 0x80300000 uImage; bootm 0x80300000' setenv bootargs 'console=ttyO2,115200n8 console=tty0 root=/dev/mmcblk0p2 rootwait rootfstype=ext3 ro' mmc rescan 0 boot 20896 17 bruce.ashfield 2012-04-27 00:13:47 +0000 This is actually fixed. Looks like we forgot to update the status, Denys sent a config fix that allows boot to proceed. Changing the status now. 311 2012-01-11 07:40:25 +0000 2012-01-11 07:40:25 +0000 Config fragmet spi.cfg application/octet-stream 179 jack Q09ORklHX1NQST15CkNPTkZJR19TUElfTUFTVEVSPXkKQ09ORklHX1NQSV9CSVRCQU5HPW0KQ09O RklHX1NQSV9HUElPPW0KQ09ORklHX1NQSV9PTUFQMjRYWD15CkNPTkZJR19TUElfU1BJREVWPXkK Q09ORklHX09NQVBfTVVYPXkKQ09ORklHX09NQVBfTVVYX1dBUk5JTkdTPXkKQ09ORklHX09NQVBf TUNCU1A9eQo= 312 2012-01-11 07:40:52 +0000 2012-01-11 07:40:52 +0000 SPI patch spi.patch text/plain 1541 jack ZGlmZiAtLWdpdCBhL2FyY2gvYXJtL21hY2gtb21hcDIvYm9hcmQtb21hcDNiZWFnbGUuYyBiL2Fy Y2gvYXJtL21hY2gtb21hcDIvYm9hcmQtb21hcDNiZWFnbGUuYwppbmRleCAzMmY1Zjg5Li40YmRi ZGVkIDEwMDY0NAotLS0gYS9hcmNoL2FybS9tYWNoLW9tYXAyL2JvYXJkLW9tYXAzYmVhZ2xlLmMK KysrIGIvYXJjaC9hcm0vbWFjaC1vbWFwMi9ib2FyZC1vbWFwM2JlYWdsZS5jCkBAIC0zMCw2ICsz MCw3IEBACiAjaW5jbHVkZSA8bGludXgvbXRkL25hbmQuaD4KICNpbmNsdWRlIDxsaW51eC9tbWMv aG9zdC5oPgogCisjaW5jbHVkZSA8bGludXgvc3BpL3NwaS5oPgogI2luY2x1ZGUgPGxpbnV4L3Jl Z3VsYXRvci9tYWNoaW5lLmg+CiAjaW5jbHVkZSA8bGludXgvaTJjL3R3bC5oPgogCkBAIC00NTYs NiArNDU3LDI2IEBAIHN0YXRpYyB2b2lkIF9faW5pdCBvbWFwM19iZWFnbGVfaW5pdF9pcnEodm9p ZCkKIAlvbWFwM19pbml0X2lycSgpOwogfQogCitzdGF0aWMgdm9pZCBfX2luaXQgb21hcDNfYmVh Z2xlX2NvbmZpZ19tY3NwaTRfbXV4KHZvaWQpCit7CisgICAgICAgIC8vIE5PVEU6IENsb2NrIHBp bnMgbmVlZCB0byBiZSBpbiBpbnB1dCBtb2RlCisJb21hcF9tdXhfaW5pdF9zaWduYWwoIm1jYnNw MV9jbGtyLm1jc3BpNF9jbGsiLCBPTUFQX1BJTl9JTlBVVCk7CisJb21hcF9tdXhfaW5pdF9zaWdu YWwoIm1jYnNwMV9mc3gubWNzcGk0X2NzMCIsIE9NQVBfUElOX09VVFBVVCk7CisJb21hcF9tdXhf aW5pdF9zaWduYWwoIm1jYnNwMV9keC5tY3NwaTRfc2ltbyIsIE9NQVBfUElOX09VVFBVVCk7CisJ b21hcF9tdXhfaW5pdF9zaWduYWwoIm1jYnNwMV9kci5tY3NwaTRfc29taSIsIE9NQVBfUElOX0lO UFVUX1BVTExVUCk7Cit9CisKK3N0YXRpYyBzdHJ1Y3Qgc3BpX2JvYXJkX2luZm8gYmVhZ2xlX21j c3BpX2JvYXJkX2luZm9bXSA9IHsKKwkvLyBzcGkgNC4wCisJeworCQkubW9kYWxpYXMJPSAic3Bp ZGV2IiwKKwkJLm1heF9zcGVlZF9oegk9IDQ4MDAwMDAwLCAvLzQ4IE1icHMKKwkJLmJ1c19udW0J PSA0LAorCQkuY2hpcF9zZWxlY3QJPSAwLAkKKwkJLm1vZGUgPSBTUElfTU9ERV8xLAorCX0sCit9 OworCiBzdGF0aWMgc3RydWN0IHBsYXRmb3JtX2RldmljZSAqb21hcDNfYmVhZ2xlX2RldmljZXNb XSBfX2luaXRkYXRhID0gewogCSZsZWRzX2dwaW8sCiAJJmtleXNfZ3BpbywKQEAgLTUzMSw2ICs1 NTIsMTEgQEAgc3RhdGljIHZvaWQgX19pbml0IG9tYXAzX2JlYWdsZV9pbml0KHZvaWQpCiAJb21h cDNfYmVhZ2xlX2luaXRfcmV2KCk7CiAJb21hcDNfYmVhZ2xlX2kyY19pbml0KCk7CiAKKwlvbWFw M19iZWFnbGVfY29uZmlnX21jc3BpNF9tdXgoKTsKKwlzcGlfcmVnaXN0ZXJfYm9hcmRfaW5mbyhi ZWFnbGVfbWNzcGlfYm9hcmRfaW5mbywKKwkJCUFSUkFZX1NJWkUoYmVhZ2xlX21jc3BpX2JvYXJk X2luZm8pKTsKKworCiAJZ3Bpb19idXR0b25zWzBdLmdwaW8gPSBiZWFnbGVfY29uZmlnLnVzcl9i dXR0b25fZ3BpbzsKIAogCXBsYXRmb3JtX2FkZF9kZXZpY2VzKG9tYXAzX2JlYWdsZV9kZXZpY2Vz LAo=