From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp2-g21.free.fr (smtp2-g21.free.fr [212.27.42.2]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id C3023E014DD for ; Fri, 19 Apr 2013 05:10:29 -0700 (PDT) Received: from e6520eb (pac33-2-82-240-38-71.fbx.proxad.net [82.240.38.71]) (Authenticated sender: eukrea) by smtp2-g21.free.fr (Postfix) with ESMTPSA id 409644B015F; Fri, 19 Apr 2013 14:10:21 +0200 (CEST) Date: Fri, 19 Apr 2013 14:10:19 +0200 From: Eric =?UTF-8?B?QsOpbmFyZA==?= To: Daiane Angolini Message-ID: <20130419141019.48c97e06@e6520eb> In-Reply-To: <5171292F.9020104@freescale.com> References: <1366311579-29067-1-git-send-email-otavio@ossystems.com.br> <1366311579-29067-3-git-send-email-otavio@ossystems.com.br> <51704ED6.9020300@freescale.com> <5171292F.9020104@freescale.com> Organization: =?UTF-8?B?RXVrcsOpYQ==?= Electromatique X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.13; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Cc: meta-freescale Mailing List , Otavio Salvador Subject: Re: [meta-fsl-arm PATCH v2 3/3] linux-fslc: Refactor to use linux-imx.inc and avoid duplication of code 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: Fri, 19 Apr 2013 12:10:31 -0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Daiane, Le Fri, 19 Apr 2013 08:23:27 -0300, Daiane Angolini a =C3=A9crit : > On 04/18/2013 04:58 PM, Otavio Salvador wrote: > > On Thu, Apr 18, 2013 at 4:51 PM, Daiane Angolini > > wrote: > >> On 04/18/2013 03:59 PM, Otavio Salvador wrote: > >>> > >>> Provides a new linux-fslc.inc file which abstracts the specific > >>> changes for the linux-fslc based kernels. A new variable has been add > >>> to linux-imx.inc to allow to skip the 'imx-test' specific hacks after > >>> kernel install as 'imx-test' is not supported for Linux mainline. > >>> > >>> Signed-off-by: Otavio Salvador > >>> --- > >> > >> I understand what you did, but it's not yet a common place for both ke= rnel > >> recipes. > >> > >> If it is needed for *any* kernel, poky is wrong in not providing this = for > >> *any* kernel. > > > > Usually kernel would do the right thing but not in our case. Some > > entry point are even not in the kernel code from FSL branch. >=20 > I would accept this argument if we only faced this problem with FSL kerne= l. >=20 > But, as we faced exactly the same with kernel mainline, I can't accept th= at. >=20 > If kernel mainline is wrong, we must fix it. >=20 when compiling manually a mainline kernel out of OE, you may have to do the same thing if the .config includes several platforms which have a different LOADADDR (example : i.MX51 where RAM is at 0x90000000 and i.MX53 where it is at 0x70000000). That's not a bug that's the consequence of having different architectures enabled at the same time in the same defconfig. Eric