Hi again,
Sorry for the delay, I'm currently traveling and only have access to a
rather weak machine so compiles took ages.
A few remarks regarding this patch;
This version is not fully identical to the previous invocation, as the
sort order differs a little, but I tried to get it as close to
From: Dmitry Goldin
The option --sort=ORDER was only introduced in tar 1.28 (2014), which
is rather new and might not be available in some setups.
This patch tries to replicate the previous behaviour as closely as possible
to fix the kheaders build for older environments. It does not produce
‐‐‐ Original Message ‐‐‐
On Tuesday, October 8, 2019 10:14 AM, Masahiro Yamada
wrote:
> On Tue, Oct 8, 2019 at 5:07 PM Dmitry Goldin dgol...@protonmail.ch wrote:
>
> > Hmm. --sort was introduced in 1.28 in 2014. Do you think it would warrant
> > some sort of version
Hi,
‐‐‐ Original Message ‐‐‐
On Monday, October 7, 2019 2:26 PM, Andreas Schwab
wrote:
> On Okt 07 2019, Greg KH gre...@linuxfoundation.org wrote:
>
> > On Mon, Oct 07, 2019 at 01:49:47PM +0200, Andreas Schwab wrote:
> >
> > > GEN kernel/kheaders_data.tar.xz
> > > tar: unrecognized
From: Dmitry Goldin
In commit 43d8ce9d65a5 ("Provide in-kernel headers to make
extending kernel easier") a new mechanism was introduced, for kernels
>=5.2, which embeds the kernel headers in the kernel image or a module
and exposes them in procfs for use by userland tools.
From: Dmitry Goldin
In commit 43d8ce9d65a5 ("Provide in-kernel headers to make
extending kernel easier") a new mechanism was introduced, for kernels
>=5.2, which embeds the kernel headers in the kernel image or a module
and exposed them in procfs for use by userland tools.
6 matches
Mail list logo