All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denys Dmytriyenko <denis@denix.org>
To: Bruce Ashfield <bruce.ashfield@windriver.com>
Cc: "meta-ti@yoctoproject.org" <meta-ti@yoctoproject.org>,
	"yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: [meta-ti] Migration from 1.7.1 to 1.8 - kernel-abiversion missing
Date: Thu, 14 May 2015 18:08:01 -0400	[thread overview]
Message-ID: <20150514220801.GD20022@denix.org> (raw)
In-Reply-To: <55521DB8.2070606@windriver.com>

On Tue, May 12, 2015 at 11:35:20AM -0400, Bruce Ashfield wrote:
> On 2015-05-12 10:20 AM, Brian Hutchinson wrote:
> >On Mon, May 11, 2015 at 3:06 PM, Bruce Ashfield
> ><bruce.ashfield@windriver.com> wrote:
> >>On 2015-05-11 02:10 PM, Brian Hutchinson wrote:
> >>>
> >>>On Thu, Apr 30, 2015 at 10:06 AM, Bruce Ashfield
> >>><bruce.ashfield@windriver.com> wrote:
> >>>>
> >>>>It is plausible. But in theory, linux-dummy should still provide
> >>>>what you need (but since it doesn't build anything, there is
> >>>>no abi .. and no modules can be built against it) .. so the
> >>>>error isn't graceful.
> >>>>
> >>>>Bruce
> >>>
> >>>
> >>>I can confirm this same problem is happening to me.  I just updated
> >>>one of my builds from 1.7 to 1.8 and am also getting my rootfs to fail
> >>>due to no abi kernel version:
> >>
> >>
> >>We still have a race condition in the 1.8 branch for the population
> >>of the build-artifacts directory.
> >>
> >>If modules start building, they'll race against the population of the
> >>abiversion, and you may see that message.
> >>
> >>There's a proposed patch for master, but I don't think it is in
> >>fido yet.
> >>
> >>Bruce
> >
> >Hi Bruce,
> >
> >I did some searches and looks like there are a number of 'race'
> >condition fixes but it wasn't obvious which one I may need.  Is it
> >this one:
> >http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=02d0a003d603266114512160b209876199241e98
> >
> 
> That's the one that should make sure that the shared workdir
> (Which has the abiversion) is in place before building any modules.
> 
> I can't say that it is exactly your issue, but it is the change
> I was thinking of.

Brian,

Were you able to try the above mentioned commit against am180x in meta-ti? Did 
it solve the missing abi kernel version? Thanks.

-- 
Denys


WARNING: multiple messages have this Message-ID (diff)
From: Denys Dmytriyenko <denis@denix.org>
To: Bruce Ashfield <bruce.ashfield@windriver.com>
Cc: "meta-ti@yoctoproject.org" <meta-ti@yoctoproject.org>,
	"yocto@yoctoproject.org" <yocto@yoctoproject.org>,
	"Schaumlöffel, Jan" <J.Schaumloeffel@astro-kom.de>
Subject: Re: [yocto] Migration from 1.7.1 to 1.8 - kernel-abiversion missing
Date: Thu, 14 May 2015 18:08:01 -0400	[thread overview]
Message-ID: <20150514220801.GD20022@denix.org> (raw)
In-Reply-To: <55521DB8.2070606@windriver.com>

On Tue, May 12, 2015 at 11:35:20AM -0400, Bruce Ashfield wrote:
> On 2015-05-12 10:20 AM, Brian Hutchinson wrote:
> >On Mon, May 11, 2015 at 3:06 PM, Bruce Ashfield
> ><bruce.ashfield@windriver.com> wrote:
> >>On 2015-05-11 02:10 PM, Brian Hutchinson wrote:
> >>>
> >>>On Thu, Apr 30, 2015 at 10:06 AM, Bruce Ashfield
> >>><bruce.ashfield@windriver.com> wrote:
> >>>>
> >>>>It is plausible. But in theory, linux-dummy should still provide
> >>>>what you need (but since it doesn't build anything, there is
> >>>>no abi .. and no modules can be built against it) .. so the
> >>>>error isn't graceful.
> >>>>
> >>>>Bruce
> >>>
> >>>
> >>>I can confirm this same problem is happening to me.  I just updated
> >>>one of my builds from 1.7 to 1.8 and am also getting my rootfs to fail
> >>>due to no abi kernel version:
> >>
> >>
> >>We still have a race condition in the 1.8 branch for the population
> >>of the build-artifacts directory.
> >>
> >>If modules start building, they'll race against the population of the
> >>abiversion, and you may see that message.
> >>
> >>There's a proposed patch for master, but I don't think it is in
> >>fido yet.
> >>
> >>Bruce
> >
> >Hi Bruce,
> >
> >I did some searches and looks like there are a number of 'race'
> >condition fixes but it wasn't obvious which one I may need.  Is it
> >this one:
> >http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=02d0a003d603266114512160b209876199241e98
> >
> 
> That's the one that should make sure that the shared workdir
> (Which has the abiversion) is in place before building any modules.
> 
> I can't say that it is exactly your issue, but it is the change
> I was thinking of.

Brian,

Were you able to try the above mentioned commit against am180x in meta-ti? Did 
it solve the missing abi kernel version? Thanks.

-- 
Denys


  reply	other threads:[~2015-05-14 23:08 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-28  6:49 Migration from 1.7.1 to 1.8 - kernel-abiversion missing Schaumlöffel, Jan
2015-04-28 13:52 ` Bruce Ashfield
2015-04-28 15:36   ` Schaumlöffel, Jan
2015-04-28 18:58     ` Bruce Ashfield
2015-04-29  7:38       ` Schaumlöffel, Jan
2015-04-29 13:23         ` Bruce Ashfield
2015-04-30  7:14           ` Schaumlöffel, Jan
2015-04-30 12:18             ` Bruce Ashfield
2015-04-30 12:27               ` Schaumlöffel, Jan
2015-04-30 14:06                 ` Bruce Ashfield
2015-05-11 18:10                   ` Brian Hutchinson
2015-05-11 18:10                     ` [yocto] " Brian Hutchinson
2015-05-11 18:34                     ` Brian Hutchinson
2015-05-11 18:34                       ` [yocto] " Brian Hutchinson
2015-05-11 19:06                     ` Bruce Ashfield
2015-05-11 19:06                       ` [yocto] " Bruce Ashfield
2015-05-12 14:20                       ` Brian Hutchinson
2015-05-12 14:20                         ` [yocto] " Brian Hutchinson
2015-05-12 15:35                         ` Bruce Ashfield
2015-05-12 15:35                           ` [yocto] " Bruce Ashfield
2015-05-14 22:08                           ` Denys Dmytriyenko [this message]
2015-05-14 22:08                             ` Denys Dmytriyenko
2015-05-14 22:16                             ` [meta-ti] " Brian Hutchinson
2015-05-14 22:16                               ` [yocto] " Brian Hutchinson
2015-05-15 13:55                               ` [meta-ti] " Brian Hutchinson
2015-05-15 13:55                                 ` [yocto] " Brian Hutchinson
2015-05-15 19:26                                 ` [meta-ti] " Brian Hutchinson
2015-05-15 19:26                                   ` [yocto] " Brian Hutchinson
2015-05-15 20:21                                   ` [meta-ti] " Brian Hutchinson
2015-05-15 20:21                                     ` [yocto] " Brian Hutchinson
2015-05-19 11:39                                     ` [meta-ti] " Bruce Ashfield
2015-05-19 11:39                                       ` [yocto] " Bruce Ashfield
2015-05-19 16:31                                       ` [meta-ti] " Bruce Ashfield
2015-05-19 16:31                                         ` [yocto] " Bruce Ashfield
2015-05-19 16:42                                         ` [meta-ti] " Brian Hutchinson
2015-05-19 16:42                                           ` [yocto] " Brian Hutchinson
2015-05-21  1:49                                           ` Patricia Holden
2015-06-10  1:12                                           ` [meta-ti] " Brian Hutchinson
2015-06-10  1:12                                             ` [yocto] " Brian Hutchinson
2015-06-10  1:14                                             ` [meta-ti] " Bruce Ashfield
2015-06-10  1:14                                               ` [yocto] " Bruce Ashfield
2015-06-10  1:34                                               ` [meta-ti] " Brian Hutchinson
2015-06-10  1:34                                                 ` [yocto] " Brian Hutchinson
2015-06-10 17:32                                                 ` [meta-ti] " Brian Hutchinson
2015-06-10 17:32                                                   ` [yocto] " Brian Hutchinson
2015-06-23 19:15                   ` Robert Calhoun
2015-06-23 19:56                     ` Bruce Ashfield

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=20150514220801.GD20022@denix.org \
    --to=denis@denix.org \
    --cc=bruce.ashfield@windriver.com \
    --cc=meta-ti@yoctoproject.org \
    --cc=yocto@yoctoproject.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.