From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 48A63E007A0; Tue, 17 Feb 2015 07:09:31 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-HAM-Report: * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (sky.captin[at]gmail.com) * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.212.180 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id E554AE00777 for ; Tue, 17 Feb 2015 07:09:26 -0800 (PST) Received: by mail-wi0-f180.google.com with SMTP id h11so34346861wiw.1 for ; Tue, 17 Feb 2015 07:09:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ufZdFz/3c/WtVZOJfsR52CAhtDxBMTJ9L+fPkx92oPU=; b=rmOFHbn3TTBX6KwJWqbJyBjmsHtqB2QTR+UdMvWF+agqSJl3FooPCjieZLJH8adt/V XXWWcIbt6wdttqfjx1Vdoqtz+O0zumtW++g9MJ0T2DptQm2c3WQPU1yANty/G9T5fnyZ 1aVlnOJndDn2cBmudPCAvTMXvxndHXLP5qopC1U1Xx8Qc2eDVfQZrsZtodHb3Qm2CHb6 lciRPANCFxLkK4fPAQZ8miad4L4CVfClP+p3nB8JhbgQ8UXPWe9SR+eTZfqzLbryfICs DofTM8OsB9fITHq5c+AapkB3qf3sdD5lf/brgrlBL4xdaRRqRF5dAfeIHaLR853KGNZL UsUg== MIME-Version: 1.0 X-Received: by 10.180.171.35 with SMTP id ar3mr47447495wic.24.1424185765877; Tue, 17 Feb 2015 07:09:25 -0800 (PST) Received: by 10.216.52.138 with HTTP; Tue, 17 Feb 2015 07:09:25 -0800 (PST) In-Reply-To: References: <1423646393-7407-1-git-send-email-sky.captin@gmail.com> Date: Tue, 17 Feb 2015 17:09:25 +0200 Message-ID: From: Werner Grift To: Otavio Salvador Cc: "meta-freescale@yoctoproject.org" Subject: Re: [meta-fsl-arm][PATCH 73/73] Added absolute paths to checks when copying the device tree 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: Tue, 17 Feb 2015 15:09:31 -0000 Content-Type: multipart/alternative; boundary=001a1135e78eab5d1f050f4a165f --001a1135e78eab5d1f050f4a165f Content-Type: text/plain; charset=UTF-8 The device tree issue I refer too is the device tree file that is not being copied to the boot partition because the generated script create_image.sdcard contains if statements that assume that the current working directory is ${DEPLOY_DIR_IMAGE} which it is not. In my case it was ${OE_BASE} which makes sense since it is where bitbake is called from. On Tue, Feb 17, 2015 at 3:08 PM, Otavio Salvador wrote: > On Tue, Feb 17, 2015 at 5:45 AM, Werner Grift > wrote: > ... > > without me realizing) and miraculously the build continued to succeed, > but > > the device tree issue remained. I suspect I broke sstate by doing this. > My > > sstate is not shared between dev and build. > ... > > Which device tree issue? > > We need to understand where the issue come from as this is a code used > by all people using meta-fsl-arm and I'd like to avoid to apply > something we don't fully understand the need. > > -- > Otavio Salvador O.S. Systems > http://www.ossystems.com.br http://code.ossystems.com.br > Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 > --001a1135e78eab5d1f050f4a165f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The device tree issue I refer too is the device tree file = that is not being copied to the boot partition because the generated script= create_image.sdcard contains if= statements that assume that the current working directory is ${DEPLOY_DIR_IMAGE} which it is not. In my = case it was ${OE_BASE} which makes sense since it is where bitbake is calle= d from.

On Tue, Feb 17, 2015 at 3:08 PM, Otavio Salvador <<= a href=3D"mailto:otavio@ossystems.com.br" target=3D"_blank">otavio@ossystem= s.com.br> wrote:
On Tue, = Feb 17, 2015 at 5:45 AM, Werner Grift <sky.captin@gmail.com> wrote:
...
> without me realizing) and miraculously the build cont= inued to succeed, but
> the device tree issue remained. I suspect I broke sstate by doing this= . My
> sstate is not shared between dev and build.
...

Which device tree issue?

We need to understand where the issue come from as this is a code used
by all people using meta-fsl-arm and I'd like to avoid to apply
something we don't fully understand the need.

--
Otavio Salvador=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0O.S. Systems
http://www.ossyst= ems.com.br=C2=A0 =C2=A0 =C2=A0 =C2=A0 http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Mobile: <= a href=3D"tel:%2B1%20%28347%29%20903-9750" value=3D"+13479039750">+1 (347) = 903-9750

--001a1135e78eab5d1f050f4a165f--