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 ; 26 Feb 2020 21:16:50 -0000 Received: from p5de0bf0b.dip0.t-ipconnect.de ([93.224.191.11] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1j742z-0006TK-GF for speck@linutronix.de; Wed, 26 Feb 2020 22:16:49 +0100 From: Thomas Gleixner Subject: Re: [PATCH 2/2] more sampling fun 2 In-Reply-To: <20200226202010.k42cf4625ckk6ym6@treble> References: <20200224173121.GA32673@char.us.oracle.com> <20200224181734.GB29636@zn.tnic> <20200224213929.GA100552@mtg-dev.jf.intel.com> <20200224231034.GE29636@zn.tnic> <20200225012641.slc34bromzk3yj3l@treble> <20200225104658.GA6012@zn.tnic> <20200225141852.wqjdulg46dfztxe4@treble> <20200225145906.GB6012@zn.tnic> <20200226202010.k42cf4625ckk6ym6@treble> Date: Wed, 26 Feb 2020 22:16:46 +0100 Message-ID: <875zftoxq9.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: speck@linutronix.de List-ID: speck for Josh Poimboeuf writes: > On Tue, Feb 25, 2020 at 03:59:06PM +0100, speck for Borislav Petkov wrote: >> > I'd expect to call this one "SRBDS" a year from now. I find >> > "srb_sampling" to be confusing and hard to remember because it renames >> > something that already has an industry standard name. >> >> srb_sampling *is* srbds - just more readable. >> >> We are not giving any new names to the vulns - we're simply making our command >> line options more readable so that when you have to type them, you either have >> to remember "srbds" - in that order - or "srb sampling". >> >> Latter is easier for me. > > But you're leaving out the "data" portion of the acronym/name. > > Either call it "srbds" or "special_register_buffer_data_sampling" -- but > *please* don't give it a new name. It will just create more confusion. > > If you can't remember what srbds stands for, that's why we have > documentation and search engines. Our command line options for this mess are inconsistent already, but for most of them we have actual acronyms used, so lets just go with srbds. Having a half correct, but more elaborate one does not really help. If at all you want to come up with a snarky one like: super_random_but_data_stolen = [hell_no, shrug, nsa] Thanks, tglx