Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp155129pxf; Thu, 25 Mar 2021 00:27:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwizlxcfj5xgpe5hNGqh7pUIhxiN6Tgu6BMLnDIQ08LvgKnJW/8GB+CKFlAGKQ/KIsLZZXg X-Received: by 2002:a17:906:cf90:: with SMTP id um16mr7987598ejb.389.1616657270575; Thu, 25 Mar 2021 00:27:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616657270; cv=none; d=google.com; s=arc-20160816; b=Fe9iDAGpggL2PDgFU/PZh6aklamfE8rClVEzCVCTMEffnye2ThGPZMLbdaX5hRl6ca 7z2RleRdtSvYk3RPZoH95ZALG8jUDuOr2hFc8SJ6dFfUleDBy263X/G7j2XL5rw2e7ap lVQJrFFKfMvk7rJDuWvvzdd91VS9rrqzRjKQ1xjl5zEFpBM2ZiOudIpoIXqofY5z6wVw u+EKyXp23/fiRPY3f9JPHtrGBY/u45pgFAXrBBSFl6xAi+EXdQfjpIPWWJeZ2fzW4gSO 5lYfH8pqmr3gbp9LAlWDY73LH0n6pvPQt6C+JBPd8GwmpAESmAwj6qS2lHlHb6+x7/vi QYJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:ironport-sdr:ironport-sdr; bh=58casxu9jwmB2w82Uh9nM4ePPVCaFR3lSAwhjT1d2N8=; b=XNyfhbpEjdmNiYb5JbUHrYM6dW2fPbY6u/l8luK44WA7gc8cpFTT7+C+1UnW2iCt/5 Bzb7ng+JTL3aK8hq7ZKoz5nVF2UFEHfRv7PYRNaXBXBno66SZdwrA8WfQ3qv2apgaMUQ D+VrA4QxxbPY5E25Bo2K/U+oQquR3ANXlTbPg6cTE3eBjUoEya9VdSkM9jTkN8tPn8+Z UqWZED1lRmCjBI/Nx0E7ZrjtndMLqAj2RSCI4RgbMsEvTshwi/poBpFILJwQrIZwYf4F /CzjLX5jVDmC13tAF0L+N/DTPvkdYftUPF9l7Rj208Lzh8RC1cb8Kal7ms9fCoWNBcOb aBFQ== 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 c20si3633070ejk.730.2021.03.25.00.27.28; Thu, 25 Mar 2021 00:27:50 -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 S229908AbhCYH0e (ORCPT + 99 others); Thu, 25 Mar 2021 03:26:34 -0400 Received: from mga11.intel.com ([192.55.52.93]:6371 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229547AbhCYH0P (ORCPT ); Thu, 25 Mar 2021 03:26:15 -0400 IronPort-SDR: M+pd+nCG5c7YBvlqyOv7H32KokVtfkeJ4uTscnzMRMJ54OgEf+dBtHkCuGxD4RJOK6QQ3mXYMs aulZPyJQ1q3w== X-IronPort-AV: E=McAfee;i="6000,8403,9933"; a="187570299" X-IronPort-AV: E=Sophos;i="5.81,277,1610438400"; d="scan'208";a="187570299" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Mar 2021 00:26:14 -0700 IronPort-SDR: 5YUFgyEOmHp/+MWrN7JiWpc6CggC+fZhcCS9g7MCs9puzXcGvQ41vXaUw9ODLfEgKGWFXk1e8n qEK6gUaHOmZg== X-IronPort-AV: E=Sophos;i="5.81,277,1610438400"; d="scan'208";a="415870120" Received: from unknown (HELO [10.238.130.187]) ([10.238.130.187]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Mar 2021 00:26:10 -0700 Subject: Re: [PATCH v4 14/22] x86/fpu/xstate: Expand the xstate buffer on the first use of dynamic user state To: "Bae, Chang Seok" Cc: Len Brown , Andy Lutomirski , Thomas Gleixner , Borislav Petkov , Ingo Molnar , X86 ML , "Brown, Len" , "Hansen, Dave" , "Liu, Jing2" , "Shankar, Ravi V" , LKML References: <20210221185637.19281-1-chang.seok.bae@intel.com> <20210221185637.19281-15-chang.seok.bae@intel.com> <87o8fda2ye.fsf@nanos.tec.linutronix.de> <6ed9d725-a6cb-4147-9c8a-2fe240e4bb10@linux.intel.com> <87fb254f-a904-303e-daee-c9a3e9bf13b7@linux.intel.com> From: "Liu, Jing2" Message-ID: <84047b4a-48e3-6efc-643a-06cfcc0630cc@linux.intel.com> Date: Thu, 25 Mar 2021 15:26:08 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >>> For AMX, we must still reserve the space, but we are not going to write zeros >>> for clean state. We so this in software by checking XINUSE=0, and clearing >>> the xstate_bf for the XSAVE. As a result, for XINUSE=0, we can skip >>> writing the zeros, even though we can't compress the space. >> So my understanding is that clearing xstate_bv will not help prevent saving >> zeros, but only not masking EDX:EAX, since the following logic. Not sure if >> this is just what you mean. :) > FWIW, PATCH21 [1] uses the instruction mask to skip writing zeros on sigframe. > Then, XSAVE will clear the xstate_bv for the xtile data state bit. > > [1] https://lore.kernel.org/lkml/20210221185637.19281-22-chang.seok.bae@intel.com/ Yes, no mask in EDX:EAX works in such case. Thanks for pointing out the patch. BRs, Jing > > Thanks, > Chang