Ok, so I found the prebuilt images for my board here: http://autobuilder.yoctoproject.org/pub/releases/CURRENT/machines/imx6qsabresd/
I burned a card with one - core-image-minimal-imx6qsabresd.sdcard. It seemed to work to boot the kernel, so I copied my kernel and .dtb file to that card and it booted as shown below. reading boot.scr ** Unable to read file boot.scr ** reading uImage 4667456 bytes read in 215 ms (20.7 MiB/s) Booting from mmc ... reading imx6q-sabresd.dtb 46128 bytes read in 20 ms (2.2 MiB/s) ## Booting kernel from Legacy Image at 12000000 ... Image Name: Linux-3.5.7-1.0.0+3285970 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 4667392 Bytes = 4.5 MiB Load Address: 10008000 Entry Point: 10008000 Verifying Checksum ... OK ## Flattened Device Tree blob at 11000000 Booting using the fdt blob at 0x11000000 Loading Kernel Image ... OK OK Using Device Tree in place at 11000000, end 1100e42f Starting kernel ... <Hung here for many minutes> So, it appears maybe there is something wrong with my kernel build? Any ideas would be appreciated. Regards, Randy Krakora -----Original Message----- From: Angolini Daiane-B19406 Sent: Tuesday, January 21, 2014 4:04 PM To: Otavio Salvador; Krakora Randy-B37740 Cc: [email protected] Subject: RE: [meta-freescale] Booting 3.5.7 kernel on imx6sabresd? > -----Original Message----- > From: [email protected] [mailto:meta-freescale- > [email protected]] On Behalf Of Otavio Salvador > Sent: Tuesday, January 21, 2014 6:24 PM > To: Krakora Randy-B37740 > Cc: [email protected] > Subject: Re: [meta-freescale] Booting 3.5.7 kernel on imx6sabresd? > > On Tue, Jan 21, 2014 at 6:11 PM, [email protected] > <[email protected]> wrote: > > On 01/21/2014 11:21 AM, Otavio Salvador wrote: > >> > >> On Tue, Jan 21, 2014 at 2:16 PM, [email protected] > >> <[email protected]> wrote: > >>> > >>> fdt_addr was already 0x18000000. > >>> > >>> Is there anything else maybe? > >> > >> You could try to update the U-Boot to what we're using in Dora. > >> > >> I barely remember of dealing with this but I don't recall what was > >> the fix ... > >> > >> Sorry, > >> > > Which u-boot does dora update as latest? meta-fsl-arm or > > meta-fsl-bsp-release? > > You call; I will always advice you to use the mainline one. Dora uses > 2013.10. Meta-fsl-arm[1] uses, by default, the u-boot from denx, it means, the mainline u-boot (we call it u-boot-fslc) Meta-fsl-bsp-release [2] uses, by default, the u-boot fork created by Freescale (we can it u-boot-imx) Latest dora u-boot from meta-fsl-arm is 2013.10 Latest dora u-boot from meta-fsl-bsp-release is 2013.04 Meta-fsl-bsp-release is an additional layer used by Freescale *on top of* meta-fsl-arm in order to add new version of packages on every new BSP release. It adds, for example, the new kernel version, and some configuration, for example the configuration that change the default u-boot used by imx6 boards. Remember that, usually, a Freescale release only support a set of boards (for example imx6), but meta-fsl-arm does support all boards. We, as community, prefer to have u-boot mainline because we think it´s the best choice at long term, both for development and for support. We do value u-boot-imx, and as much as possible, we work to integrate the important features from u-boot-imx to u-boot-fslc (and, you can imagine, we work on this when we have some time). Today, we believe u-boot-fslc can handle all the boards, only few exception uses a u-boot fork, but the direction we have is migrating as much as possible to u-boot mainline. The kernel can be used as a parallel comparison. Today, we cannot use linux-fslc for most of supported board, the main reason is GPU support. As GPU has closed source code, the mainline integration is already a dilemma[3]. But, as u-boot, the general guideline is having as much as possible on mainline, for both easy development and easy support. In long term is much better to have mainline kernel as default. I´m being obvious and leaving the main point of this discussion, but I only want to clear this point for people who don´t think it´s so obvious. If there is someone having a bad time to understand all this layering and don´t want to ask in ML, please, send me an email and I will do my best to explain what I know (it´s confusing to me as well) [1] http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-arm/ [2] http://git.freescale.com/git/cgit.cgi/imx/meta-fsl-bsp-release.git/ [3] I´m sure I´m not the person to detail this issue, so I apologize if it´s not a dilemma, in definition. Daiane _______________________________________________ meta-freescale mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-freescale
