All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: "Paul D. DeRocco" <pderocco@ix.netcom.com>, <yocto@yoctoproject.org>
Subject: Re: Warning about auto generated BSP description
Date: Mon, 14 Sep 2015 10:11:50 -0400	[thread overview]
Message-ID: <55F6D5A6.2000607@windriver.com> (raw)
In-Reply-To: <CBE84E2773C74A3AB4EA3A80074BCFB3@PAULD>

On 15-09-13 04:15 PM, Paul D. DeRocco wrote:
> I'm getting the following warning:
>
> [kernel]: An auto generated BSP description was used, this normally
> indicates a misconfiguration.
> Check that your machine (chroma-bsp) has an associated kernel description.
>
> Googling turns up the information that this is sometimes a spurious error
> and nothing to worry about, because a full BSP description isn't strictly
> required. However, as far as I can see I do indeed have a BSP description.
> I built the BSP using the yocto-bsp tool. It created a
> linux-yocto-rt_3.14.bbappend (since I'm using the RT kernel), and the
> following files:
>
>      chroma-bsp.cfg
>      chroma-bsp.scc
>      chroma-bsp-preempt-rt.scc
>      chroma-bsp-standard.scc
>      chroma-bsp-tiny.scc
>      chroma-bsp-user-config.cfg
>      chroma-bsp-user-features.scc
>      chroma-bsp-user-patches.scc

The tool may have created these files, but the question is .. were they
actually used.

That's what the check in question is trying to determine.

Rather than fail to build, the tools (kernel, not yocto-bsp) will
generate a skeleton BSP, and start the build. Chances are that
skeleton BSP isn't what you want .. and that's what the tools are
warning.

Clearly the message still needs more tweaking, as do the docs.

>
> The bbappend refers to chroma-bsp-preempt-rt.scc and the last three
> (empty) files. chroma-bsp-preempt-rt.scc contains the requisite KMACHINE,
> KTYPE and KARCH, and includes chroma-bsp.scc, which refers to
> chroma-bsp.cfg. This seems to fit the definition of a "BSP description" in
> 3.4.5 of the Kernel Development Manual. The whole BSP tree is called
> "meta-chroma-bsp" and that is indeed listed in my bblayers.conf. So why is
> it complaining?

What release are you using ? If you check something in the kernel meta
directory, I can tell you if the warning is wrong, or something is 
really being missed.

The reason I asked about the release, is that the location of the kernel
meta directory will be in a different place between the various
releases. But it is always in the kernel source directory, whether it is
in work-shared, or in work. So if you head to that directory and look
for either .meta or .kernel-meta, you should see a file "top_tgt" in that
directory.

Look at the contents of that file. It should point to those generated
files you referenced above. If it doesn't .. they weren't used, and we
need to figure out why.

Cheers,

Bruce

>
> Also, I don't know that "Check that your machine has an associated kernel
> description" means. The term "kernel description" doesn't appear anywhere
> in the docs.
>



  parent reply	other threads:[~2015-09-14 14:12 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-13 20:15 Warning about auto generated BSP description Paul D. DeRocco
2015-09-14  1:40 ` Robert Calhoun
2015-09-14  8:48   ` Paul D. DeRocco
2015-09-14 14:11 ` Bruce Ashfield [this message]
2015-09-14 17:38   ` Paul D. DeRocco
2015-09-14 17:41     ` 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=55F6D5A6.2000607@windriver.com \
    --to=bruce.ashfield@windriver.com \
    --cc=pderocco@ix.netcom.com \
    --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.