All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Adrian Bunk" <bunk@stusta.de>
To: Andre McCurdy <armccurdy@gmail.com>
Cc: Richard Purdie <richard.purdie@linuxfoundation.org>,
	Denys Dmytriyenko <denis@denix.org>,
	Khem Raj <raj.khem@gmail.com>,
	OE Core mailing list <openembedded-core@lists.openembedded.org>
Subject: Re: [OE-core] [PATCH] linux-libc-headers: Check for asm/bpf_perf_event.h before multilibbing
Date: Thu, 28 May 2020 22:04:28 +0300	[thread overview]
Message-ID: <20200528190428.GA996@localhost> (raw)
In-Reply-To: <CAJ86T=WmE-3Q4Y4ezZs56RRbZ21P=tomBHiSpzyyir_j6wV27w@mail.gmail.com>

On Thu, May 28, 2020 at 10:38:15AM -0700, Andre McCurdy wrote:
> On Thu, May 28, 2020 at 6:39 AM Adrian Bunk <bunk@stusta.de> wrote:
> >
> > On Thu, May 28, 2020 at 02:20:02PM +0100, Richard Purdie wrote:
> > >
> > > Right, external toolchains I can understand having specific version
> > > requirements. What I don't really understand is external toolchains
> > > would come with their own headers in most cases I can think of?
> >
> > What I don't really understand is why kernel 4.1 was mentioned
> > in the submission.
> >
> > At kernel 4.1 times the latest gcc was gcc 5.
> >
> > gcc 5 is not even supported as host gcc in master,
> > and target builds are only tested with gcc 10.
> 
> Is that an argument that users with an older vendor kernel should not
> update to newer versions of OE? Or that OE should provide older
> versions of gcc (in addition to the default) in order to support older
> kernels?

It is an argument that ancient external toolchains will anyway not work.

> And where does it leave OLDEST_KERNEL (currently set to 3.2.0)?

OLDEST_KERNEL is just what is passed to glibc as lowest supported kernel,
other OE components might have higher version requirements.

> If even kernel 4.1 is too old to be used with OE master then
> OLDEST_KERNEL looks like it should be updated to avoid giving users
> with older kernels false hope.

linux-libc-headers are the headers used by the C library in the
toolchain, this is unrelated to the kernel running on the target.

cu
Adrian

  reply	other threads:[~2020-05-28 19:04 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-27 15:50 [PATCH] linux-libc-headers: Check for asm/bpf_perf_event.h before multilibbing Khem Raj
2020-05-27 15:59 ` [OE-core] " Denys Dmytriyenko
2020-05-27 20:45   ` Khem Raj
2020-05-27 20:56     ` Andre McCurdy
2020-05-27 21:25   ` Richard Purdie
2020-05-27 21:46     ` Khem Raj
2020-05-27 21:50       ` Richard Purdie
2020-05-27 21:52       ` Phil Blundell
2020-05-27 22:42         ` Andre McCurdy
2020-05-27 22:57           ` Khem Raj
2020-05-28  0:02             ` Khem Raj
2020-05-28  9:01               ` Phil Blundell
2020-05-28 18:37                 ` Khem Raj
2020-05-27 23:11     ` Denys Dmytriyenko
2020-05-28 13:20       ` Richard Purdie
2020-05-28 13:39         ` Adrian Bunk
2020-05-28 17:38           ` Andre McCurdy
2020-05-28 19:04             ` Adrian Bunk [this message]
2020-05-28 19:30               ` Andre McCurdy
2020-05-28 21:10                 ` Phil Blundell
2020-05-28 21:33             ` Phil Blundell
2020-05-28 18:31           ` Khem Raj
2020-05-28 18:33         ` Khem Raj
2020-05-28 20:10           ` Adrian Bunk
2020-05-27 21:20 ` Richard Purdie

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=20200528190428.GA996@localhost \
    --to=bunk@stusta.de \
    --cc=armccurdy@gmail.com \
    --cc=denis@denix.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=raj.khem@gmail.com \
    --cc=richard.purdie@linuxfoundation.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.