All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: akuster808 <akuster808@gmail.com>, <richard.purdie@linuxfoundation.org>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 7/7] kern-tools: error checking and tree generation fixes
Date: Tue, 22 Nov 2016 11:55:35 -0500	[thread overview]
Message-ID: <9e211241-6674-f0b7-246f-3d91df15dbd0@windriver.com> (raw)
In-Reply-To: <dc66e7b7-8723-ec27-bdc5-1462d76c3798@gmail.com>

On 2016-11-22 11:53 AM, akuster808 wrote:
> Bruce,
>
>
> On 11/22/2016 07:59 AM, Bruce Ashfield wrote:
>> During processing of the kernel meta data the kern tools were
>> not properly exiting on syntax errors or invalid commands.
>
> Does Morty need this?

It won't do any harm, if you also pick up my kernel SRCREV updates,
and will help find any issues that may be lurking.

We had a bug in the kernel meta-data where some fragments weren't
being picked up due to a syntax error. It now traps and points you
at the issue.

Bruce


> -Armin
>>
>> Noticing and debugging these issues wasn't trivial. To make this
>> easier, we now trap the error and dump the offending meta-data
>> for the user to see.
>>
>> There was also an issue with creating branches during tree
>> generation, which is resolved by always switching to the
>> active branch.
>>
>> The following are the commit logs of the changes themselves:
>>
>> [
>>    commit b36f6f9a5695f2084b83823393e13ca42284bed9
>>    Author: Paul Gortmaker <paul.gortmaker@windriver.com>
>>    Date:   Sat Oct 22 17:23:25 2016 -0400
>>
>>        kgit-scc: dont mention meta-repo in help ; it doesnt exist
>>
>>        Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
>>        Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
>>
>>    commit 08463d684c1952e74c25344cddace4c3f24c739d
>>    Author: Bruce Ashfield <bruce.ashfield@windriver.com>
>>    Date:   Mon Oct 31 14:30:12 2016 -0400
>>
>>        scc: exit on error
>>
>>        If there is an error in the processing of the input files, scc
>>        should exit and inform the user.
>>
>>        scc is executed on a combined/preprocessed file and as a result
>>        it doesn't have the granularity to see each input file
>> individually.
>>
>>        Rather than moving preprocessing into scc (from spp), we can trap
>>        the line number of the error and dump context around the line.
>>        This gives the user a pointer to the input file and the specific
>>        line that caused the problem.
>>
>>        Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
>>
>>    commit bf99953e8ac14cee653e559f2d4a6022c847a182
>>    Author: Bruce Ashfield <bruce.ashfield@windriver.com>
>>    Date:   Fri Oct 28 21:23:27 2016 -0400
>>
>>        kgit-meta: always checkout branches on branch commands
>>
>>        During a tree generation we must always make the branch active
>> when
>>        we see any kind of branch command. This ensures that any
>> subsequent
>>        patches are applied in the proper context.
>>
>>        Previously, only branch creation was changing the active
>> branch, and
>>        this mean that tree generation was not determinstic and relied
>>        on the order of processing to generate a correct tree.
>>
>>        Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
>> ]
>>
>> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
>> ---
>>   meta/recipes-kernel/kern-tools/kern-tools-native_git.bb | 2 +-
>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
>> b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
>> index d8041ddd38c5..88b1aee729c9 100644
>> --- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
>> +++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
>> @@ -4,7 +4,7 @@ LIC_FILES_CHKSUM =
>> "file://git/tools/kgit;beginline=5;endline=9;md5=a6c2fa8aef1b
>>     DEPENDS = "git-native"
>>   -SRCREV = "9a3995ee8daabf37e92e1b51b133cf8582d85809"
>> +SRCREV = "b36f6f9a5695f2084b83823393e13ca42284bed9"
>>   PR = "r12"
>>   PV = "0.2+git${SRCPV}"
>>
>



      reply	other threads:[~2016-11-22 16:55 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-22 15:58 [PATCH 0/7] linux-yocto: consolidated pull request Bruce Ashfield
2016-11-22 15:58 ` [PATCH 1/7] linux-yocto/4.8: fix cryptodev compilation error Bruce Ashfield
2016-11-22 15:58 ` [PATCH 2/7] linux-yocto/4.8: update to v4.8.6-rt5 Bruce Ashfield
2016-11-22 15:58 ` [PATCH 3/7] linux-yocto/4.8: update from v4.8.6 -> v4.8.8 Bruce Ashfield
2016-11-22 15:58 ` [PATCH 4/7] linux-yocto/4.4: update to v4.4.32 Bruce Ashfield
2016-11-22 15:58 ` [PATCH 5/7] linux-yocto/4.8: update to v4.8.10 Bruce Ashfield
2016-11-22 15:58 ` [PATCH 6/7] linux-yocto-dev: update to 4.9-rcX Bruce Ashfield
2016-11-22 15:59 ` [PATCH 7/7] kern-tools: error checking and tree generation fixes Bruce Ashfield
2016-11-22 16:53   ` akuster808
2016-11-22 16:55     ` Bruce Ashfield [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9e211241-6674-f0b7-246f-3d91df15dbd0@windriver.com \
    --to=bruce.ashfield@windriver.com \
    --cc=akuster808@gmail.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.