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 A7CD5C433F5 for ; Thu, 3 Feb 2022 12:07:20 +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-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=+mfbRbhun7iS4lqeomstYpiveyQuBOenDWe7Dro7WbY=; b=4GnNLnmfjyzvPO yDCJZvADqpM7SiFEvDYXpAGdpl1Un9Vjy9x+SqKZZC2ckQxRdckTdQeLgQ2yH1tDe2bhlSoNzZGWh ZUE0RVwd8wYMXimx1u0nOMOSze92z0iKWYYBuJn7GTNV/T61RzIqe3iLjedOROyBrileN+7tisIQx eCUjBDOda9g8UKO8sxYyq/H6JG6yCnw4J6pKpBqKEGTuNHpN2SFXR9JuyWj4UX29a+kZKAzFyudGH JAT0gM1r7AWkxIqaqPCPlue4m3GVKh+ehgmTcEFpjHShcgfmph9wbQA+IFrTrQUJErqN1SlamPNzL LrKwW8xU3kJAUHPPmLTw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nFas1-0016q3-Gd; Thu, 03 Feb 2022 12:05:49 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nFarx-0016pR-Pi for linux-arm-kernel@lists.infradead.org; Thu, 03 Feb 2022 12:05:47 +0000 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 9967311D4; Thu, 3 Feb 2022 04:05:44 -0800 (PST) Received: from bogus (unknown [10.57.41.150]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 2BCAD3F774; Thu, 3 Feb 2022 04:05:43 -0800 (PST) Date: Thu, 3 Feb 2022 12:04:56 +0000 From: Sudeep Holla To: Anshuman Khandual Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Mathieu Poirier , Suzuki K Poulose , Mike Leach , Leo Yan , coresight@lists.linaro.org Subject: Re: [PATCH] coresight: trbe: Move check for kernelspace unmapped at EL0 to probe Message-ID: <20220203101111.mx3o5kmo2bkjirn4@bogus> References: <20220201122212.3009461-1-sudeep.holla@arm.com> <01a43ba2-a633-f215-a688-2bda293b5a47@arm.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <01a43ba2-a633-f215-a688-2bda293b5a47@arm.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220203_040545_917906_C8AC1338 X-CRM114-Status: GOOD ( 25.55 ) 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-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, Feb 03, 2022 at 11:55:58AM +0530, Anshuman Khandual wrote: > > > On 2/1/22 5:52 PM, Sudeep Holla wrote: > > Currently with the check present in the module initialisation, it shouts > > on all the systems irrespective of presence of coresight trace buffer > > extensions. > > IIUC a system with CONFIG_CORESIGHT_TRBE enabled but without a TRBE DT > i.e "arm,trace-buffer-extension" complains about kernel space unmapping > at EL0 (even though it does not even really have TRBE HW to initialize). Correct. Basically, this error will be seen on all systems(DT and ACPI) when the module is compiled. It really doesn't matter if the system supports TRBE. > > > > Similar to Arm SPE perf driver, move the check for kernelspace unmapping > > when running at EL0 to the device probe instead of module initialisation. > > Makes sense. > Thanks. > > > > Cc: Mathieu Poirier > > Cc: Suzuki K Poulose > > Cc: Mike Leach > > Cc: Leo Yan > > Cc: Anshuman Khandual > > Cc: coresight@lists.linaro.org > > Signed-off-by: Sudeep Holla > > --- > > drivers/hwtracing/coresight/coresight-trbe.c | 10 +++++----- > > 1 file changed, 5 insertions(+), 5 deletions(-) > > > > diff --git a/drivers/hwtracing/coresight/coresight-trbe.c b/drivers/hwtracing/coresight/coresight-trbe.c > > index 276862c07e32..3fe2ce1ba5bf 100644 > > --- a/drivers/hwtracing/coresight/coresight-trbe.c > > +++ b/drivers/hwtracing/coresight/coresight-trbe.c > > @@ -1423,6 +1423,11 @@ static int arm_trbe_device_probe(struct platform_device *pdev) > > struct device *dev = &pdev->dev; > > int ret; > > > > Could you please add a similar comment like SPE driver regarding how > the TRBE buffer will be inaccessible, if kernel gets unmapped at EL0 > and trace capture will terminate. > Sure I can add that. But if the device probe fails, will you be able to even start the trace capture, sorry I didn't get what you mean by "trace capture will terminate". I assume it must be "trace capture is not possible or not allowed" IIUC. -- Regards, Sudeep _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel