From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.3 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6898DC433ED for ; Thu, 22 Apr 2021 14:39:16 +0000 (UTC) Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id E7CDD613B6 for ; Thu, 22 Apr 2021 14:39:15 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org E7CDD613B6 Authentication-Results: mail.kernel.org; dmarc=fail (p=quarantine dis=none) header.from=suse.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=xen-devel-bounces@lists.xenproject.org Received: from list by lists.xenproject.org with outflank-mailman.115453.220272 (Exim 4.92) (envelope-from ) id 1lZaTa-0002Bz-1R; Thu, 22 Apr 2021 14:38:42 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 115453.220272; Thu, 22 Apr 2021 14:38:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1lZaTZ-0002Bs-UU; Thu, 22 Apr 2021 14:38:41 +0000 Received: by outflank-mailman (input) for mailman id 115453; Thu, 22 Apr 2021 14:38:40 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1lZaTY-0002Bn-JN for xen-devel@lists.xenproject.org; Thu, 22 Apr 2021 14:38:40 +0000 Received: from mx2.suse.de (unknown [195.135.220.15]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 2a935ce5-05ef-4160-8ce5-d5645f5f2597; Thu, 22 Apr 2021 14:38:39 +0000 (UTC) Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 75DD7AF5B; Thu, 22 Apr 2021 14:38:38 +0000 (UTC) X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" X-Inumbo-ID: 2a935ce5-05ef-4160-8ce5-d5645f5f2597 X-Virus-Scanned: by amavisd-new at test-mx.suse.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1619102318; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=zWuit8EpcJtCqyUSXuyn07q39WIqpJSHBL0C7kUAPB8=; b=B6jUv23cQ2vZLiGaK9NZf0YUjPAofYqtEYQMZnOSFTAX5SPAierMatOTzCcosndjI/IO8U 0d/tQK2oq59WhTA+Jad/FMIRh+OUzPBe253AOLOMUVgNwijgGYx4N6rdKVQoWCjszML2EG VugMN3YtpTMlm9hgMlqbijTizMz4XyA= From: Jan Beulich Subject: [PATCH v3 00/22] xvmalloc() / x86 xstate area / x86 CPUID / AMX+XFD Cc: Andrew Cooper , George Dunlap , Ian Jackson , Julien Grall , Stefano Stabellini , Wei Liu , =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= To: "xen-devel@lists.xenproject.org" Message-ID: <322de6db-e01f-0b57-5777-5d94a13c441a@suse.com> Date: Thu, 22 Apr 2021 16:38:38 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit While the sub-groups may seem somewhat unrelated, there are inter- dependencies (logical, functional, or contextual). The majority of the patches are unchanged in v3, but there are a few new ones. See individual patches for details. The first patch here depends on "gnttab: defer allocation of status frame tracking array", which sadly is still pending (with the discussion, as so often, stalled). Similarly the discussion on whether to introduce xvmalloc() in its presented shape, or what alternative would be acceptable, has stalled. The Working Group, so far, hasn't really helped make progress here. One thing I was wondering whether it would help, and which I had come to consider while seeing something similarly named elsewhere: What about naming the new functions xnew() and xdelete() and alike? To me this would make it more natural to suggest that new code use them in favor of xmalloc() or vmalloc(), and that we'd (slowly) transition existing code to use them. 01: mm: introduce xvmalloc() et al and use for grant table allocations 02: x86/xstate: use xvzalloc() for save area allocation 03: x86/xstate: re-size save area when CPUID policy changes 04: x86/xstate: re-use valid_xcr0() for boot-time checks 05: x86/xstate: drop xstate_offsets[] and xstate_sizes[] 06: x86/xstate: replace xsave_cntxt_size and drop XCNTXT_MASK 07: x86/xstate: avoid accounting for unsupported components 08: x86: use xvmalloc() for extended context buffer allocations 09: x86/xstate: enable AMX components 10: x86/CPUID: adjust extended leaves out of range clearing 11: x86/CPUID: move bounding of max_{,sub}leaf fields to library code 12: x86/CPUID: enable AMX leaves 13: x86: XFD enabling 14: x86emul: introduce X86EMUL_FPU_{tilecfg,tile} 15: x86emul: support TILERELEASE 16: x86: introduce struct for TILECFG register 17: x86emul: support {LD,ST}TILECFG 18: x86emul: support TILEZERO 19: x86emul: support TILELOADD{,T1} and TILESTORE 20: x86emul: support tile multiplication insns 21: x86emul: test AMX insns 22: x86: permit guests to use AMX and XFD Jan