Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3997551pxj; Mon, 24 May 2021 21:02:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzcovhjKvgR/LM1Fk7I1OJghptJpbJzooGJ1b1zyYfIq7CTyBlPEkKdQb7IYD3TSM2mOgrE X-Received: by 2002:a05:6e02:1d1a:: with SMTP id i26mr21566190ila.180.1621915358093; Mon, 24 May 2021 21:02:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621915358; cv=none; d=google.com; s=arc-20160816; b=JSfH6TAxsku88yH6P60XkpMwar6wFzAKEAVnDyXksFXHNGQ0KmfJkike6ZiOYzNwhz dq4Zjer/lLf3IoiV3Mc6M2+SKayUtv+W3p9fF9K5RfeK3DpYVzRpMd/6Nq/Lz6dBtzgu nxKKAm4IQ9T4nbN17Z619yK8E9mLjMv90fYvpdpUATKStwRiROfm2cFc16gzjAPIoZd3 gsArT+YhvrXQ1DrXxPL1sp5Ag3YOQowuTaazJA+oyzm5TOu+uFnLRE+CnSMVUQQsTP7R lBVGbhvdk3iNqypQSqpMqigowZIAujS84waVV9ALqCYlWwcUanw78YYBxjJJIcXHT9FL +uHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:subject:cc:to:from :date:references:in-reply-to:message-id:mime-version:user-agent :dkim-signature; bh=STP4n6Ue4mpIrQuCnFResfVX1UbJlNIXjZRIjZ8O+vQ=; b=CdTV1crY4FNyBZzoqGJlzUuGfGQrou8bTzH9sj0l9G471SX+3EbvQCTC+qXgCsxC1c wrY5JxXMc1qdSz97rdRnJzvJLI1kDrisdfmeTa2lesKQOz2sMcBx4jGX/XhDjgnw7VhV 8inPcCPwmdQVwpdxOwKSl0IEAvl9O5+JdOp3E1h1sVakwhpBaqX87KK5STpLdqt3jBM0 pMJc2a7ErVul4A1TWWryGSmrq1yPeq63HhIZsk3BRk9ZClemUd8kRahlkedcwgS+BFpi NTjGVcKqhRy3FG+TH5rObLr9A8B6T2vAoVwNdwpKscdZDfxj/N7AOQ/KiKnEOklqX/D9 YTAQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=FMVQiLP8; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m17si15324162ilg.130.2021.05.24.21.02.24; Mon, 24 May 2021 21:02:38 -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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=FMVQiLP8; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230335AbhEYDq3 (ORCPT + 99 others); Mon, 24 May 2021 23:46:29 -0400 Received: from mail.kernel.org ([198.145.29.99]:56954 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230048AbhEYDq2 (ORCPT ); Mon, 24 May 2021 23:46:28 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id D53E9613D8; Tue, 25 May 2021 03:44:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1621914299; bh=mphs2ytqcaHWAzF+Z5cAO+igIUR6zVq+Gj6ZgDHXbyk=; h=In-Reply-To:References:Date:From:To:Cc:Subject:From; b=FMVQiLP89zhd7WorJ7dURG4wUklGOjVyxBQ3q5XAv6wcavwjImwOTbcv5CSVUsSBE DY/xuHgVe/5yNp2w4aKLQa43agS3G6nvkRhbykojEthvZhUBCNZCn3wyKNY+TdmL7h EWVY0CbR5dDc3xrtknVpD8ciJWOalxuve+mX6aYKylGKyHMQQYxDRglyK+/+Rol4B8 Kjt2/yu1oVcKg+5O8TU0zvlRyCqig9+Cuj40LdAu9WQmN1pwphgh/47SeaIT2M6Ucx uTnbWjf+fEuanLxS4vULhZq7bQ5Hc0LLoRBA7dp32RRsDdkmfBxdLrZpUm+0POgrPJ M6kdenIq2cJTA== Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailauth.nyi.internal (Postfix) with ESMTP id E1BAA27C0054; Mon, 24 May 2021 23:44:57 -0400 (EDT) Received: from imap21 ([10.202.2.71]) by compute2.internal (MEProxy); Mon, 24 May 2021 23:44:57 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdektddgjeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgfgsehtqhertderreejnecuhfhrohhmpedftehn ugihucfnuhhtohhmihhrshhkihdfuceolhhuthhosehkvghrnhgvlhdrohhrgheqnecugg ftrfgrthhtvghrnhepvdelheejjeevhfdutdeggefftdejtdffgeevteehvdfgjeeiveei ueefveeuvdetnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrh homheprghnugihodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdduudeiudek heeifedvqddvieefudeiiedtkedqlhhuthhopeepkhgvrhhnvghlrdhorhhgsehlihhnuh igrdhluhhtohdruhhs X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id E882951C0060; Mon, 24 May 2021 23:44:56 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.5.0-alpha0-448-gae190416c7-fm-20210505.004-gae190416 Mime-Version: 1.0 Message-Id: <861e2ac3-b56b-4879-9a78-e20bac4906f1@www.fastmail.com> In-Reply-To: References: <20210523193259.26200-1-chang.seok.bae@intel.com> <20210523193259.26200-22-chang.seok.bae@intel.com> <8c8d91ae-5a3b-9523-725d-134840102df7@kernel.org> <5a645958-10ab-46e7-9650-e5746a8d2276@www.fastmail.com> Date: Mon, 24 May 2021 20:44:36 -0700 From: "Andy Lutomirski" To: "Len Brown" Cc: "Bae, Chang Seok" , "Borislav Petkov" , "Thomas Gleixner" , "Ingo Molnar" , "the arch/x86 maintainers" , "Brown, Len" , "Dave Hansen" , "Liu, Jing2" , "Shankar, Ravi V" , "Linux Kernel Mailing List" Subject: Re: [PATCH v5 21/28] x86/fpu/amx: Initialize child's AMX state Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 24, 2021, at 11:21 AM, Len Brown wrote: > On Mon, May 24, 2021 at 2:14 PM Andy Lutomirski wrot= e: >=20 > > What does VOLATILE mean in this context? >=20 > Volatile means caller-saved. Just like every other extended math register except some XMMs on Windows= . (Thanks you so, so much, Microsoft, for screwing this up, and thank yo= u Intel for indulging Microsoft.) >=20 > Volatile registers can not be used for globals, static, or for > parameter passing. >=20 > ie. By the time the callee is running, they must be assumed to be inva= lid. Callees can=E2=80=99t assume anything about any of the registers unless = explicitly specified. TILE is no different from RBP or XMM in this regar= d. >=20 > This means that any routine, including the target of a system call, > such as fork/clone, can't assume that any data exists in these > registers. >=20 If we actually believe this, then we should clear xmm, ymm, zmm, etc on = every system call. Barring that, let=E2=80=99s come up with reasonable = semantics, document it, and implement it.