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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 08EB3C433FE for ; Sun, 24 Apr 2022 09:27:28 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230502AbiDXJaZ (ORCPT ); Sun, 24 Apr 2022 05:30:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39116 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238845AbiDXJaT (ORCPT ); Sun, 24 Apr 2022 05:30:19 -0400 Received: from out30-43.freemail.mail.aliyun.com (out30-43.freemail.mail.aliyun.com [115.124.30.43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D60E7191C77; Sun, 24 Apr 2022 02:27:17 -0700 (PDT) X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R121e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04407;MF=tianjia.zhang@linux.alibaba.com;NM=1;PH=DS;RN=18;SR=0;TI=SMTPD_---0VB0eA6j_1650792433; Received: from 30.240.100.40(mailfrom:tianjia.zhang@linux.alibaba.com fp:SMTPD_---0VB0eA6j_1650792433) by smtp.aliyun-inc.com(127.0.0.1); Sun, 24 Apr 2022 17:27:14 +0800 Message-ID: <03e81a57-ea4b-fe96-0175-759b791d9293@linux.alibaba.com> Date: Sun, 24 Apr 2022 17:27:09 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: [PATCH] arm64/sme: Add hwcap for Scalable Matrix Extension Content-Language: en-US To: Mark Brown Cc: Will Deacon , Catalin Marinas , Jonathan Corbet , Marc Zyngier , Joey Gouly , Vincenzo Frascino , Arnd Bergmann , Anshuman Khandual , Fuad Tabba , Mark Rutland , Vladimir Murzin , James Morse , Suzuki K Poulose , Mathieu Poirier , linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org References: <20220414115544.36204-1-tianjia.zhang@linux.alibaba.com> From: Tianjia Zhang In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Mark, On 4/19/22 9:58 PM, Mark Brown wrote: > On Fri, Apr 15, 2022 at 10:25:33AM +0800, Tianjia Zhang wrote: >> On 4/14/22 8:02 PM, Mark Brown wrote: >>> On Thu, Apr 14, 2022 at 07:55:44PM +0800, Tianjia Zhang wrote: > >>> Why add something independently, especially given that there is no way >>> for userspace to do anything constructive with the feature without the >>> rest of the kernel support? Any attempt to use SME instructions without >>> kernel support will trap and generate a SIGILL even if the feature is >>> present in hardware. > >> Great job, I encountered the issue of invalid REVD (requires FEAT_SME) >> instruction when developing SVE2 programs, so I plan to gradually >> support SME in the kernel, thanks for your contribution, you can ignore >> my patch. > > I see. Unfortunately all the new registers mean that we really need to > define all the ABI as soon as we enable anything and the only thing we > can really skip out on when doing initial enablement is KVM (which I > have in fact skipped for the time being, I'll look at that at some point > after the initial support is landed). > >> In addition, I would like to ask a question, whether there is an >> alternative SVE2 instruction for the REVD instruction that can complete >> this operation, if the machine does not support SME. > > I'm not aware of anything, but I am mostly focused on the OS support > rather than any of the actual mathematical operations that are more the > point of these architecture features so I might be missing something. > >>> Do you have a system with SME that you're trying to use? Review/testing >>> on the current series would be appreciated. > >> Unfortunately, the value currently read by my machine ID_AA64PFR1_EL1 >> register is 0x121. It seems that the hardware does not support SME. Is >> there any other help I can provide? > > Other than verifying that the series doesn't cause trouble for systems > without SME Thanks for your reply, I have indirectly implemented the functionality of the REVD instruction using the tbl instruction on a machine that does not support SME. For this group of patchsets, I will do some tests later, which may take a long time, and there is currently no exclusive machine at hand. Best regards, Tianjia 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 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 2C30AC433EF for ; Sun, 24 Apr 2022 09:28:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:From:References:Cc:To:Subject: MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=hPcIiFPsY5jT/tqrjodzDrlL0YGtpbVNm3Bm+4HHy40=; b=Gkgx2hZ6Rs3Z0V 5Q61v3cXiHMsJ6yqwy8S/HGpo8Co8j9Be7jInKmWL+h3IyMWdbx+OkHvQaWdBOC8rYgO2/kVEPaRz UzpadKVIGHsaWodKUaBEjd0JQgZqoTjRO+sJ97YwB05FvDoQEs/yBOC1BhJ1twH+myaeko7EgOJM/ Sir5WmPwZhLHi+m5f+gEKljtjWSz/+l1p5rHhdmLhqpGFKnGljYFaNka9emyUg1bTP48hwbNEVd8K uAF2/RKqiWQw1Yn4OKUCD7lMXPoh7jBV+0sV+gRdqgcoo3ZFbtswUqSmuV1uA7iwCXy2gSn4emaYX pZ3JxRPEHZOqVmWB49pg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1niYWe-006Gji-GX; Sun, 24 Apr 2022 09:27:28 +0000 Received: from out30-45.freemail.mail.aliyun.com ([115.124.30.45]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1niYWZ-006Gid-JI for linux-arm-kernel@lists.infradead.org; Sun, 24 Apr 2022 09:27:25 +0000 X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R121e4; CH=green; DM=||false|; DS=||; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e01e04407; MF=tianjia.zhang@linux.alibaba.com; NM=1; PH=DS; RN=18; SR=0; TI=SMTPD_---0VB0eA6j_1650792433; Received: from 30.240.100.40(mailfrom:tianjia.zhang@linux.alibaba.com fp:SMTPD_---0VB0eA6j_1650792433) by smtp.aliyun-inc.com(127.0.0.1); Sun, 24 Apr 2022 17:27:14 +0800 Message-ID: <03e81a57-ea4b-fe96-0175-759b791d9293@linux.alibaba.com> Date: Sun, 24 Apr 2022 17:27:09 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: [PATCH] arm64/sme: Add hwcap for Scalable Matrix Extension Content-Language: en-US To: Mark Brown Cc: Will Deacon , Catalin Marinas , Jonathan Corbet , Marc Zyngier , Joey Gouly , Vincenzo Frascino , Arnd Bergmann , Anshuman Khandual , Fuad Tabba , Mark Rutland , Vladimir Murzin , James Morse , Suzuki K Poulose , Mathieu Poirier , linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org References: <20220414115544.36204-1-tianjia.zhang@linux.alibaba.com> From: Tianjia Zhang In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220424_022723_854035_50045EF9 X-CRM114-Status: GOOD ( 23.44 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Mark, On 4/19/22 9:58 PM, Mark Brown wrote: > On Fri, Apr 15, 2022 at 10:25:33AM +0800, Tianjia Zhang wrote: >> On 4/14/22 8:02 PM, Mark Brown wrote: >>> On Thu, Apr 14, 2022 at 07:55:44PM +0800, Tianjia Zhang wrote: > >>> Why add something independently, especially given that there is no way >>> for userspace to do anything constructive with the feature without the >>> rest of the kernel support? Any attempt to use SME instructions without >>> kernel support will trap and generate a SIGILL even if the feature is >>> present in hardware. > >> Great job, I encountered the issue of invalid REVD (requires FEAT_SME) >> instruction when developing SVE2 programs, so I plan to gradually >> support SME in the kernel, thanks for your contribution, you can ignore >> my patch. > > I see. Unfortunately all the new registers mean that we really need to > define all the ABI as soon as we enable anything and the only thing we > can really skip out on when doing initial enablement is KVM (which I > have in fact skipped for the time being, I'll look at that at some point > after the initial support is landed). > >> In addition, I would like to ask a question, whether there is an >> alternative SVE2 instruction for the REVD instruction that can complete >> this operation, if the machine does not support SME. > > I'm not aware of anything, but I am mostly focused on the OS support > rather than any of the actual mathematical operations that are more the > point of these architecture features so I might be missing something. > >>> Do you have a system with SME that you're trying to use? Review/testing >>> on the current series would be appreciated. > >> Unfortunately, the value currently read by my machine ID_AA64PFR1_EL1 >> register is 0x121. It seems that the hardware does not support SME. Is >> there any other help I can provide? > > Other than verifying that the series doesn't cause trouble for systems > without SME Thanks for your reply, I have indirectly implemented the functionality of the REVD instruction using the tbl instruction on a machine that does not support SME. For this group of patchsets, I will do some tests later, which may take a long time, and there is currently no exclusive machine at hand. Best regards, Tianjia _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel