summaryrefslogtreecommitdiffstats
path: root/classes/image_types_fsl.bbclass
Commit message (Collapse)AuthorAgeFilesLines
* image_types_fsl.bbclass: Use 69K as offset to load imageOtavio Salvador2014-12-041-1/+1
| | | | | | | | The U-Boot mainline uses 69K as offset so we ought to use it here; this aligns the SD card image layout to work out of box with all U-Boot mainline based SPL boards. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: typo fix (s/Unkown/Unknown/)Mario Domenech Goulart2014-10-111-2/+2
| | | | | Signed-off-by: Mario Domenech Goulart <mario@ossystems.com.br> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: Add U-Boot NAND support for i.MX23/i.MX28Alexey Ignatov2014-06-051-0/+7
| | | | | | | | | | This adds support to generate the U-Boot image for use with NAND (uboot.mxsboot-nand) and allows for custom params to be given for mxsboot using the MXSBOOT_NAND_ARGS variable which should be defined in the machine definition file. Signed-off-by: Alexey Ignatov <lexszero@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: Avoid wrong dependency for no bootloaderOtavio Salvador2014-03-171-1/+2
| | | | | | | | | | | When IMAGE_BOOTLOADER is empty we shouldn't add '':do_deploy as dependency as it does not exist. So handle this corner case to allow bootloader-less images to build fine. Change-Id: I04dc81bbb4184f79e88e1693239f2628a9819d7d Reported-by: Ilya Smelykh <ilya.smelykh@gmail.com> Reported-by: Tarek El-Sherbiny <tarek.elsherbiny@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl: Use explicit task dependency to boost buildOtavio Salvador2014-03-111-5/+13
| | | | | | | | | Instead of depending of all tasks of recipes, we should depend on the required task so we can start building the rootfs earlier in the build process and earn some build time gain. Change-Id: I770afe79edba0320ae697f9bcdaf340fbcb09eeb Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: Fix imx-bootlets build with new image codeOtavio Salvador2014-02-281-7/+7
| | | | | | | | | | Since the image_types.bbclass is not cd'ing to ${DEPLOY_DIR_IMAGE} anymore, the imx-bootlets code need to be reworked to take this into account. Change-Id: Ic7890557e93b47997590143047816ecb0378ad13 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Reviewed-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
* image_types_fsl.bbclass: fix barebox bootstream generationAlexandre Belloni2014-02-271-3/+3
| | | | | | | | | | | | | Since the image_types.bbclass is not cd'ing to ${DEPLOY_DIR_IMAGE} anymore, do that in a subshell before generating the boostream. This fixes the following build failure: ERROR: Error: The image creation script '.../core-image-minimal/1.0-r0/temp/create_image.barebox.mxsboot-sdcard' returned 1: error: unable to find command file imx-bootlets-barebox_ivt.bd-cfa10058 Change-Id: I5881c6bc333bef42a3f61d07b7bbd6c87c7d45e7 Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
* image_types_fsl.bbclass: Add fstype dependencyOtavio Salvador2014-02-211-0/+4
| | | | | | | | The sdcard requires the rootfs filesystem to be built before using it so we must make this dependency explicit. Change-Id: Ibacba4c2ff5250785b50d6a7bc7ddf77f6309bb6 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl: explicitly state the origin of boot scriptsEric Nelson2014-02-141-1/+1
| | | | Signed-off-by: Eric Nelson <eric.nelson@boundarydevices.com>
* image_types_fsl.bbclass: Add U-Boot SPL supportdv@pseudoterminal.org2014-01-251-1/+6
| | | | | | | | | If the SPL_BINARY value is not empty, then the class will use an alternative code path for copying U-Boot on the SD card. u-boot.img is used (not .imx), and the SPL binary is prepended. With empty SPL_BINARY values, the behavior is just like before. Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
* image_types_fsl.bbclass: Support i.MX25 platformsGary Thomas2013-10-301-0/+1
| | | | Signed-off-by: Gary Thomas <gary@mlbassoc.com>
* image_types_fsl: mxs: Add support for a barebox bootstreamAlexandre Belloni2013-08-291-0/+22
| | | | | Change-Id: Ibe7afdd6e4c2f5db73b42cf6b39df9756bdb9fb8 Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
* image_types_fsl.bbclass: Add vf60 SoC family supportOtavio Salvador2013-07-291-0/+1
| | | | | | | The Vybrid SoCs use same image layout as other i.MX so use it. Change-Id: I0e1de1b917aed249196bef463ae1017c65254ef5 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: Add support for kernel image typesS. Fricke2013-04-241-2/+2
| | | | | | | | | Use the KERNEL_IMAGETYPE variable, making the class configurable for all supported kernel image types. This patch is tested with a 3rd-party board and a sabrelite board. Signed-off-by: S. Fricke <sfricke@data-modul.com>
* image_types_fsl.bbclass: fix partition type for SD card boot partition1.4_M5Vladan Jovanovic2013-03-261-1/+1
| | | | | | | | Create first partition on SD card as fat32. As boot.img is formatted as vfat, this will ensure information in partition table matches actual partition type. Signed-off-by: Vladan Jovanovic <vladan.jovanovic@gmail.com>
* image_types_fsl.bbclass: Fix deploy of mxsboot-sdcard imageOtavio Salvador2013-03-071-2/+2
| | | | | | | | | | | | | | The mxsboot-sdcard image is the current way we use to generate the U-Boot bootstream blob during image generation however Yocto image system enforces some naming schema so the symbolic links does work and we weren't following those. This patch uses the '${IMAGE_NAME}' variable and the proper image suffix so the symbolic links now fully work. Fixes [YOCTO #3871]. Change-Id: I7f96dcdd58e0a726b8084c1f87ff10732fe259df Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl: Fix .dtb file deployDaiane Angolini2012-12-211-12/+22
| | | | | | | | | | .dtb file is copied to 'Boot' partition, the same partition uImage is placed. Now, more than one .dtb can be copied, if board conf file determinates more than one .dts file. Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
* image_types_fsl.bbclass: Add support to install boot scriptsOtavio Salvador2012-12-121-0/+10
| | | | | | | | | | | | | Some machines might want to provide boot scripts for use. This now can be accomplished using BOOT_SCRIPTS variable in following format: <source>:<destination> Thus any file in deploy directory can be installed in the boot partition of the sdcard, easily. Change-Id: Ic1eafd2be3559b5c9da43dcc6f54f1b480dbc647 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: Add support to not use bootloader for iMXOtavio Salvador2012-12-121-0/+2
| | | | | | | | Some machines might come with a bootloader in an internal flash (a SPI NOR, for example) so not requiring a boot loader in the image. Change-Id: Id1a69c6c6b60639694a64b2b7badd16ee4b0d2f7 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: Fix mxs' imx-bootlets supportOtavio Salvador2012-10-301-15/+15
| | | | | | | | | The imx-bootlets (and per design elftosb) enforce the use of offset so we skip the first 1024KiB from the disk and start from there instead of 4MiB as done for other SoCs. Change-Id: I51e2989ef2007aa752e67f7d1b38a9de5c1ff9c8 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl: Align SD partition and optimize final SD imageAndrei Gherzan2012-10-291-23/+72
| | | | | | | | | | | | | | SD image file was 4G in size but actually the rootfs partition was only 60MB (in some images). The image file size is not fixed anymore but calculated inside this class. In this way we will setup the partition for rootfs to fit the ext file used as SDIMG_ROOTFS. By default the free space is calculated with IMAGE_OVERHEAD_FACTOR which is by default 1.3. If more free space is needed this can be overwritten. IMAGE_ROOTFS_ALIGNMENT set at 4096. This should be the best value for a SD card. Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
* image_types_fsl.bbclass: Fix 'mxs' handle of Kernels without dtb filesOtavio Salvador2012-09-241-1/+1
| | | | | | | | | The code where failing if used with no dtb files available in deploy directory. Change-Id: Ib08e23f3d7761b0991fcce009fb93290d698f7c3 Reported-by: Tim Michals <tcmichals@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* Merge remote-tracking branch 'freescale/denzil' into masterOtavio Salvador2012-08-061-1/+1
|\ | | | | | | | | | | | | * freescale/denzil: image_types_fsl.bbclass: Calculate BOOT_BLOCKS for new boot partition num linux-imx (2.6.35.3): Kernel patches from Freescale GIT linux-imx (2.6.35.3): reduce delta against kernel source mx5_defconfig
| * image_types_fsl.bbclass: Calculate BOOT_BLOCKS for new boot partition numJeremy Stashluk2012-08-061-1/+1
| | | | | | | | | | | | | | | | The empty 1K at the beginning of the disk is no longer a partition, so the numbers reported by parted have shifted by one. Signed-off-by: Jeremy Stashluk <jstashluk@dekaresearch.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
| * image_types_fsl.bbclass: do not create a partition from 0 to 1MB in i.MX sdcardOtavio Salvador2012-07-171-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The bootrom boots from a fixed 1K offset so we don't need a partition there and having one makes udev or kernel to probe for it and output error messages in bootlog: ,----[ boot error messages ] | ... | EXT4-fs (mmcblk0p1): VFS: Can't find ext4 filesystem | EXT3-fs (mmcblk0p1): error: can't find ext3 filesystem on dev mmcblk0p1. | EXT2-fs (mmcblk0p1): error: can't find an ext2 filesystem on dev mmcblk0p1. | FAT: bogus number of reserved sectors | VFS: Can't find a valid FAT filesystem on dev mmcblk0p1. | cramfs: wrong magic | FAT: bogus number of reserved sectors | VFS: Can't find a valid FAT filesystem on dev mmcblk0p1. | ... `---- Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* | image_types_fsl.bbclass: do not create a partition from 0 to 1MB in i.MX sdcardOtavio Salvador2012-07-171-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The bootrom boots from a fixed 1K offset so we don't need a partition there and having one makes udev or kernel to probe for it and output error messages in bootlog: ,----[ boot error messages ] | ... | EXT4-fs (mmcblk0p1): VFS: Can't find ext4 filesystem | EXT3-fs (mmcblk0p1): error: can't find ext3 filesystem on dev mmcblk0p1. | EXT2-fs (mmcblk0p1): error: can't find an ext2 filesystem on dev mmcblk0p1. | FAT: bogus number of reserved sectors | VFS: Can't find a valid FAT filesystem on dev mmcblk0p1. | cramfs: wrong magic | FAT: bogus number of reserved sectors | VFS: Can't find a valid FAT filesystem on dev mmcblk0p1. | ... `---- Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* | image_types_fsl.bbclass: add support to use Device Tree for Linux kernelOtavio Salvador2012-07-101-2/+37
|/ | | | | | | | | | To support new kernel, which use Device Tree for description of hardware and machine, the image generation needs to be reworked. U-Boot supports it out of box, so it just need to be available for reading while the imx-bootlets we need to append the dtb file on the very end of the zImage file. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: i.MXS needs to use linux.bdOtavio Salvador2012-05-211-1/+1
| | | | | | | linux_ivt.bd module is dependant of mx25 and cannot be used by i.MXS family. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: fix imx-bootlets' linux.sb generationOtavio Salvador2012-05-211-1/+1
| | | | | | | When updating to imx-bootlets 10.12.01 a leftover configuration from previous release has been left by mistake. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: add imx-bootlets support for i.MXSOtavio Salvador2012-05-211-20/+48
| | | | | | | | | | | | | i.MXS SoC family has support to boot with imx-bootlets (the default when using LTIB) and the only current supported way of booting i.MX23 machines. The imx-bootlets has some quite specific requirements regaring the partition layout and includes the kernel binary appended to the boot stream so we drop the third partition reducing the wasted space of SD card. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: remove i.MXS specific code from i.MXOtavio Salvador2012-05-211-6/+0
| | | | | | | i.MXS generation is now handled completely separated so i.MX doesn't every gets called for 'mxs' SoC family. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: use MiB size to generate i.MX SD cardsOtavio Salvador2012-05-211-3/+3
| | | | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: drop typo in comments generation commandsOtavio Salvador2012-05-211-2/+2
| | | | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl: Fix the size of the created file fs with mkfs.vfatAndrei Gherzan2012-05-191-2/+2
| | | | | | | | It looks like mkfs.vfat is using 1024B block size. The returned value of BOOT_BLOCKS was in blocks of 512B. This needs to be changed in blocks of 1024B. Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
* image_types_fsl.bbclass: Fix the calculation of BOOT_BLOCKSAndrei Gherzan2012-05-191-2/+2
| | | | | | | In awk the first cell/item is $1 not $0 in this way the size of the partition from parted is actually $4 not $3. Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
* image_types_fsl.bbclass: document i.MX and i.MXS differences in partitioningOtavio Salvador2012-05-171-14/+28
| | | | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: split sdcard generation by SoC familyOtavio Salvador2012-05-021-10/+48
| | | | | | | | i.MXS and i.MX SoC families has enough partition layout differences that justify to have a specific code for each SoC family to easy maintenance and readability of code. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: remove image fstypes definition to i.MXS SoCsOtavio Salvador2012-05-011-2/+0
| | | | | | | The SoC image fstypes needs to be assigned in the machine definition or the default ones are not used. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: avoid use of 'sed' to change partition typeOtavio Salvador2012-04-301-1/+1
| | | | | | | | The 'sed' might fail in some systems due user right and restrictions so we use 'dd' and 'echo' to do the same trick. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Reported-by: "John Passaniti" <jpassaniti@ashly.com>
* image_types_fsl.bbclass: use a sparse file for sdcard generationOtavio Salvador2012-04-301-1/+2
| | | | | | | | This speeds up the generation of the sdcard and reduces the amount of space used for it. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Reported-by: "John Passaniti" <jpassaniti@ashly.com>
* image_types_fsl.bbclass: generates mxs' u-boot bootstream binariesOtavio Salvador2012-04-301-1/+19
| | | | | | | | | The mxs SoC family requires use of a bootstream in bootloader but at this moment only SDCard format is supported. The image for use is 'u-boot.mxsboot-sdcard' and this is also the file extension of the generated file beside of regular u-boot binary. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: add support to skip u-boot paddingOtavio Salvador2012-04-291-1/+2
| | | | | | | u-boot-imx has padding by default and machines using it need to skip it when generating the sdcard. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* image_types_fsl.bbclass: fix sdcard image name and symlinkOtavio Salvador2012-03-231-4/+1
| | | | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* Major refactor in SDCard generationOtavio Salvador2012-03-221-0/+76
The generation of SDCard has been completely refactored to work out of box; now to use it you have to set, e.g: SDCARD_ROOTFS = "${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3" SDCARD_SIZE = "128" IMAGE_TYPES += "ext3 sdcard" Now the sdcard has following layout: 0 - 1M - reserved to bootloader and other data 1M - BOOT_SPACE - kernel BOOT_SPACE - SDCARD_SIZE - rootfs All current supported machines on BSP will work out of box and generate a 2GB SDCard with an ext3 rootfs on it. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>