On 24.02.2012, at 19:34, Guillaume Gardet wrote:
Le 24/02/2012 18:58, Alexander Graf a écrit :
On 24.02.2012, at 18:13, Guillaume Gardet wrote:
Le 24/02/2012 18:09, Alexander Graf a écrit :
On 24.02.2012, at 18:07, Guillaume Gardet wrote:
Le 24/02/2012 17:44, Alexander Graf a écrit :
On 24.02.2012, at 17:24, Guillaume Gardet wrote:
> Le 24/02/2012 17:19, Guillaume Gardet a écrit : >> Le 24/02/2012 17:03, Alexander Graf a écrit : >>> Hi Guillaume, >>> >>> On 24.02.2012, at 16:51, Guillaume Gardet wrote: >>> >>>> Hi, >>>> >>>> I downloaded images from : http://download.opensuse.org/repositories/openSUSE:/Factory:/ARM/images/ >>>> for the beagleboard xM >>> Ah, cool, thanks a lot for trying it out! >> :) Thanks for the fast answer. >>>> I managed to boot using this kernel and rootfs but I have no modules loaded and there is nothing in /lib/modules, so I can only use built-in drivers. >>>> >>>> The thing is I did not used initrd since I am not sure how to handle it. I think initrd has all the kernel modules. >>> Yeah, most device drivers are part of the initrd. And since we use LVM for /, you definitely need an initrd. >>> >>>> Could you tell me how to use the initrd with u-boot, please? >>> If you just take the beagle image and directly dump it onto your board, it should load the kiwi initrd with our kernel automatically. IIRC things will break after reboot, because mkinitrd isn't fixed yet, but you should be able to properly boot up the image at least once. >> I do not think it will work since there is no MLO nor u-boot.bin nor boot.scr script in the archive. >> If I dd files, it won't boot since it is not an image file (and there is no MLO). >> If I copy files (cp) it won't work since u-boot does not know about it. I need the kernel cmdline to boot properly. > Ooops. I just noticed there are 2 files: > LimeJeOS-openSUSE-Factory-ARM-beagle.armv7l-1.12.1-Build6.6.raw.bz2 > LimeJeOS-openSUSE-Factory-ARM-beagle.armv7l-1.12.1-Build6.6-raw.tar.bz2 > > I will try the .raw right now and tell it if it is working! Yeah, I still need to figure out why we generate 2 files :o. Also, you won't find MLO - it's directly written to offset 128kb on the raw image for us, since that allows us to be completely FAT-less :) The -raw.tar image is usefull to get files and using those as we want. The .raw is very good to dd it.
It is nice to be FAT-less but how do you handle update? Well, MLO and u-boot do not need lots of update. U-boot can still be updated and resides in /boot. Once monted on my PC I can also see MLO.
Yup, but it's unused :).
I do that: sudo dd if=LimeJeOS-openSUSE-Factory-ARM-beagle.armv7l-1.12.1-Build6.6.raw of=/dev/sdb where /dev/sdb is my µSD card. But I cannot boot anymore. Any idea? Do I need to format my card in a special way? No, it should just work like that. Do you get any output on the serial console? No, nothing. I think MLO is not found. That is odd. Could you please try to rewrite MLO to offset 128kb on the sd card? If that doesn't work, maybe we should try to take a known-good x-loader and dump that on there. Unfortunately, we need x-loader with a special header for raw boot which usually isn't present with the FAT based MLOs.
Well, I noticed something funny! I dd the image and then repartitionned and reformat my SD card with 1 FAT partition and copy nothing and tried to boot and openSUSE MLO started: ************************************************************ Texas Instruments X-Loader 1.5.0 (Feb 6 2012 - 17:53:20) Beagle xM Failed to mount ext2 filesystem... Reading boot sector fat load failed, trying ext2 u-boot.bin not found or blank nand contents - attempting serial boot . . . ## Ready for binary (kermit) download to 0x80008000 at 115200 bps... ************************************************************
So MLO (x-loader) from openSUSE is here and able to boot. Very Strange.
Do you have source code to an x-loader that you're sure works? Or could you try to use the MLO that you found on the SD card with a FAT partition?
x-loader/MLO I use is here: *********************************************************** git clone git://gitorious.org/xloadomap3/mainline.git xloader cd xloader make distclean make omap3530beagle_config make CROSS_COMPILE=arm-none-linux-gnueabi ***********************************************************
But openSUSE MLO seems to work.
Maybe the problem comes from partitions?
When MLO does not start, fdisk tells: *********************************************************** Disk /dev/sdb: 3941 MB, 3941597184 bytes 122 heads, 62 sectors/track, 1017 cylinders, total 7698432 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xf6569bc1
Device Boot Start End Blocks Id System /dev/sdb1 * 2048 309247 153600 83 Linux /dev/sdb2 309248 1398783 544768 8e Linux LVM ***********************************************************
When MLO starts, fdisk tells: *********************************************************** Disk /dev/sdb: 3941 MB, 3941597184 bytes 72 heads, 16 sectors/track, 6682 cylinders, total 7698432 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xa2d775df
Device Boot Start End Blocks Id System /dev/sdb1 * 2048 7698431 3848192 83 Linux ***********************************************************
So, heads, sectors and cylinders are different... Could it be a problem?
That is very likely, Marcus, Arnd, Peter, any ideas? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org