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 C6C0FC433FE for ; Tue, 11 Oct 2022 15:30:45 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231739AbiJKPal (ORCPT ); Tue, 11 Oct 2022 11:30:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47112 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231732AbiJKPaQ (ORCPT ); Tue, 11 Oct 2022 11:30:16 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id BA06598C97; Tue, 11 Oct 2022 08:20:27 -0700 (PDT) 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 ED92B113E; Tue, 11 Oct 2022 08:10:36 -0700 (PDT) Received: from [10.57.67.43] (unknown [10.57.67.43]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 206923F792; Tue, 11 Oct 2022 08:10:28 -0700 (PDT) Message-ID: <0da5622f-35bb-fbe3-37a4-e5c9e825d9ca@arm.com> Date: Tue, 11 Oct 2022 16:10:27 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.3.2 Subject: Re: [PATCH v3 03/13] coresight: stm: Update STM driver to use Trace ID API To: Mike Leach Cc: coresight@lists.linaro.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, mathieu.poirier@linaro.org, peterz@infradead.org, mingo@redhat.com, acme@kernel.org, linux-perf-users@vger.kernel.org, leo.yan@linaro.org, quic_jinlmao@quicinc.com References: <20220809223401.24599-1-mike.leach@linaro.org> <20220809223401.24599-4-mike.leach@linaro.org> <65e70db9-9f85-7285-0602-f2d29887550a@arm.com> <55170f1f-99f7-6e25-55d3-5d7247737afc@arm.com> From: Suzuki K Poulose 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 On 11/10/2022 12:10, Mike Leach wrote: > Hi suzuki, > > On Fri, 7 Oct 2022 at 18:53, Suzuki K Poulose wrote: >> >> On 06/10/2022 14:54, Mike Leach wrote: >>> Hi Suzuki, >>> >>> On Mon, 3 Oct 2022 at 10:04, Suzuki K Poulose wrote: >>>> >>>> On 09/08/2022 23:33, Mike Leach wrote: >>>>> Updates the STM driver to use the trace ID allocation API. >>>>> This uses the _system_id calls to allocate an ID on device poll, >>>>> and release on device remove. >>>>> >>>>> The sysfs access to the STMTRACEIDR register has been changed from RW >>>>> to RO. Having this value as writable is not appropriate for the new >>>>> Trace ID scheme - and had potential to cause errors in the previous >>>>> scheme if values clashed with other sources. >>>>> >>>>> Signed-off-by: Mike Leach >>>>> Reviewed-by: Suzuki K Poulose >> >>>>> @@ -854,7 +830,7 @@ static void stm_init_generic_data(struct stm_drvdata *drvdata, >>>>> >>>>> static int stm_probe(struct amba_device *adev, const struct amba_id *id) >>>>> { >>>>> - int ret; >>>>> + int ret, trace_id; >>>>> void __iomem *base; >>>>> struct device *dev = &adev->dev; >>>>> struct coresight_platform_data *pdata = NULL; >>>>> @@ -938,12 +914,22 @@ static int stm_probe(struct amba_device *adev, const struct amba_id *id) >>>>> goto stm_unregister; >>>>> } >>>>> >>>>> + trace_id = coresight_trace_id_get_system_id(); >>>>> + if (trace_id < 0) { >>>> >>>> The above API returns "INVALID_ID" and not a negative error status. >>>> I think it is better to fix the API to return: >>>> >>>> ret < 0 - If there is any error >>>> - Otherwise a positive integer >>>> And the users should be kept unaware of which ID is valid or invalid. >>>> >>> >>> coresight_trace_id_get_system_id() returns the ID if one can be >>> allocated or -EINVAL if not. >>> >>> Not sure what you are looking at here. >> >> Sorry, indeed I was mistaken there. It is the get_cpu_id() which >> returns the INVALID_ID on failure. Please could we make that >> consistent with this scheme ? i.e, < 0 on error. >> > > That also returns -EINVAL, as both call the same underlying allocator. You're right, the check in coresight_trace_id_map_get_cpu_id(), confused me. > However happy to add on the comments for the exported functions Yes, please. Thanks Mike Suzuki