From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.linutronix.de (193.142.43.55:993) by crypto-ml.lab.linutronix.de with IMAP4-SSL for ; 23 Apr 2020 21:35:48 -0000 Received: from mga05.intel.com ([192.55.52.43]) by Galois.linutronix.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1jRjVb-0005AL-JV for speck@linutronix.de; Thu, 23 Apr 2020 23:35:47 +0200 Received: from localhost (mtg-dev.jf.intel.com [10.54.74.10]) by smtp.ostc.intel.com (Postfix) with ESMTP id BF0926363 for ; Thu, 23 Apr 2020 21:35:43 +0000 (UTC) Date: Thu, 23 Apr 2020 14:35:43 -0700 From: mark gross Subject: [MODERATED] Re: Slow Randomizing Boosts Denial of Service - Bulletin #1 Message-ID: <20200423213543.GA95955@mtg-dev.jf.intel.com> Reply-To: mgross@linux.intel.com References: <20200416172021.rf4l55ci6leimccm@treble> <20200416174914.GH21456@zn.tnic> <20200420143046.GA23804@mtg-dev.jf.intel.com> <87zhb5vnkt.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 In-Reply-To: <87zhb5vnkt.fsf@nanos.tec.linutronix.de> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: speck@linutronix.de List-ID: On Mon, Apr 20, 2020 at 11:45:06PM +0200, speck for Thomas Gleixner wrote: > Folks, > > I've merged the V8 series with the polishing done by Borislav into the > master branch (based on 5.7-rc2) of the speck git repository at: > > cvs.ou.linutronix.de:linux/speck/linux > > The commits are considered stable from now on. Any further tweaks need > to go on top. > > The stable branches linux-5.6.y, linux-5.4.y, linux-4.19.y and > linux-4.14.y have been updated with backports. Kernels prior to 4.14 are > left as an exercise to the members of the kernel necrophilia cult as > usual. We have ran all these through the test cases I used in my development. They all pass. FWIW I did backports from 4.14.y to 4.9 (easy) and 4.4 (needed to cherry pic an extra patch to make it work) These also pass testing. Should I post them to this list or sit on them until disclosure? Thank you for all your help on this effort! I do appreciate it. --mark > A tarball with git bundles is attached. > > The subject line of this mail is a reference to the following part of > the documentation: > > Executing RDRAND, RDSEED or EGETKEY will delay memory accesses from > other logical processors that miss their core caches, with an impact > similar to legacy locked cache-line-split accesses. > > IOW, yet another DoS tool. Oh well... > > Thanks, > > tglx >