Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp886217pxu; Fri, 11 Dec 2020 17:35:16 -0800 (PST) X-Google-Smtp-Source: ABdhPJyuzFuehjTUOzHARGCpBRwpOHDOqBLkhKw1cy2PNPQKkXSKlt61PhUxtVGcUquoBlAolEBS X-Received: by 2002:a17:907:373:: with SMTP id rs19mr12792873ejb.298.1607736916360; Fri, 11 Dec 2020 17:35:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607736916; cv=none; d=google.com; s=arc-20160816; b=x7wqdXNo110cktDztxmPERt8chI7+1bCHgvtd4saIzcoyCeTuOfvWG6iT50SkfXkOa /dsWlrvXAbodeDDDeuyAzY+TJa2pbqRNKmOxlofGDrBcYOubFYu6hVdrcB02eH4sucBo ZRcZQYyFvTGrf6K4acBwW5BGs3itj4wxLXlgQFfBzHBsHIuskzxFVqaj4vgQfMxnqg7F bpooIHTJ6VU50PGalQCjt0u/uRTaxSm8FaCyaK4jvgekepZRWSFgx8sSxQW5Ug4Hw/dY YfC7tOny54al3WukHWLkYOGVMN+e3VSyFz6wyzYQyz8kso7IPwSuZo/nOPdcTOIOc7bJ bxkw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=Oflm2M8W75nqLACAp+HxrhJoSVAeZq3VBL/edv7E8y0=; b=Pp+xxA/Vwh59mfYodav6MVm3Cv4UT6ItqCmJ3kWVlx6hRM3vdyUw4DMklNakQE2/Fj RRPgvec3gOv+BP9HY7yl6Hx8ZQufZBGVEVs53DFibrSwydmkYdJfHgxuHXCIrycvW5Ma R1IjpsEZlBuwZdmrK2njiW1Hv7S6cUwXT1ol/VOJzeWwqsI8oo+XJLq2mMPhhFz+lJcy YwaNrTDxow3JJivzOTPNKRmGDUKiI1Mz3cyZOIhdyrBgkzTC9VeDyCWGIGujiGMXTgd9 Qtq1e2vTvJ45vFxUhS7BcemMd0M0RXHylWBOPY94bjTsTcgaljWVZpon85jhi6DMDEdC dJ5Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=QqTZGLL1; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s16si6262459edt.488.2020.12.11.17.34.48; Fri, 11 Dec 2020 17:35:16 -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; dkim=pass header.i=@linaro.org header.s=google header.b=QqTZGLL1; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2395306AbgLKERt (ORCPT + 99 others); Thu, 10 Dec 2020 23:17:49 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35310 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389632AbgLKERZ (ORCPT ); Thu, 10 Dec 2020 23:17:25 -0500 Received: from mail-ot1-x343.google.com (mail-ot1-x343.google.com [IPv6:2607:f8b0:4864:20::343]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9422EC0613D3 for ; Thu, 10 Dec 2020 20:16:45 -0800 (PST) Received: by mail-ot1-x343.google.com with SMTP id j20so2651334otq.5 for ; Thu, 10 Dec 2020 20:16:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=Oflm2M8W75nqLACAp+HxrhJoSVAeZq3VBL/edv7E8y0=; b=QqTZGLL1PvrccMMNlnezUHcAi6U5+JlJXOp2ogSAy/N6lVXcZLMPZNfk0fvz8mZKkg oCUsufP3ZWBh1Z1SRTi5qmhm95fTA0nIVcYfAeAvP+n4j0usSYWHn0kKGB16DPk3hS9n KGYvMXavWL9DN7g8EAEWJMEC4AnNUeJzEFKvZY9zr4IDsz6yVLhPecS0WuZB85IKSsNs MYBKm0gu0c9PhDOObH/2fH5FXrt+Kxt342s+YTs2waeIANLHD+RNLt7GuTmKaC6xBYvj 3/GDmX+3PM9PD/bS69t8p6VTMrOhXjymHl4FkryYIVUtW/vXdi3GTAnf7O95DVuARUEM WZkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=Oflm2M8W75nqLACAp+HxrhJoSVAeZq3VBL/edv7E8y0=; b=D7Utlr7HSKv61s7gpaalJ0OKD/XA7jgPM8EAzfxXOZHfxlLKc6U9kvMSiDQQnMA2IR Vy4lPQAP7A5+/A80fyMQxd6IHby1lt6xqFOLEowuleDqzQdmb3jugo50I4C9i6FOZmbk Re11b2pihNmh36v6751SA11MPhpy5EcTre5zEjT5HI2r9skE84W0GN8dt48+MFzFq01f a2XawVc4779PoiQZe80+waOgOBEo2Rt37Lu/9rIgOE/R2kK1S2jf+QzeoW3aaCV4UDgo cuMsBUkOYoSUtZQtaYJSln0ddKniP5tDRVWTtiW7hK5QaFYKRS3eh+0ZTHONv/gDsMj6 F8Pw== X-Gm-Message-State: AOAM532aNGrQIUMbHi3U9Lx+90L5S3uVeCJboxRA1K5mX/42mPGsgOaS Bm0LRa9ekGXk/uwYivzrRzKDZA== X-Received: by 2002:a05:6830:2144:: with SMTP id r4mr7834919otd.180.1607660204731; Thu, 10 Dec 2020 20:16:44 -0800 (PST) Received: from builder.lan (104-57-184-186.lightspeed.austtx.sbcglobal.net. [104.57.184.186]) by smtp.gmail.com with ESMTPSA id z14sm1593774otk.70.2020.12.10.20.16.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 10 Dec 2020 20:16:44 -0800 (PST) Date: Thu, 10 Dec 2020 22:16:42 -0600 From: Bjorn Andersson To: Shawn Guo Cc: Jassi Brar , Andy Gross , Konrad Dybcio , linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] mailbox: qcom-apcs-ipc: use PLATFORM_DEVID_AUTO to register device Message-ID: References: <20201013021241.5656-1-shawn.guo@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201013021241.5656-1-shawn.guo@linaro.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 12 Oct 21:12 CDT 2020, Shawn Guo wrote: > On MSM8916, only one qcom-apcs-msm8916-clk device is needed, as there is > only one APCS clock. However, on MSM8939 three APCS clocks need to be > registered for cluster0 (little cores), cluster1 (big cores) and CCI > (Cache Coherent Interconnect). That said, we will need to register 3 > qcom-apcs-msm8916-clk devices. Let's use PLATFORM_DEVID_AUTO rather > than PLATFORM_DEVID_NONE for platform_device_register_data() call. > Otherwise, the second APCS clock registration will fail due to duplicate > device name. > > [ 0.519657] sysfs: cannot create duplicate filename '/bus/platform/devices/qcom-apcs-msm8916-clk' > ... > [ 0.661158] qcom_apcs_ipc b111000.mailbox: failed to register APCS clk > Spotted this as I was looking for another patch, hence the late reply. But it seems this was never reviewed or merged. What does the bigger picture look like? Do we have 3 APCS global, or it's a single memory region that provides the 3 clocks? How does the qcom-apcs-msm8916-clk with it's hard coded offset of 0x50 deal with this? (Is this a single qcom-apcs-msm8939-clk that registers 3 clocks instead? Making this patch unnecessary?) Regards, Bjorn > Signed-off-by: Shawn Guo > --- > drivers/mailbox/qcom-apcs-ipc-mailbox.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/mailbox/qcom-apcs-ipc-mailbox.c b/drivers/mailbox/qcom-apcs-ipc-mailbox.c > index 077e5c6a9ef7..3d100a004760 100644 > --- a/drivers/mailbox/qcom-apcs-ipc-mailbox.c > +++ b/drivers/mailbox/qcom-apcs-ipc-mailbox.c > @@ -128,7 +128,7 @@ static int qcom_apcs_ipc_probe(struct platform_device *pdev) > if (apcs_data->clk_name) { > apcs->clk = platform_device_register_data(&pdev->dev, > apcs_data->clk_name, > - PLATFORM_DEVID_NONE, > + PLATFORM_DEVID_AUTO, > NULL, 0); > if (IS_ERR(apcs->clk)) > dev_err(&pdev->dev, "failed to register APCS clk\n"); > -- > 2.17.1 >