From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from va3outboundpool.messaging.microsoft.com (va3ehsobe002.messaging.microsoft.com [216.32.180.12]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id CA4FEE014DD for ; Fri, 19 Apr 2013 05:36:08 -0700 (PDT) Received: from mail180-va3-R.bigfish.com (10.7.14.240) by VA3EHSOBE005.bigfish.com (10.7.40.25) with Microsoft SMTP Server id 14.1.225.23; Fri, 19 Apr 2013 12:36:07 +0000 Received: from mail180-va3 (localhost [127.0.0.1]) by mail180-va3-R.bigfish.com (Postfix) with ESMTP id C84ED2E04E3; Fri, 19 Apr 2013 12:36:06 +0000 (UTC) X-Forefront-Antispam-Report: CIP:70.37.183.190; KIP:(null); UIP:(null); IPV:NLI; H:mail.freescale.net; RD:none; EFVD:NLI X-SpamScore: -4 X-BigFish: VS-4(zzbb2dI98dI9371Ic89bh1432Izz1f42h1fc6h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ahzz8275bhz2dh2a8h668h839h93fhd25he5bhf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h1765h18e1h190ch1946h19b4h19c3h1ad9h1b0ah1155h) Received: from mail180-va3 (localhost.localdomain [127.0.0.1]) by mail180-va3 (MessageSwitch) id 1366374936608619_27431; Fri, 19 Apr 2013 12:35:36 +0000 (UTC) Received: from VA3EHSMHS012.bigfish.com (unknown [10.7.14.228]) by mail180-va3.bigfish.com (Postfix) with ESMTP id 8E10820186; Fri, 19 Apr 2013 12:35:36 +0000 (UTC) Received: from mail.freescale.net (70.37.183.190) by VA3EHSMHS012.bigfish.com (10.7.99.22) with Microsoft SMTP Server (TLS) id 14.1.225.23; Fri, 19 Apr 2013 12:35:25 +0000 Received: from tx30smr01.am.freescale.net (10.81.153.31) by 039-SN1MMR1-002.039d.mgd.msft.net (10.84.1.15) with Microsoft SMTP Server (TLS) id 14.2.328.11; Fri, 19 Apr 2013 12:35:24 +0000 Received: from [10.29.244.97] ([10.29.244.97]) by tx30smr01.am.freescale.net (8.14.3/8.14.0) with ESMTP id r3JCZNCH031363; Fri, 19 Apr 2013 05:35:23 -0700 Message-ID: <517139D8.2060006@freescale.com> Date: Fri, 19 Apr 2013 09:34:32 -0300 From: Daiane Angolini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?UTF-8?B?RXJpYyBCw6luYXJk?= 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> <20130419141019.48c97e06@e6520eb> In-Reply-To: <20130419141019.48c97e06@e6520eb> X-OriginatorOrg: freescale.com 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:36:09 -0000 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: quoted-printable On 04/19/2013 09:10 AM, Eric B=C3=A9nard wrote: > 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 a= dd >>>>> to linux-imx.inc to allow to skip the 'imx-test' specific hacks aft= er >>>>> 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 = kernel >>>> recipes. >>>> >>>> If it is needed for *any* kernel, poky is wrong in not providing thi= s 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. >> >> I would accept this argument if we only faced this problem with FSL ke= rnel. >> >> But, as we faced exactly the same with kernel mainline, I can't accept= that. >> >> If kernel mainline is wrong, we must fix it. >> > 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. Which only ensure that FSL kernel is not wrong the same way mainline is=20 not wrong. --=20 Daiane