From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-gg0-f175.google.com (mail-gg0-f175.google.com [209.85.161.175]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id AA19FE007D2 for ; Mon, 30 Dec 2013 12:32:07 -0800 (PST) Received: by mail-gg0-f175.google.com with SMTP id u2so2375741ggn.34 for ; Mon, 30 Dec 2013 12:32:06 -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=FSr/OBL5f/cHxQLqXmWhdheGFQcc96RmAwP7jEV641k=; b=nGSLxvTg1xeRJq+pMIpQZox5LzC69/pij6rsRYRtW+qh3I2kKuCxCuhrq+8EbVuZLM m8H4zLTfTTDMO06DjQPeLzQ45SyPEqgm0ewmWX+8IqASFQkBr0lOla95fAGnHBZVxLuA OadwjyYKCSRdSsB2qaBWWUcPtfq06e9bv0rxSQf4rJU8QM9dyfChqUncst8gNPK+R4vo FjdDl1IMOwf3nWPPDvMm3fOlyaYKg50Vri4sRPE8nYXajMYRvd4ceqoQkD+fk5AEHzpm 8g1FqriLySf0O6dDKiWSGFTdBEHT5JOmUGj58aQ3oF7kauqHgN8JS6765tTbc1AcbzUo VSaw== X-Received: by 10.236.97.5 with SMTP id s5mr4445532yhf.68.1388435526194; Mon, 30 Dec 2013 12:32:06 -0800 (PST) Received: from goober.local ([75.76.228.60]) by mx.google.com with ESMTPSA id o27sm63065253yhb.19.2013.12.30.12.32.04 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 30 Dec 2013 12:32:05 -0800 (PST) Message-ID: <52C1D844.3050707@gmail.com> Date: Mon, 30 Dec 2013 14:32:04 -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: Otavio Salvador , Fabio Estevam References: <1712366.3LNduhV9Ai@localhost.localdomain> <83dc024c110a4c93aef636011777aac1@BY2PR03MB379.namprd03.prod.outlook.com> <52C1A37D.5020900@gmail.com> <52C1CB7A.3080203@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 20:32:07 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Otavio - On 12/30/13 2:17 PM, Otavio Salvador wrote: > On Mon, Dec 30, 2013 at 5:51 PM, Fabio Estevam wrote: >> On Mon, Dec 30, 2013 at 5:37 PM, John Weber wrote: >> >>>> I think this is a great idea but I believe we ought to make this for >>>> all boards so we have it uniform across the boards; otherwise we'll >>>> have a mix and it makes the support harder. >> Yes, in mainline U-boot I plan to convert them all at once. > Please do one commit per board; so it is easier to revert (if needed). > >>>> Considering we'd target this for 1.6, what would be the conversion plan? >>>> >>>> Who could be responsible for each board for converting/testing? >>>> >>> Not sure, my thought was to leave it to the board maintainers. Unless I'm >>> mistaken (which is a possibility), for some reason uImage does not work when >>> booting with the 3.10.X kernels. It that is the case then we either need to >>> figure out the problem with uImages or others will be forced to use zImage >>> anyway. >> I managed to boot FSL imx_3.10.9_1.0.0_alpha with mainline U-boot. > Me too; All customer-kernels I've been doing (based on 3.10) been > using zImage and it works quite well. Did you test older kernels > (3.0.35 and 2.6.35, for example)? Right now, all my zImage attempts have been made using 3.10.17 beta, but I plan to go back and do 3.0.35. I shall stay away from 2.6.35. :-) >> Haven't tested imx_3.10.17_1.0.0_beta yet, but I can try it next week. >> >> Even if we manage to get imx_3.10.17_1.0.0_beta booting fine with >> uImage, I still think that booting the zImage makes sense, as it can >> avoid user errors by passing incorrect LOADADDR. > I like this as a goal but this is not a simple change for the BSP; we > need to make it work for both supported kernels and test both. The > ideal would be to have all boards using zImage but we have a long way > for this... It does seem like a rather large change. For each board, the changes are fairly minimal (as long as it works), but when you figure in 30+ boards, and for custom boards, that is a whole different problem. I'd like to know what other maintainers think here. > > Even if we convert all boards to zImage we need to keep support for > uImage as customers may be using it for their internal boards. > Assuming that the default images filenames would be 'uImage' and 'zImage' one could do a hack-ish thing like test to see which file is present and then either bootz or bootm based on that. I actually did half of this earlier today (minus the testing which file is present), by selecting bootz when image=zImage, and bootm when image=uImage. While this would be nice to make it work by default with uImage or zImage, it is not very elegant and would need to repeated for each board config file, therefore it is a hack. It would be much better for a simple 'bootany' command to test which type of image is loaded into memory and pick the appropriate one. John