[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d0a71676-f782-44ea-9c66-60658b9d9330@linux.intel.com>
Date: Tue, 24 Sep 2024 15:41:19 -0700
From: Daniel Sneddon <daniel.sneddon@...ux.intel.com>
To: Dave Hansen <dave.hansen@...el.com>, Jonathan Corbet <corbet@....net>,
Thomas Gleixner <tglx@...utronix.de>, Borislav Petkov <bp@...en8.de>,
Peter Zijlstra <peterz@...radead.org>, Josh Poimboeuf <jpoimboe@...nel.org>,
Ingo Molnar <mingo@...hat.com>, Dave Hansen <dave.hansen@...ux.intel.com>,
x86@...nel.org
Cc: hpa@...or.com, linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
pawan.kumar.gupta@...ux.intel.com
Subject: Re: [PATCH 2/6] x86/bugs: Remove MDS command line
On 9/24/24 15:34, Dave Hansen wrote:
> On 9/24/24 15:31, Daniel Sneddon wrote:
>> - mds= [X86,INTEL,EARLY]
>> - Control mitigation for the Micro-architectural Data
>> - Sampling (MDS) vulnerability.
>
> As much as I'd love to remove old code, won't this surprise users if we
> just take this away?
>
> I suspect the _least_ we can do is warn folks if they use something that
> we recently ripped out. But the right thing is probably to keep the old
> one around for at least a while. <sigh>
True. I can leave the functionality but print a message basically saying "Don't
use this use the new one".
Thanks,
Dan
Powered by blists - more mailing lists