The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Thomas Gleixner <tglx@linutronix.de>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Linux 4.15-rc7
Date: Mon, 8 Jan 2018 08:20:36 +0100 (CET)	[thread overview]
Message-ID: <alpine.DEB.2.20.1801080737320.2094@nanos> (raw)
In-Reply-To: <CA+55aFwbmKznuQZe_VemxXJPSmB-9yy8uyWsMZcrkA4T=m8xkw@mail.gmail.com>

Linus,

On Sun, 7 Jan 2018, Linus Torvalds wrote:

> The one thing I want to do now that Meltdown and Spectre are public,
> is to give a *big* shout-out to the x86 people, and Thomas Gleixner in
> particular for really being on top of this.  It's been one huge
> annoyance, and honestly, Thomas really went over and beyond in this
> whole mess.  A lot of other people have obviously been involved too,
> don't get me wrong, but this is exactly the kind of issue that easily
> results in lots of nasty hacky patches because people are falling all
> over themselves trying to fix it and they can't even talk about why
> they are doing it in public, and Thomas &co ended up being a huge
> reason for why it was all much easier for me to merge: because of the
> literally _months_ of work on quality control and gating these patches
> and making sure the end result was a clean and manageable series.
> 
> So a big *BIG* thanks to Thomas for making it so much easier for me to
> merge all this stuff.  The whole nasty TLB isolation patches would
> have been just _so_ much more horrible without him.

I'm deeply moved and feel a little ashamed as without the help of others
this wouldn't have been possible at all. So it's on me to hand over the
*BIG* thanks to:

  Ingo Molnar who was the git logistics mastermind behind this, the last
  sanity check before commit and the initial stress tester. Thanks
  especially for taking over most of the regular tip maintenance workload.

  Andi Lutomirksy for the great work on the entry code, cpu entry area, LDT
  mapping and the PCID rework and his reviews.

  Borislav Petkov for his meticulous reviews, his help with all AMD issues
  and being always on standby for testing and debugging despite his
  workload of backporting KAISER to dead kernels.

  Peter Zijlstra for his work on the tlb flush / PCID code, reviews and
  supporting me on the short trip into LDT VMA mapping which we had to drop
  for various reasons.

  Dave Hansen who did the initial KAISER port and helped all along with the
  rework in various ways

  Josh Poimboeuf for fixing up all the stacktrace issues we encountered

  Juergen Gross for helping out on the XEN side of things so we did
  not have to dig into the inwards of XEN/PV.

  Kess Cook for helping with coordination behind the scenes

  Greg Kroah-Hartman for not pestering us with all the pre 4.14 backports
  and the smooth integration and exposure to 4.14 stable which gave us more
  test coverage and helped us to iron out the inevitable hickups.

  Linus for keeping his diving harpune in the cabinet and giving us great
  support for getting this into his tree on time which allowed 4.14 to gain
  all the goods as well.

  The team at TU Graz who did the initial KAISER implementation. I'm really
  impressed what kernel first timers can achieve and I have to say that I
  see worse code in my daily work as a maintainer. Congrats to them for
  their findings in the guts of our CPUs as well. Really impressive!

This list is surely not complete, so I extend the thanks to everyone who
helped with review, patches, testing, bug reports and regression hunting.

I want to take the opportunity to say thanks to my wife Monika, my family
and my great team @linutronix for bearing with the extraordinary grumpy old
greybeard which I certainly was for the past two month.

It's been an interesting challenge to sort that out in such a short
timeframe, but I'm sure all of the involved people would have preferred to
do this with the head start which at least one other OS got on this.

But it's not time yet for a post-mortem of this mess, we still have to sort
out the spectre mitigations and it seems Linus expects me to keep my hand
on things for the next time. Aye, aye, captain!

Lets sort this in a technical manner, with the security of our users in
mind and then take a break and after that sit down and gain the performance
back which we lost on the way. Lots of work ahead.

Thanks,

	Thomas

  reply	other threads:[~2018-01-08  7:20 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-07 22:55 Linux 4.15-rc7 Linus Torvalds
2018-01-08  7:20 ` Thomas Gleixner [this message]
2018-01-10 23:32 ` Pavel Machek
2018-01-11 11:29   ` Olivier Galibert
2018-01-11 14:06     ` Nikolay Borisov
2018-01-12 11:06     ` Pavel Machek
2018-01-12 13:23       ` Arnd Bergmann
2018-01-12 14:43         ` Pavel Machek
2018-01-12 17:20         ` vcaputo
2018-01-12 20:11           ` Arnd Bergmann
2018-01-12 22:04             ` vcaputo
2018-01-12 22:08               ` Arnd Bergmann
2018-01-12 22:58                 ` vcaputo
2018-01-12 17:34         ` Linus Torvalds
2018-01-12 19:38           ` Pavel Machek
2018-01-12 19:44             ` Linus Torvalds
2018-01-12 20:41               ` Pavel Machek
2018-01-13 12:52               ` kernel page table isolation for x86-32 was " Pavel Machek
2018-01-11 14:07   ` Jiri Kosina
2018-01-19 10:28     ` Pavel Machek

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=alpine.DEB.2.20.1801080737320.2094@nanos \
    --to=tglx@linutronix.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@linux-foundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox