All of lore.kernel.org
 help / color / mirror / Atom feed
From: Saul Wold <sgw@linux.intel.com>
To: Khem Raj <raj.khem@gmail.com>
Cc: openembedded-architecture
	<openembedded-architecture@lists.openembedded.org>,
	OpenEmbedded List <openembedded-core@lists.openembedded.org>
Subject: Re: [Openembedded-architecture] Usage of "elf" IMAGE_TYPES
Date: Mon, 28 Aug 2017 08:53:02 -0700	[thread overview]
Message-ID: <1503935582.27472.231.camel@linux.intel.com> (raw)
In-Reply-To: <CAMKF1srChtUATL3_GFx4hzUz81y7SxVM8UbXsahKJwYVJ0iLqw@mail.gmail.com>

On Mon, 2017-08-28 at 08:31 -0700, Khem Raj wrote:
> On Mon, Aug 28, 2017 at 8:25 AM, Saul Wold <sgw@linux.intel.com>
> wrote:
> > 
> > 
> > Folks,
> > 
> > I know it's late in our 2.4 cycle, but we recently discovered that
> > mkelfImage fails due to a recent upgrade to binutils. In doing some
> > research, mkelfimage was removed back in Oct 2014 from the coreboot
> > repo. It was replaced with cbfstool.
> > 
> > Unless I hear otherwise, I recommend that we mark elf Images as
> > deprecated for 2.4 and remove them in 2.5.
> > 
> > I have not yet dived into exactly what binutil change triggered the
> > failure.
> > 
> > Further thoughts?
> 
> you should describe what the errors are, maybe then we can make
> further
> inroads into problem. As far as removal is concerned, I support that
> 
My Bad!  During testing we found the following bug: https://bugzilla.yo
ctoproject.org/show_bug.cgi?id=11967

The code that goes along with the Internal error is: 
       /* A sanity check against bad versions of binutils */
        if (params->convert_magic != CONVERT_MAGIC) {
                die("Internal error convert_magic %16llx != %16llx\n",
                        (unsigned long long)(params->convert_magic),
CONVERT_MAGIC);
        }

params->convert_magic is set inside some assembly code:
        .section ".trailer", "a"
        /* Constants set at build time, these are at the very end of my
image */
        .balign 16
        .global params
params:
convert_magic:
        .quad   CONVERT_MAGIC

It might be a simple fix, but I have not dived the rest of the way!

Sau!


> > 
> > 
> > Sau!
> > 
> > _______________________________________________
> > Openembedded-architecture mailing list
> > Openembedded-architecture@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-archite
> > cture


  reply	other threads:[~2017-08-28 15:53 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-28 15:25 Usage of "elf" IMAGE_TYPES Saul Wold
2017-08-28 15:31 ` [Openembedded-architecture] " Khem Raj
2017-08-28 15:53   ` Saul Wold [this message]
2017-08-28 17:38     ` Khem Raj

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=1503935582.27472.231.camel@linux.intel.com \
    --to=sgw@linux.intel.com \
    --cc=openembedded-architecture@lists.openembedded.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=raj.khem@gmail.com \
    /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.