From: "Vuille, Martin (Martin)" <vmartin@avaya.com>
To: "Longchamp, Valentin" <Valentin.Longchamp@keymile.com>,
"yocto@yoctoproject.org" <yocto@yoctoproject.org>
Cc: "Brunck, Holger" <Holger.Brunck@keymile.com>
Subject: Re: Custom kernel headers and SDK
Date: Thu, 10 Dec 2015 14:40:19 +0000 [thread overview]
Message-ID: <30C2D590D16A5C46ADFE65219103779853A954ED@AZ-US1EXMB03.global.avaya.com> (raw)
In-Reply-To: <B7AC17D946CFB9489B0C4EEDFEE0C8EC1355B4D2A7@SRVDEHAN1MX1.keymile.net>
Hi Valentin,
When we first encountered the need for custom kernel headers, I asked
a similar question to yours on this list. And what I learned from some of the
responses was that modifying the standard headers was fraught with
problems, including the issue that you raise.
Fortunately, we got away without having to modify and export any standard
headers, so I dodged that bullet.
Some ideas that come to mind:
- Can you install your customized version in ${includedir}/XXX and use the
include path search order to make sure the compiler sees it first?
- Can you include the standard header in a "wrapper" header and make your
customizations in the wrapper instead?
Regards,
MV
> -----Original Message-----
> From: Longchamp, Valentin [mailto:Valentin.Longchamp@keymile.com]
> Sent: December 10, 2015 4:47 AM
> To: Vuille, Martin (Martin); yocto@yoctoproject.org
> Cc: Brunck, Holger
> Subject: RE: Custom kernel headers and SDK
>
> Hi Martin,
>
> Thanks a lot for the suggestion. I had in the meantime come to a simliar
> solution: define a linux-XXX-headers recipe in our own meta layer where I
> install the missing kernel headers and then I add this linux-XXX-headers-dev
> package to our SDK's sysroot thanks to TARGET_TOOLCHAIN_TASK.
> Your implementation looks fine and I am going to pick some ideas from it.
>
> However, I have stumbled upon another problem with this approach: it
> works well if you add new files to the kernel headers. We unforntunately
> have at least one uapi file (i2c.h to name it) that is present in the standard
> kernel headers where we have our own version with some
> additions/extensions. If I install our version from ou linux-XXX-headers
> recipe, bitbake (correctly) complains that this file is provided by 2 packages
> (linux-libc-headers and linux-XXX-headers). And here I really don't know how
> to solve this issue. Any ideas/suggestions ?
>
> Thanks
>
> Valentin
next prev parent reply other threads:[~2015-12-10 14:41 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-08 21:06 Custom kernel headers and SDK Longchamp, Valentin
2015-12-09 16:40 ` Vuille, Martin (Martin)
2015-12-10 9:46 ` Longchamp, Valentin
2015-12-10 14:40 ` Vuille, Martin (Martin) [this message]
2015-12-10 14:53 ` William Mills
2015-12-14 7:37 ` Valentin Longchamp
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=30C2D590D16A5C46ADFE65219103779853A954ED@AZ-US1EXMB03.global.avaya.com \
--to=vmartin@avaya.com \
--cc=Holger.Brunck@keymile.com \
--cc=Valentin.Longchamp@keymile.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.