Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp4805892pxb; Thu, 14 Oct 2021 12:19:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy4TtC/JHo204DYyZe2wJryxDiuIW0aUmlhrl8vSZNvYQ6xYdA3eYMTqmvjwuS4Q/wzXFIy X-Received: by 2002:a62:5a41:0:b0:448:152d:78bf with SMTP id o62-20020a625a41000000b00448152d78bfmr6856495pfb.77.1634239160821; Thu, 14 Oct 2021 12:19:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634239160; cv=none; d=google.com; s=arc-20160816; b=ipFHiET3s4OExCKNbB/Jux1gtNXGIwIs2H0EQWDpC/kt+16ubRm3CxgtsqMZkcoskk O/bxHBDlUGUDZy0w+w9/3fy5DwYGZf4inaT5XeH8CCJi7265gTReYL68dQ8bceXvVJi7 e9ELvoyXBiuoHXlwYRml8dcFyWQ+jXZOUIM2tuDUHFddbdSI/FDJouuMvSQuiCb8+gyx ghVrne0BIukqC9yCVGR+sEm+0OXd4fcIxr+vqBr2ZpebH2n9BGdZ4EcFbQj1VR6LXRFP u8lK9O/FUAZvX2mWyQSTzjc3JukKUW7Zhen5uvDoALfGTEYRYlMqLxCVFtYTsa+tBnMw JkFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=UEQGEoooLo0WzH/Ng4RSXkAmnTC05YDWp+sl7Q58jKU=; b=d3Z2tGeFOPNeAClyJh0NQBXYdvSDZwkfjrfRuPEP4TSO8S2mi8pH8fQ55PLObFRfOR Xc+vt9kmux4YiS7MAVaaE5ezQgFaks/sJS4N9IEH5veUMki5NPDNCQ96HJ4MtVWNZFtL HFRG9zuv6dx+29JXvXBINjik12lnilxJSuYBgY0sX0Dum48Z6TDVV1oF77LNKJ7nKbbI 8+ENWUz/hd9eOvYcw4RCyuoEdXjX0lc5hWmIoxvPxIrwFPzQaMJnwUIoNsAgwzsQ9CkI 3OVz765Dan04fp02i3G27lUkweVPv5cwaqC/wpgr4u5VxMbNaZpKWO5tMAoWJiFZdSrJ gp4Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b9si5873895pgh.40.2021.10.14.12.19.07; Thu, 14 Oct 2021 12:19:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233751AbhJNR4w (ORCPT + 99 others); Thu, 14 Oct 2021 13:56:52 -0400 Received: from mga14.intel.com ([192.55.52.115]:12243 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229528AbhJNR4v (ORCPT ); Thu, 14 Oct 2021 13:56:51 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10137"; a="228035322" X-IronPort-AV: E=Sophos;i="5.85,373,1624345200"; d="scan'208";a="228035322" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Oct 2021 10:45:37 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.85,373,1624345200"; d="scan'208";a="527691585" Received: from stinkbox.fi.intel.com (HELO stinkbox) ([10.237.72.171]) by fmsmga008.fm.intel.com with SMTP; 14 Oct 2021 10:45:33 -0700 Received: by stinkbox (sSMTP sendmail emulation); Thu, 14 Oct 2021 20:45:33 +0300 Date: Thu, 14 Oct 2021 20:45:33 +0300 From: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= To: Borislav Petkov Cc: Ser Olmy , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , x86@kernel.org, linux-kernel@vger.kernel.org Subject: Re: [regression] commit d298b03506d3 ("x86/fpu: Restore the masking out of reserved MXCSR bits") Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Patchwork-Hint: comment Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 14, 2021 at 06:03:46PM +0300, Ville Syrj?l? wrote: > On Thu, Oct 14, 2021 at 04:56:56PM +0200, Borislav Petkov wrote: > > On Thu, Oct 14, 2021 at 05:43:14PM +0300, Ville Syrj?l? wrote: > > > Hmm. Actually I just stared at the code a bit more it looks > > > a bit funny. Was it supposed to do this instead? > > > > > > - fpu->state.fxsave.mxcsr &= ~mxcsr_feature_mask; > > > + fpu->state.fxsave.mxcsr &= mxcsr_feature_mask; > > > > Whoops, I had it like that in the original patch: > > > > https://lore.kernel.org/all/163354193576.25758.8132624386883258818.tip-bot2@tip-bot2/ > > > > I blame tglx. :-) > > > > Does it work if you remove the mask negation "~"? > > The machine is currently preoccupied with other things. Should free up > in an hour or two. Once it does I'll give this a spin and report back. That ~ was indeed the problem. With it gone the machine is happy again. I presume you'll turn this into a real patch? Tested-by: Ville Syrj?l? -- Ville Syrj?l? Intel