Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3802621pxf; Mon, 29 Mar 2021 11:51:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz5zXXpzz7CBFo5YbrJrrwZvZC0/hhG+crLQkViagainkCkbbtI+YqhtMTTD575LlQU+dqe X-Received: by 2002:aa7:de8b:: with SMTP id j11mr30009581edv.363.1617043883524; Mon, 29 Mar 2021 11:51:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617043883; cv=none; d=google.com; s=arc-20160816; b=vY4ELiV7w6RwPxGKTh5m//z7U7hiq4seF0gWUWCYIciUndcx+hjIe8/QJVD4TbXRZ9 DnUNKdH8dyVz5r16jcHSzJKNZYZivL5c+lOfxhElmVKICBu0ppw1y2JSn66H6fh5O3nC 0Cju4hgWq7CujFj+nLSwIzCg5e5juQD9TcxM9Pcgd2ieEB4tuXBlWxgWynSSCPEdMNY6 9BfqJoRuHINYX2pHHql30hIEW8oVPTWFcrxP7k4wFClLqkAeQfO7+XMRwsB033Qu3zeZ ekWR1MtHfAJ/ktyeADDEMhYR50kxS0kol2KkV537AHi6EMwpghRZOZQ+ucNFaDtSgtpp WH2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=jKxCL0ncWKe7zPEzTZWASnthFKodIPfsqi1oXGFkefU=; b=StoutGd9Pgzz8bFs8SswYfVn3wHl2FyKvwnxY3et0TYs1yIAfB3qsdJ1iqkaGa9dPK +Rw8QEi0bVhWFOCt64CVWI2SGpkFtWW9oMY5bB8U5XIVsXBDRN9e5VjDDDUM1M9UYZon 3UJUJQ66GTHuw1k1h2XMv5ooS8bMf+LA5q7ETe0cGpx0HPmZz08GLwg4fjUOsQbYsF8b 1avSqI0sQqHSD8XuNcyt30iy+jGkCx4qcFiqC8oikgL9r1RLn3FOEIX5KznygQoaIHwH 1xQMVbFXuuP80JqrtixLoqiPoUqsjNjh5XbZdkKINdXID9ypaU8qEPVArXMRmKOJrWmK PnKQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=m7pWTXsO; dkim=neutral (no key) header.i=@linutronix.de header.b=GVJgaksn; 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=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m7si14014319edq.562.2021.03.29.11.51.00; Mon, 29 Mar 2021 11:51:23 -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=@linutronix.de header.s=2020 header.b=m7pWTXsO; dkim=neutral (no key) header.i=@linutronix.de header.b=GVJgaksn; 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=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231237AbhC2SuD (ORCPT + 99 others); Mon, 29 Mar 2021 14:50:03 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:38444 "EHLO galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229711AbhC2Stf (ORCPT ); Mon, 29 Mar 2021 14:49:35 -0400 From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1617043774; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=jKxCL0ncWKe7zPEzTZWASnthFKodIPfsqi1oXGFkefU=; b=m7pWTXsOVhoQhSejYS3+GlX30pT0MHU2527Ok8kEmic1LUR0MURLTQydsaOg5mOeH/PdwD dWGVa5Z3dYCpic9TSUiLttwddP2wc3aYukB9TELAS5aA7qBwevxQVrpD/PXoR7pXyhaS5Q SPFoXdlLd2CnAftK6L5e0TThvybs1nY7zEr2VnpE31g0WNyQQRJePgfMobWDRVq5BjtzYE //YN1Q9vpJyGK+bfbGnMWuD23tbT6uYkTqN5aiPWZbwvCdmReDalE2C7QGEdw7gET52hMj FWkO8x5JNMSOP8YV7E6VzoCSrhZwUxFLO6+qtsMAtCmJG8VsIkQbspPwE9aJ4w== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1617043774; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=jKxCL0ncWKe7zPEzTZWASnthFKodIPfsqi1oXGFkefU=; b=GVJgaksnA6ObJd+0LpC0i61HwIlweMsMgNpP0neuKbbZQ1i+FE4Z/RY2PiHdxw5XkxywPu Q/G8cGphADZabYCw== To: Len Brown Cc: "Chang S. Bae" , Borislav Petkov , Andy Lutomirski , Ingo Molnar , X86 ML , "Brown\, Len" , Dave Hansen , "Liu\, Jing2" , "Ravi V. Shankar" , Linux Kernel Mailing List Subject: Re: [PATCH v4 14/22] x86/fpu/xstate: Expand the xstate buffer on the first use of dynamic user state In-Reply-To: References: <20210221185637.19281-1-chang.seok.bae@intel.com> <20210221185637.19281-15-chang.seok.bae@intel.com> <87o8fda2ye.fsf@nanos.tec.linutronix.de> <87r1jyaxum.ffs@nanos.tec.linutronix.de> Date: Mon, 29 Mar 2021 20:49:33 +0200 Message-ID: <87ft0d7q2q.ffs@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 29 2021 at 11:43, Len Brown wrote: > On Mon, Mar 29, 2021 at 9:33 AM Thomas Gleixner wrote: > But yes, if a bare metal OS doesn't support any threading libraries > that query XCR0 with xgetbv, and they don't care about the performance > impact of switching XCR0, they could choose to switch XCR0 and > would want to TILERELEASE to assure C6 access, if it is enabled. That's not the point. The C6 issue has nothing to do with the ABI considerations vs. XCR0. According to documentation it is irrelevant whether AMX usage is disabled via XCR0, CR4.OSXSAVE or XFD[18]. In any case the effect of AMX INIT=0 will prevent C6. As I explained in great length there are enough ways to get into a situation where this can happen and a CPU goes idle with AMX INIT=0. So what are we supposed to do? - Use TILERELEASE on context switch after XSAVES? - Any other mechanism on context switch - Clear XFD[18] when going idle and issue TILERELEASE depending on the last state - Use any other means to set the thing back into INIT=1 state when going idle There is no option 'shrug and ignore' unfortunately. Thanks, tglx