All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Hugh Dickins <hughd@google.com>
Cc: Ben Hutchings <ben.hutchings@codethink.co.uk>,
	Borislav Petkov <bp@suse.de>,
	stable@vger.kernel.org
Subject: Re: [PATCH 4.4] vsyscall: Fix permissions for emulate mode with KAISER/PTI
Date: Sun, 28 Jan 2018 13:13:00 +0100	[thread overview]
Message-ID: <20180128121300.GA26619@kroah.com> (raw)
In-Reply-To: <alpine.LSU.2.11.1801261139040.1738@eggly.anvils>

On Fri, Jan 26, 2018 at 12:23:17PM -0800, Hugh Dickins wrote:
> I haven't updated those 3.18 patches since that time, and was a day or
> two away from asking you, Greg, what is the status of 3.18? I didn't
> bother to update those patches because I saw it marked EOL as soon as
> Meltdown+Spectre was announced; yet it now appears to have a life
> beyond death, getting non-Meltdown+Spectre updates every week or so.

I am not doing any Meltdown/Spectre patches for 3.18, because yes, it
really is EOL.  I am only continuing to maintain it because there are
some vendors that rely on it at the moment, and they usually just take
these releases + the android-common kernel tree together.  As the needed
ARM Meltdown patches are in the android-common tree right now (and not
really anywhere else at all), that is sufficient for their use.

> I can certainly (but not until next week) put together a 3.18.92-
> based tarfile or tarfiles, equivalent to what I sent for 3.8 and 3.10
> (on kaiser-discuss backports list) a couple of days ago. That is, like
> what I sent before for 3.18.72, but with all the fixups and pti= boot
> option and KAISER->PAGE_TABLE_ISOLATION renaming that's come in since
> (But I cannot bear to go further myself, into retpoline etc, sorry.)
> 
> Would a 3.18 Kaiser update be helpful, or are you preferring to force
> people off 3.18 by not providing those updates? Or preferring to wait
> a bit longer, until 4.4 and 4.9 and 4.14 have settled down?

I'm not recommending anyone use the 3.18 tree unless they know what they
are doing right now :)

And yes, I would love for them to move off of that tree as soon as
possible, but usually due to huge out-of-tree SoC patches, they can not
do that easily, if at all, right now.

So no need for a 3.18 Kaiser update for me at all, I do not need or want
it.

thanks,

greg k-h

  reply	other threads:[~2018-01-28 12:13 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-26 16:23 [PATCH 4.4] vsyscall: Fix permissions for emulate mode with KAISER/PTI Ben Hutchings
2018-01-26 16:37 ` Greg Kroah-Hartman
2018-01-26 20:23   ` Hugh Dickins
2018-01-28 12:13     ` Greg Kroah-Hartman [this message]
2018-01-28 20:27       ` Hugh Dickins
2018-01-26 16:38 ` Patch "vsyscall: Fix permissions for emulate mode with KAISER/PTI" has been added to the 4.4-stable tree gregkh
2018-01-26 16:38 ` Patch "vsyscall: Fix permissions for emulate mode with KAISER/PTI" has been added to the 4.9-stable tree gregkh

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=20180128121300.GA26619@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=ben.hutchings@codethink.co.uk \
    --cc=bp@suse.de \
    --cc=hughd@google.com \
    --cc=stable@vger.kernel.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.