Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp769358pxb; Tue, 9 Feb 2021 11:57:26 -0800 (PST) X-Google-Smtp-Source: ABdhPJzVh5uIReynXK1k6wZQrA2j+1DrkxfOMcHb/Bw0+84Ww3rWfWBqIPyeNNufez7bwNPOLQpo X-Received: by 2002:a17:907:7347:: with SMTP id dq7mr24679890ejc.385.1612900645824; Tue, 09 Feb 2021 11:57:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612900645; cv=none; d=google.com; s=arc-20160816; b=bmB65iAizJakGBihCQRX3LAfRJHAArd/Ycp5wiNk3/gFJK/XvvLceI3xDy7ZH5VstT GmqJ6AWT9RNXl2ywaM7HqpAYckCJf9D6lgP53nt6hbFY3wBn/mrvA+lArRsUwsPVJIAQ 0iLU3gqnkd6MdrSfxqQoPpfpX8PK+/gQCmifVed9bAnPYGmNApt/zpWTIfJRf0jEc7kV 0CcLRRtzbiNztEhdUnLahuJFp8pFCOZESlYs4MYO5S0mMA88GRST7ob3c5blq59JkzPD 8jOLReNwdzA03HNn8BbmrKj74oCJNbUgurtf9ev0IQUhxQNF20ZUJB1t0+EOmScQz4Xb fUqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=nfeXmfKOZsFn+6qZpEhgQwILTM90bKspEyt/Zf6dBGI=; b=FlJGJMv7FYkoqV3VE1lW98WUV+XviHehY5lumVclCeTvKS1VX01h8dAlbt5Q4neLfz QNg5Xxoc9xHVybYZwnec5XJzhoKd9o+DftZf+dDFRxtolSbWr684ZEuBfuKA/TAGxmyz T95wNOu7XehE8I2u+4ZmQC10CKnM+g1dos6QLgIA6bjNaaGhu3KBgvDmMuq+0jidsOvs vWqZ8/4RECfz78aE3LfOlrTxTUBd/613BFbxnMFAEtBt/nuA/tCP1NrRnJY2Q0xYQcys pMJWRmFjnT5RhgZrvjqoKBc0oBZzNc/wwgJvmEfkxOkvCadaJZFJrHfYk4EbiUhpCp10 8+yg== 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=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x21si14024679edv.185.2021.02.09.11.57.02; Tue, 09 Feb 2021 11:57:25 -0800 (PST) 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=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233810AbhBITyh (ORCPT + 99 others); Tue, 9 Feb 2021 14:54:37 -0500 Received: from foss.arm.com ([217.140.110.172]:55224 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233237AbhBISWQ (ORCPT ); Tue, 9 Feb 2021 13:22:16 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 8FE53113E; Tue, 9 Feb 2021 10:21:29 -0800 (PST) Received: from [10.37.8.18] (unknown [10.37.8.18]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 94D513F73B; Tue, 9 Feb 2021 10:21:27 -0800 (PST) Subject: Re: [PATCH v12 6/7] arm64: mte: Save/Restore TFSR_EL1 during suspend To: Catalin Marinas , Lorenzo Pieralisi Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com, Andrew Morton , Will Deacon , Dmitry Vyukov , Andrey Ryabinin , Alexander Potapenko , Marco Elver , Evgenii Stepanov , Branislav Rankov , Andrey Konovalov References: <20210208165617.9977-1-vincenzo.frascino@arm.com> <20210208165617.9977-7-vincenzo.frascino@arm.com> <20210209115533.GE1435@arm.com> <20210209143328.GA27791@e121166-lin.cambridge.arm.com> <20210209172821.GI1435@arm.com> From: Vincenzo Frascino Message-ID: <89c95a1e-cfd2-7840-3175-deaeb336190b@arm.com> Date: Tue, 9 Feb 2021 18:25:31 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20210209172821.GI1435@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/9/21 5:28 PM, Catalin Marinas wrote: >> I don't think though you can "check" with IRQs disabled so I suspect >> that TFSR_EL1 has to be saved/restored (which means that there is a >> black out period where we run kernel code without being able to detect >> faults but there is no solution to that other than delaying saving the >> value to just before calling into PSCI). Likewise on resume from low >> power. > It depends on whether kasan_report can be called with IRQs disabled. I > don't see why not, so if this works I'd rather just call mte_check_async > (or whatever it's called) on the suspend path and zero the register on > resume (mte_suspend_exit). We avoid any saving of the state. Fine by me, I tried a quick test and can confirm that kasan_report can be invoked with IRQ disabled. -- Regards, Vincenzo