[meta-freescale] Freescale Linux kernel 3.10.17_1.0.0_beta

John Weber rjohnweber at gmail.com
Mon Dec 30 09:34:07 PST 2013

Hi Fabio -

On 12/30/13 11:17 AM, Fabio Estevam wrote:
> On Mon, Dec 30, 2013 at 2:46 PM, John Weber <rjohnweber at gmail.com> wrote:
>> Testing this now.  Looks like it boots and talks to the network, USB, and
>> serial ports on Wandboard Dual, but changes might be needed for U-boot to
>> use a zImage by default, as well as changing the default fdt load address.
>> I had problems booting with the DTB using a uImage.
> Can you try with fdt_addr=0x18000000 ?
I had problems with uImage when the DTB is loaded at 0x18000000.  It would give 
me errors like the following (note this was yesterday using 3.10.9):

reading uImage
4565936 bytes read in 238 ms (18.3 MiB/s)
Booting from mmc ...
reading imx6dl-wandboard.dtb
34153 bytes read in 19 ms (1.7 MiB/s)
## Booting kernel from Legacy Image at 10008000 ...
    Image Name:   Linux-3.10.9+
    Image Type:   ARM Linux Kernel Image (uncompressed)
    Data Size:    4565872 Bytes = 4.4 MiB
    Load Address: 10008000
    Entry Point:  10008000
    Verifying Checksum ... OK
## Flattened Device Tree blob at 18000000
    Booting using the fdt blob at 0x18000000
    XIP Kernel Image ... OK
    Using Device Tree in place at 18000000, end 1800b568

Starting kernel ...

undefined instruction
pc : [<10008028>]          lr : [<4ff7ffe8>]
sp : 4f57c8c8  ip : ffffffff     fp : 4ffb9bd4
r10: 4ffba2a4  r9 : 4f57cf38     r8 : 4f57e2fc
r7 : 00000000  r6 : 10008000     r5 : 4ffba2a4  r4 : 00002c8d
r3 : 00008569  r2 : 18000000     r1 : 0000113c  r0 : 18000000
Flags: nZCv  IRQs off  FIQs off  Mode SVC_32
Resetting CPU ...

Loading the zImage in the same place and using bootz worked.  I'm not sure if I 
have made a mistake somewhere else.

>> Also, do not use imx_v6_v7_defconfig.  Here, I believe that v6 and v7 refer
>> to the ARM instruction set.  The new kernel seems to include some
>> v7-specific instructions in some assembly code (specifically some lpddr2
>> code).  I'm using imx_v7_defconfig instead, which actually has more
>> i.MX6-specific options included by default.
>> As an side question - is there an issue with defaulting to using zImage
>> instead of uImage for Yocto/u-boot?
> No, I also think we should switch to zImage format. We only need to
> update the script to call 'bootz' instead of 'bootm'.
OK, is this something that we should stage for v1.6?
> Regards,
> Fabio Estevam

More information about the meta-freescale mailing list