From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yh0-f41.google.com (mail-yh0-f41.google.com [209.85.213.41]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 35F21E0081B for ; Mon, 30 Dec 2013 09:34:09 -0800 (PST) Received: by mail-yh0-f41.google.com with SMTP id f11so2455054yha.0 for ; Mon, 30 Dec 2013 09:34:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=apm8DbJtxawKgPo9Nf8IHy7EeXgYtFzKBU/Nf+iVhtQ=; b=Ufx/PG2chArFX1aCMGQegii1qSdqapkm4c/2FLFALzEESd8/9ObQDQPlT9G79Lyed/ NO6MygNC2P0b7+exchCuZfTw+V10uiNUH+ob60/Cw1FAN3Itl7JDpF1tMhrtdM1oyyYc h2CyotZKPvdnul4WfrfoI8+x+avB+Z/7P3mW+2UugiKptThcJ190MA4UyZxLaBCOa88/ I0zpRInPjICdgEcgltDTa5bvUXsV3/Bk7jkatCn24a1zeSjgY0qPtsRqpl3VrP6dXAQZ 7Z03l8FdeaHdF9Zfz9eMjhLr/jyzvxxbd5dnjpE9GaFov0+GzGVIawSnMF4HyrN+f3t9 mZiA== X-Received: by 10.236.81.47 with SMTP id l35mr121427yhe.145.1388424848896; Mon, 30 Dec 2013 09:34:08 -0800 (PST) Received: from goober.local ([75.76.228.60]) by mx.google.com with ESMTPSA id q9sm62468666yhk.16.2013.12.30.09.34.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 30 Dec 2013 09:34:08 -0800 (PST) Message-ID: <52C1AE8F.4030203@gmail.com> Date: Mon, 30 Dec 2013 11:34:07 -0600 From: John Weber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Fabio Estevam References: <1712366.3LNduhV9Ai@localhost.localdomain> <83dc024c110a4c93aef636011777aac1@BY2PR03MB379.namprd03.prod.outlook.com> <52C1A37D.5020900@gmail.com> In-Reply-To: Cc: "meta-freescale@yoctoproject.org" Subject: Re: Freescale Linux kernel 3.10.17_1.0.0_beta X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Dec 2013 17:34:10 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi Fabio - On 12/30/13 11:17 AM, Fabio Estevam wrote: > On Mon, Dec 30, 2013 at 2:46 PM, John Weber 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