Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756904AbcKWQzb (ORCPT ); Wed, 23 Nov 2016 11:55:31 -0500 Received: from mx2.suse.de ([195.135.220.15]:40794 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756672AbcKWQz3 (ORCPT ); Wed, 23 Nov 2016 11:55:29 -0500 Date: Wed, 23 Nov 2016 17:55:25 +0100 From: Borislav Petkov To: Tony Luck Cc: Henrique de Moraes Holschuh , "Luck, Tony" , Andi Kleen , Ashok Raj , linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] x86/mce: Include the PPIN in machine check records when it is available Message-ID: <20161123165525.awo6gceoyhz4qmky@pd.tnic> References: <878tsg67r3.fsf@tassilo.jf.intel.com> <1479491316-11716-1-git-send-email-tony.luck@intel.com> <20161123114855.njguoaygp3qnbkia@pd.tnic> <20161123132951.GA9373@khazad-dum.debian.net> <20161123133723.vyi7bv46h3pulldc@pd.tnic> <20161123140521.gkjl7vnvaneef7hv@pd.tnic> <6A4C8FFC-0A4E-4374-B276-DE5A751BDB72@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6A4C8FFC-0A4E-4374-B276-DE5A751BDB72@gmail.com> User-Agent: NeoMutt/20161014 (1.7.1) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 951 Lines: 28 On Wed, Nov 23, 2016 at 08:42:40AM -0800, Tony Luck wrote: > If the BIOS writes 10b, then PPIN is disabled and will remain so until > the processor is reset. Bit 1 is a one way trip, it can be set by s/w, > but not cleared again. 10b means bit 1, i.e., Enable_PPIN is set, right? Which actually *enables* PPIN. Or am I confused again? Otherwise, this explains the "Once set" wording - if Enable_PPIN is 1, there's no changing until next reboot. > All this is because of the huge stink last time Intel tried to add > a serial number to CPUs a decade and a half ago. It certainly rang a bell when you sent v1. :-) > The lockout bit is so that this can be turned off in a way that you > can be sure that it can't be turned on again. ... in order to protect ourselves from root doing wrmsr? Or why are we doing this? -- Regards/Gruss, Boris. SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) --