From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnout Vandecappelle Date: Mon, 18 Jan 2016 18:42:00 +0100 Subject: [Buildroot] [PATCH v4] linux-headers: allow use of headers from kernel "package" selected In-Reply-To: <20160109172908.GA3444@free.fr> References: <1425230275-127768-1-git-send-email-kaszak@gmail.com> <20160109172908.GA3444@free.fr> Message-ID: <569D23E8.7070207@mind.be> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net On 09-01-16 18:29, Yann E. MORIN wrote: > Karoly, All, > > Reviving this old one that is still pending in Patchwork... > > On 2015-03-01 18:17 +0100, Karoly Kasza spake thusly: >> This change makes it possible to use exactly the same sources for both >> headers during toolchain building and for kernel building itself, even >> if custom kernel is selected. >> >> That way users can be sure that ABI mismatch won't happen between toolchain >> and kernel. > > So, I'll try to summarise what we have for now: > > - select kernel headers version and select kernel version (separately) > > - select kernel headers version, also used as kernel version. > > What you want to add with this patch is: > > - select kernel version, also used as kernel headers version. Actually, I think the main purpose of this patch is to take the same source for kernel-headers as you use when building the kernel. This is particularly important if your kernel is some wild branch that adds extra userspace stuff (typically, ioctl definitions, but it could also be struct definitions). Failing this, you have to pass a reference to LINUX_DIR to the build of the package that uses these symbols. That said, it's been years since I ran into such a braindead package that required specific custom kernel headers. Except for some wicked Broadcom stuff, of course, but that probably doesn't even build with our linux.mk rules. Regards, Arnout -- Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286500 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF