Received: by 2002:a05:6359:322:b0:b3:69d0:12d8 with SMTP id ef34csp594982rwb; Wed, 10 Aug 2022 13:26:54 -0700 (PDT) X-Google-Smtp-Source: AA6agR69hHzANm0I+VD3vxWbUhmNBXf8v+5/kc/jLcDKw/8Xn9F/pPrH2S45lDIXK2Y35b1dkxbl X-Received: by 2002:a17:906:c150:b0:733:76b:c7a5 with SMTP id dp16-20020a170906c15000b00733076bc7a5mr3645406ejc.567.1660163214105; Wed, 10 Aug 2022 13:26:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660163214; cv=none; d=google.com; s=arc-20160816; b=1KnFCBWZt9yD1vZWcHBT85ZoMggUd9iOm+msD6SVwzFY2vhgDvyeXS0JTckcZH7Gop pkwxqqOVgv7FzCMDCequFfoF0IUO5EB1rAFRKdccMMDbMQQZ0Xo2TxYII5H4G+2d9pdM u+svR+mqBj7hyjfgKiWQoMuuscK6eySEUpGng3MB2c1kw3CX7yzdpeaOK+YCaj88s3Y6 X0LsfLdVWlQiDymISPVd/nW6w/kf4eL21K31B0a5Ai3P6+CHBAONe3bYx9SW/gbNnSJv gVdgGkc7Xm9ZExFrCf5Ml0BedkDo9GLZHxoBWjCsYZhfH4WoB1oLa0tLOcqsAZkyEmrE l4xA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=55RZFlULWK3QIoRhwlKxzHL3X1tCL6AnKV9494viP80=; b=vh237mkp4HXMMlt4OXDaBqVoH6R9An5/+5ZjcDhkRQBjSdwZCCHgBKmOoBRmUOZtVJ O0pEhTEOogU7pyCMvTLnjM5P463neXBJjJEK2QZqrWOVkRqUKPIJ4Eyo5HyrTSwQfaSe B04eO4mO6P/qkbDbSbAFBEe34AXxzGW28y0zjzKW1eRZQDSDCDZqXxv/cKdgN7ZpcE4H vHUhEjBEZgsYBsOqo043GTXnzhkmCJ6jGCihZBSxb0gpGBTUEl/RuPuQLmly+u5/CsVQ taz6vL2fOq2XcCTyyFG7Mdr8wXqE/iux9cLPUkwJaJi+5w/qzoTXxJjEApcQoWsG7L6j jNLg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Jc9iM4t8; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 10-20020a50874a000000b0043e8b2ed68esi11028044edv.605.2022.08.10.13.26.28; Wed, 10 Aug 2022 13:26:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Jc9iM4t8; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232710AbiHJT7c (ORCPT + 99 others); Wed, 10 Aug 2022 15:59:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54056 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233265AbiHJT7S (ORCPT ); Wed, 10 Aug 2022 15:59:18 -0400 Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8A38C832DA for ; Wed, 10 Aug 2022 12:59:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1660161557; x=1691697557; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=XiJ89ys/W9hMwZlNOA7CICiK2nm7aXu4Rn0ibzObLio=; b=Jc9iM4t8+WTUNeYvsMDvg/vVV7tQmMP6GdBbCrYOB1bAWPBXvrswv/nk 92b4vGRvniZU9DP7KyOXX/6oBMauylqAUJ24CTJB555Ad8gt+pXwdq59y fQx840Hb1dP7JJNaNU5vcceW9DZDAuMQM/aXHwkMZkaLjJ1PvyYhRmCoD sHSOA9FeL17flOAWNawmzVZoUnfn+Whl677ewm1RgmHSgcr2sVNRtz/3M mO0YPJr7wDeTR3dTkozpsJoP2eAWkc04IlDcGUDf8zo/dMwmjPwRyp+J9 AMOacp4tBq/sBGAGVGbhDQnhXp51eLHG5uR5XTAKm23XV8Do8hgRW/B0a g==; X-IronPort-AV: E=McAfee;i="6400,9594,10435"; a="377468245" X-IronPort-AV: E=Sophos;i="5.93,228,1654585200"; d="scan'208";a="377468245" Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Aug 2022 12:59:17 -0700 X-IronPort-AV: E=Sophos;i="5.93,228,1654585200"; d="scan'208";a="781351240" Received: from snedunga-mobl2.amr.corp.intel.com (HELO [10.212.234.47]) ([10.212.234.47]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Aug 2022 12:59:16 -0700 Message-ID: Date: Wed, 10 Aug 2022 12:59:18 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [PATCH] x86/apic: Don't disable x2APIC if locked Content-Language: en-US To: Daniel Sneddon , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "Shutemov, Kirill" Cc: "H. Peter Anvin" , linux-kernel@vger.kernel.org, "Gomez Iglesias, Antonio" , Pawan Gupta References: <20220809234000.783284-1-daniel.sneddon@linux.intel.com> <238ea612-5a25-9323-b31f-0a14493db2f7@linux.intel.com> <341ea6e9-d8f3-ee7a-6794-67408abbf047@linux.intel.com> From: Dave Hansen In-Reply-To: <341ea6e9-d8f3-ee7a-6794-67408abbf047@linux.intel.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/10/22 12:40, Daniel Sneddon wrote: >> It it going to be *forced* on those SPR system? In other words, is it a >> little BIOS switch that users can flip? Is there any non-kernel >> workaround if a user hits this, or is the entire burden of this going to >> be foisted on the kernel? > It won't be forced, BUT, certain features won't be available if the APIC isn't > locked. According to the documentation SGX and TDX won't be available if you > don't lock the APIC. So, yes, you don't have to fix it in the kernel, but you > may lose access to features if you don't. Let's get some of this in the changelog and _possibly_ Documentation/ so that users know we're depending on the BIOS to play nice. Let's put ourselves in the place of our users for a moment at least and try to figure out how we play our part to help get them from seeing "can't disable x2apic mode" or whatever to them flipping knobs in the BIOS. I also dearly hope that Intel has told BIOS writers that the onus is on them *and* those nice BIOS folks listen to Intel. :) In any case, I don't think backports are warranted here at the moment. We can always do it in the future if the need arises.