Re: [opensuse-arm] Re: kiwi - FAT support problem
Hi, > bootcode.bin boot.scr Config.txt fixup_cd.dat fixup.dat fixup_x.dat > start_cd.elf start.elf start_x.elf zImage > > boot: > 0xc815e551 boot.script initrd.uboot linux.vmx mbrid > > If bootcode.bin is loaded, I should see a multi-color square on my screen. > But I do not see anything. Hmm, yes berryboot can't read from a directory but it should not matter because all required data seems to be there. Do you see the green led indicating access to the sd card on the board ? At the time I fixed the mkdosfs call I had this problem that there was simply no access to the sd card because the fat filesystem could not be read by the berryboot loader I'm sorry I have no idea what's the problem on your side. btw: I use real hardware (the board itself) to build the image Regards, Marcus -- Public Key available gpg --keyserver gpg-keyserver.de --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: kiwi - FAT support problem
Le 20/12/2013 09:47, Marcus Schäfer a écrit : > Hi, > >> That is what I tried after sending my e-mail and indeed, it builds. ;) >> But still does not boot. :( > Can you send me a listing of the contents of the data on the > boot partition ? just to make sure everything is there and makes sense > ls * bootcode.bin boot.scr Config.txt fixup_cd.dat fixup.dat fixup_x.dat start_cd.elf start.elf start_x.elf zImage boot: 0xc815e551 boot.script initrd.uboot linux.vmx mbrid If bootcode.bin is loaded, I should see a multi-color square on my screen. But I do not see anything. Guillaume > > Thanks > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Hi, > That is what I tried after sending my e-mail and indeed, it builds. ;) > But still does not boot. :( Can you send me a listing of the contents of the data on the boot partition ? just to make sure everything is there and makes sense Thanks Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Le 19/12/2013 12:38, Marcus Schäfer a écrit : > Hi, > >>>bootpartsize="100M" >> Where did you add this option? In 'type' tag? >> >> I added it in type tag and I got this error: >> unknown-1e2e000:0: Relax-NG validity error : Invalid attribute bootpartsize >> for element type > > > sorry my fault, must be an integer value handled as MB value. I also > documented it that way... but wrote it wrong in the mail :) That is what I tried after sending my e-mail and indeed, it builds. ;) But still does not boot. :( Guillaume > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Hi, > >bootpartsize="100M" > > Where did you add this option? In 'type' tag? > > I added it in type tag and I got this error: > unknown-1e2e000:0: Relax-NG validity error : Invalid attribute bootpartsize > for element type sorry my fault, must be an integer value handled as MB value. I also documented it that way... but wrote it wrong in the mail :) Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Le 18/12/2013 22:24, Marcus Schäfer a écrit : > Hi, > >> It is here: >> https://build.opensuse.org/build/devel:ARM:13.1:Contrib:RaspberryPi/images/armv6l/JeOS-raspberrypi/_log > don't see any obvios error, the fat seems created correctly, the firmware > and such is copied. Did you set a smaller size for the bootpartition ? > I used > >bootpartsize="100M" Where did you add this option? In 'type' tag? I added it in type tag and I got this error: unknown-1e2e000:0: Relax-NG validity error : Invalid attribute bootpartsize for element type Guillaume > > other than that after your editboot scripts does the boot partition > still look sane ? all data must be in the root of the boot partition > berryboot can't read directories > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Hi, > It is here: > https://build.opensuse.org/build/devel:ARM:13.1:Contrib:RaspberryPi/images/armv6l/JeOS-raspberrypi/_log don't see any obvios error, the fat seems created correctly, the firmware and such is copied. Did you set a smaller size for the bootpartition ? I used bootpartsize="100M" other than that after your editboot scripts does the boot partition still look sane ? all data must be in the root of the boot partition berryboot can't read directories Regards, Marcus -- Public Key available gpg --keyserver gpg-keyserver.de --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Le 18/12/2013 14:25, Marcus Schäfer a écrit : > Hi, > >>> I copied your latest kiwi to devel:ARM:13.1:Contrib:RaspberryPi but the >>> resulting JeOS image still does not boot... :( >> 5.06.14 works fine for me, with regards to booting the kernel >> it doesn't get that far because if the missing initrd suppoer in the >> raspberry kernel though >> >> Do you have a build log ? It is here: https://build.opensuse.org/build/devel:ARM:13.1:Contrib:RaspberryPi/images/armv6l/JeOS-raspberrypi/_log > I guess you did not have adapted to the berryboot loader in the XML > I'm sorry I'm still not finished thus I did not blog or document the > change. The way we build raspberry images in the buildservice is imho > pretty weird. So in the default kiwi JeOS I use this: > > filesystem="ext4" > boot="oemboot/suse-13.1" > bootloader="berryboot" > fsmountoptions="noatime,nobarrier" > bootfilesystem="fat32" > kernelcmdline="dwc_otg.lpm_enable=0 console=ttyAMA0,115200 > kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 > rootflags=commit=120,data=writeback rootwait rw" > editbootconfig="berryboot-image-setup" > > > > berryboot-image-setup > > ---snip--- > #!/bin/bash > > set -x > #== > # Set variables > #-- > bootfs=$1 > file=boot/config.txt > > #== > # disable overscan in config.txt > #-- > echo 'disable_overscan=1' >> $file > ---snap--- > > and I don't need more, removed the editbootinstall hacks It should work as described in JeOS-raspberrypi.kiwi file since I do all the Config.txt tricks in u-boot hooks. Guillaume > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Hi, > > I copied your latest kiwi to devel:ARM:13.1:Contrib:RaspberryPi but the > > resulting JeOS image still does not boot... :( > > 5.06.14 works fine for me, with regards to booting the kernel > it doesn't get that far because if the missing initrd suppoer in the > raspberry kernel though > > Do you have a build log ? I guess you did not have adapted to the berryboot loader in the XML I'm sorry I'm still not finished thus I did not blog or document the change. The way we build raspberry images in the buildservice is imho pretty weird. So in the default kiwi JeOS I use this: berryboot-image-setup ---snip--- #!/bin/bash set -x #== # Set variables #-- bootfs=$1 file=boot/config.txt #== # disable overscan in config.txt #-- echo 'disable_overscan=1' >> $file ---snap--- and I don't need more, removed the editbootinstall hacks Regards, Marcus -- Public Key available gpg --keyserver gpg-keyserver.de --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Hi, > I copied your latest kiwi to devel:ARM:13.1:Contrib:RaspberryPi but the > resulting JeOS image still does not boot... :( 5.06.14 works fine for me, with regards to booting the kernel it doesn't get that far because if the missing initrd suppoer in the raspberry kernel though Do you have a build log ? Regards, Marcus -- Public Key available gpg --keyserver gpg-keyserver.de --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Hi Marcus, Le 13/12/2013 15:57, Marcus Schäfer a écrit : > Hi, > >>> files from Bernhards working image over to my fat filesystem >>> and the thing still does not boot and does not give any error >>> message... what the heck is going on there ? do we need an MLO >>> for raspberry ? do we need to have special fat options for the >>> filesystem ? Thanks for any hint >> No need for MLO or SPL or such things for Raspberry Pi. Just a FAT32 >> partition. > Found the problem, "mkdosfs -F32 -I", without the -I switch the > board does not boot I copied your latest kiwi to devel:ARM:13.1:Contrib:RaspberryPi but the resulting JeOS image still does not boot... :( Guillaume > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: kiwi - FAT support problem
Le 16/12/2013 12:29, Marcus Schäfer a écrit : > Hi, > >>> # CONFIG_BLK_DEV_INITRD is not set >>> >>> Hrm, ok any reason why we compile it without initrd support ? >> AFAIK, there is no reason for that. You can enable it. > ok will try to build a new one. just to make sure I did it right > > adding CONFIG_BLK_DEV_INITRD in "%define config_vars" of the > kernel-raspberrypi.spec is enough ? Not sure. The best way is to update config file in config.tar.bz2. Guillaume > > Thanks > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: kiwi - FAT support problem
Hi, > > # CONFIG_BLK_DEV_INITRD is not set > > > > Hrm, ok any reason why we compile it without initrd support ? > > AFAIK, there is no reason for that. You can enable it. ok will try to build a new one. just to make sure I did it right adding CONFIG_BLK_DEV_INITRD in "%define config_vars" of the kernel-raspberrypi.spec is enough ? Thanks Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: kiwi - FAT support problem
Le 16/12/2013 10:30, Marcus Schäfer a écrit : > Hi, > me too :-) but now I'm struggling with the kernel not loading the initrd I'm running out of time for today but I will try this on Monday > Hmm, I did the following: > > config.txt > >ramfsfile=initrd.gz ># load to some address after the kernel >ramfsaddr=0x00a0 > > cmdline.txt > >... initrd=0xa0, > > But imho the kernel doesn't look at the address to load the > initrd from there. I checked the raspberry kernel config and > found: > > # CONFIG_BLK_DEV_INITRD is not set > > Hrm, ok any reason why we compile it without initrd support ? AFAIK, there is no reason for that. You can enable it. Guillaume > > Thanks > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: kiwi - FAT support problem
Hi, > >> me too :-) but now I'm struggling with the kernel not loading the initrd > >> I'm running out of time for today but I will try this on Monday Hmm, I did the following: config.txt ramfsfile=initrd.gz # load to some address after the kernel ramfsaddr=0x00a0 cmdline.txt ... initrd=0xa0, But imho the kernel doesn't look at the address to load the initrd from there. I checked the raspberry kernel config and found: # CONFIG_BLK_DEV_INITRD is not set Hrm, ok any reason why we compile it without initrd support ? Thanks Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Hi, > > our raspberry kernel is in principal able to use an initrd in simple > > gzip compressed format right ? > > I do not know. I always used Raspberry Pi without initrd and it boots fine, > but I did not get any partition auto-resize. > As a first step we can use it without initrd. It will help people to try, use > and fix openSUSE on RPi. ;) yep that's why I'd like to have an initrd to test/fix the auto-resize Regards, Marcus -- Public Key available gpg --keyserver gpg-keyserver.de --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: kiwi - FAT support problem
Le 13/12/2013 16:13, Alexander Graf a écrit : > On 13.12.2013, at 16:12, Marcus Schäfer wrote: > >> Hi, >> Found the problem, "mkdosfs -F32 -I", without the -I switch the board does not boot >>> Nice. Looking forward for a new fixed kiwi to get a working Raspberry Pi >>> image! :) >> me too :-) but now I'm struggling with the kernel not loading the initrd >> I'm running out of time for today but I will try this on Monday >> >> config.txt >> >> initramfs initrd.cpio 0x00a0 >> >> our raspberry kernel is in principal able to use an initrd in simple >> gzip compressed format right ? > Any particular reason we're not using u-boot? Stefan Seyfried worked on it some times ago but encountered problems with sd card support. Maybe we could try it again. Guillaume > > > Alex > > -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Le 13/12/2013 16:12, Marcus Schäfer a écrit : > Hi, > >>> Found the problem, "mkdosfs -F32 -I", without the -I switch the >>> board does not boot >> Nice. Looking forward for a new fixed kiwi to get a working Raspberry Pi >> image! :) > me too :-) but now I'm struggling with the kernel not loading the initrd > I'm running out of time for today but I will try this on Monday > > config.txt > >initramfs initrd.cpio 0x00a0 > > our raspberry kernel is in principal able to use an initrd in simple > gzip compressed format right ? I do not know. I always used Raspberry Pi without initrd and it boots fine, but I did not get any partition auto-resize. As a first step we can use it without initrd. It will help people to try, use and fix openSUSE on RPi. ;) Guillaume > > Thanks > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: kiwi - FAT support problem
On 13.12.2013, at 16:12, Marcus Schäfer wrote: > Hi, > >>> Found the problem, "mkdosfs -F32 -I", without the -I switch the >>> board does not boot >> >> Nice. Looking forward for a new fixed kiwi to get a working Raspberry Pi >> image! :) > > me too :-) but now I'm struggling with the kernel not loading the initrd > I'm running out of time for today but I will try this on Monday > > config.txt > > initramfs initrd.cpio 0x00a0 > > our raspberry kernel is in principal able to use an initrd in simple > gzip compressed format right ? Any particular reason we're not using u-boot? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Hi, > > Found the problem, "mkdosfs -F32 -I", without the -I switch the > > board does not boot > > Nice. Looking forward for a new fixed kiwi to get a working Raspberry Pi > image! :) me too :-) but now I'm struggling with the kernel not loading the initrd I'm running out of time for today but I will try this on Monday config.txt initramfs initrd.cpio 0x00a0 our raspberry kernel is in principal able to use an initrd in simple gzip compressed format right ? Thanks Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Le 13/12/2013 15:57, Marcus Schäfer a écrit : > Hi, > >>> files from Bernhards working image over to my fat filesystem >>> and the thing still does not boot and does not give any error >>> message... what the heck is going on there ? do we need an MLO >>> for raspberry ? do we need to have special fat options for the >>> filesystem ? Thanks for any hint >> No need for MLO or SPL or such things for Raspberry Pi. Just a FAT32 >> partition. > Found the problem, "mkdosfs -F32 -I", without the -I switch the > board does not boot Nice. Looking forward for a new fixed kiwi to get a working Raspberry Pi image! :) Guillaume > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Hi, > > files from Bernhards working image over to my fat filesystem > > and the thing still does not boot and does not give any error > > message... what the heck is going on there ? do we need an MLO > > for raspberry ? do we need to have special fat options for the > > filesystem ? Thanks for any hint > > No need for MLO or SPL or such things for Raspberry Pi. Just a FAT32 > partition. Found the problem, "mkdosfs -F32 -I", without the -I switch the board does not boot Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: kiwi - FAT support problem
Le 13/12/2013 15:26, Guillaume Gardet a écrit : > Le 13/12/2013 15:10, Marcus Schäfer a écrit : >> Hi, >> >>> No, what I mean is if I resize manually the FAT partition with YaST >>> partitionner, then it does boot. So the partition table may be wrong or >>> there might be some overlap or something. >> I'm running out of ideas the damn thing does not boot :) I even >> dd'ed the first 512byte from the _working_ image from Bernhard >> onto the sd card, then I created the fat fs then I copied all >> files from Bernhards working image over to my fat filesystem >> and the thing still does not boot and does not give any error >> message... what the heck is going on there ? do we need an MLO >> for raspberry ? do we need to have special fat options for the >> filesystem ? Thanks for any hint > No need for MLO or SPL or such things for Raspberry Pi. Just a FAT32 > partition. > > Just take the OBS image and resize it from 200 MB to 190 MB using YaST > partitionner. It will boot. > Then if you want to size it up, you cannot reach 200 MB but only 196 MB. So, > the problem seems to be in the partition size. > Try it. > >>> One last thing. Now, DTB files should be located in /boot/dtb/ folder >>> whereas, previously, we used /boot/. So we should update kiwi accordingly, >>> otherwise DTB files are not in BOOT partition. Do you want I send you a >>> patch for that one or could you do it? >> Would be great if you can come up with a patch > Will prepare it. It is in attachment. Please check if it is ok to get /boot/dtb/ in BOOT partition. Guillaume > > > Guillaume > >> Thanks much >> >> Regards, >> Marcus >From 93a97a783ce5bb2ef087d42ee7a930f7e2737e86 Mon Sep 17 00:00:00 2001 From: Guillaume GARDET Date: Fri, 13 Dec 2013 15:33:22 +0100 Subject: [PATCH] Add support to /boot/dtb/ since DTB files are now in this folder --- modules/KIWIBoot.pm |1 + modules/KIWIConfig.sh |1 + 2 files changed, 2 insertions(+) diff --git a/modules/KIWIBoot.pm b/modules/KIWIBoot.pm index d79726b..2de7920 100644 --- a/modules/KIWIBoot.pm +++ b/modules/KIWIBoot.pm @@ -5362,6 +5362,7 @@ sub copyBootCode { KIWIQX::qxx ("mv $dest/boot/*.img $dest &>/dev/null"); KIWIQX::qxx ("mv $dest/boot/*.imx $dest &>/dev/null"); KIWIQX::qxx ("mv $dest/boot/*.dtb $dest &>/dev/null"); + KIWIQX::qxx ("mv $dest/boot/dtb/ $dest &>/dev/null"); KIWIQX::qxx ("mv $dest/boot/*.elf $dest &>/dev/null"); if (-f "$dest/boot/MLO") { $status = KIWIQX::qxx ("mv $dest/boot/MLO $dest"); diff --git a/modules/KIWIConfig.sh b/modules/KIWIConfig.sh index 15d7d63..c02c088 100644 --- a/modules/KIWIConfig.sh +++ b/modules/KIWIConfig.sh @@ -1271,6 +1271,7 @@ function suseGFXBoot { mv /boot/*.img /image/loader &>/dev/null mv /boot/*.imx /image/loader &>/dev/null mv /boot/*.dtb /image/loader &>/dev/null + mv /boot/dtb/ /image/loader &>/dev/null mv /boot/*.elf /image/loader &>/dev/null else # boot loader binaries -- 1.7.10.4
[opensuse-arm] Re: kiwi - FAT support problem
Le 13/12/2013 15:10, Marcus Schäfer a écrit : > Hi, > >> No, what I mean is if I resize manually the FAT partition with YaST >> partitionner, then it does boot. So the partition table may be wrong or >> there might be some overlap or something. > I'm running out of ideas the damn thing does not boot :) I even > dd'ed the first 512byte from the _working_ image from Bernhard > onto the sd card, then I created the fat fs then I copied all > files from Bernhards working image over to my fat filesystem > and the thing still does not boot and does not give any error > message... what the heck is going on there ? do we need an MLO > for raspberry ? do we need to have special fat options for the > filesystem ? Thanks for any hint No need for MLO or SPL or such things for Raspberry Pi. Just a FAT32 partition. Just take the OBS image and resize it from 200 MB to 190 MB using YaST partitionner. It will boot. Then if you want to size it up, you cannot reach 200 MB but only 196 MB. So, the problem seems to be in the partition size. Try it. > >> One last thing. Now, DTB files should be located in /boot/dtb/ folder >> whereas, previously, we used /boot/. So we should update kiwi accordingly, >> otherwise DTB files are not in BOOT partition. Do you want I send you a >> patch for that one or could you do it? > Would be great if you can come up with a patch Will prepare it. Guillaume > > Thanks much > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Hi, > No, what I mean is if I resize manually the FAT partition with YaST > partitionner, then it does boot. So the partition table may be wrong or there > might be some overlap or something. I'm running out of ideas the damn thing does not boot :) I even dd'ed the first 512byte from the _working_ image from Bernhard onto the sd card, then I created the fat fs then I copied all files from Bernhards working image over to my fat filesystem and the thing still does not boot and does not give any error message... what the heck is going on there ? do we need an MLO for raspberry ? do we need to have special fat options for the filesystem ? Thanks for any hint > One last thing. Now, DTB files should be located in /boot/dtb/ folder > whereas, previously, we used /boot/. So we should update kiwi accordingly, > otherwise DTB files are not in BOOT partition. Do you want I send you a patch > for that one or could you do it? Would be great if you can come up with a patch Thanks much Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Le 13/12/2013 11:37, Marcus Schäfer a écrit : > Hi Guillaume, > > I bought a Rasppery-Pi(B) board to finally be able to test something Good news! :) > I have the same trouble. So far the board does not boot. my current > disk layout looks like this for the test image: > > parted /tmp/LimeJeOS-13.1.armv6l-1.13.1.raw print > Model: (file) > Disk /tmp/LimeJeOS-13.1.armv6l-1.13.1.raw: 774MB > Sector size (logical/physical): 512B/512B > Partition Table: msdos > > Number Start EndSize Type File system Flags > 1 1049kB 211MB 210MB primary fat32boot, lba, type=0c > 2 212MB 774MB 562MB primary lvm, type=8e > > >> If I resize FAT partition with YaST partitionner from 200 MB to 196 MB >> or less, it does boot. > Now that you remind me on this I remember you wrote me a mail > I'm sorry I totally have missed that. So you are saying if I set > > > > it should work ? That sounds strange but I will build a new image > with that size and see No, what I mean is if I resize manually the FAT partition with YaST partitionner, then it does boot. So the partition table may be wrong or there might be some overlap or something. > >> Moreover, raspberrypi-firmware package has bootinclude flag set >> to true but files ending with *.dat are missing from BOOT partition. >> Is there any filter for such a file? > yes I fixed some bugs in that area. I also added support for > the bootloader="berryboot" so that we don't have to do this nasty > things with config.txt and cmdline.txt in our handmade scripts Ok. > > As soon as I get my image to fly I will update the kiwi in 13.1:Ports Ok, thanks. One last thing. Now, DTB files should be located in /boot/dtb/ folder whereas, previously, we used /boot/. So we should update kiwi accordingly, otherwise DTB files are not in BOOT partition. Do you want I send you a patch for that one or could you do it? Guillaume > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
[opensuse-arm] Re: kiwi - FAT support problem
Hi Guillaume, I bought a Rasppery-Pi(B) board to finally be able to test something I have the same trouble. So far the board does not boot. my current disk layout looks like this for the test image: parted /tmp/LimeJeOS-13.1.armv6l-1.13.1.raw print Model: (file) Disk /tmp/LimeJeOS-13.1.armv6l-1.13.1.raw: 774MB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start EndSize Type File system Flags 1 1049kB 211MB 210MB primary fat32boot, lba, type=0c 2 212MB 774MB 562MB primary lvm, type=8e > If I resize FAT partition with YaST partitionner from 200 MB to 196 MB > or less, it does boot. Now that you remind me on this I remember you wrote me a mail I'm sorry I totally have missed that. So you are saying if I set it should work ? That sounds strange but I will build a new image with that size and see > Moreover, raspberrypi-firmware package has bootinclude flag set > to true but files ending with *.dat are missing from BOOT partition. > Is there any filter for such a file? yes I fixed some bugs in that area. I also added support for the bootloader="berryboot" so that we don't have to do this nasty things with config.txt and cmdline.txt in our handmade scripts As soon as I get my image to fly I will update the kiwi in 13.1:Ports Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org