Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1833251pxb; Mon, 18 Jan 2021 00:44:48 -0800 (PST) X-Google-Smtp-Source: ABdhPJz7u4AtX5kCwFAIDqfQ+z9ve7/qEHnXCNv283VePkIK1yeHbuEI77oheaHAbdb1bayxu/Jr X-Received: by 2002:a17:906:c254:: with SMTP id bl20mr16491198ejb.336.1610959488437; Mon, 18 Jan 2021 00:44:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610959488; cv=none; d=google.com; s=arc-20160816; b=YXbS7b2dZ7GDb3U2W+g5IxCWVyuNHfvniGvsjufNaozGvDTQocozR2L7RC3rYMjnrA qXX+UQm+2I0lv8Z/8Vc2osLWkiGoLoJaHmBEPldd8loQSaX15b/DR8rkyoSfW0DfDxDC Q3YDTRoR+/AzlFt0XKGrO4Qa6M2st0ncu2WGdCffIt0WHznOze/PJlbAZ/XoKKEc+y1V teEqI2wj8Rtbi+i7GugWNQXAlHEKjPICA3k/rh636qUP5jMioPq2TwjLaqQa+xN6EX13 YGpJRWiUNr7j0Ku1ZhEdyoEwHXpoiZ2w4fTCx2+NGO7D0JoGZs3BtjODph0yG/GtdJou ImJA== 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; bh=t0+s+VHuY9L51cTTPLPZptcGHdX6VvCMQ+4j9yfYIfY=; b=TLsmA/jQquiIXeaQOSsPdRDv+TvhNXBxNfwKhHYdfXmgZxUZm48bpSN5VYyLhoVFmn JqaZakDHZs7k7U959F3APg25FClGhKF3lBLyLggWNOt+HkCRTalQmj29sLvwGbrgItOV p2mRY9cmknYJfP7uW+HrIuLtw3RUSiR1gYH9N6r/qKGgfIuRW6VDCHSSDo3zAOxfpfvB LHgCR2a/cmlei46yS/j2p4pFsC89znG/hsz7kGvVXgK7GqwWPczG2k0y+zDJA4/2yqqK wJl7LqhLcTjVbXImW1kskB27q9ZTFIE/G/UNg18PiUESknFKCm7ywgPwoQNZOifQi3PZ Prqg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h11si7606583edl.78.2021.01.18.00.44.25; Mon, 18 Jan 2021 00:44:48 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387800AbhARImb (ORCPT + 99 others); Mon, 18 Jan 2021 03:42:31 -0500 Received: from muru.com ([72.249.23.125]:55362 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726477AbhARImb (ORCPT ); Mon, 18 Jan 2021 03:42:31 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 4C0EE80AE; Mon, 18 Jan 2021 08:41:49 +0000 (UTC) Date: Mon, 18 Jan 2021 10:41:46 +0200 From: Tony Lindgren To: Arnd Bergmann Cc: "linux-kernel@vger.kernel.org" , Arnd Bergmann , Geert Uytterhoeven , Greg Kroah-Hartman , Rob Herring , Linux ARM , DTML , linux-omap Subject: Re: [PATCHv2] drivers: bus: simple-pm-bus: Fix compatibility with simple-bus for auxdata Message-ID: References: <20210118073340.62141-1-tony@atomide.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Arnd Bergmann [210118 08:30]: > On Mon, Jan 18, 2021 at 8:33 AM Tony Lindgren wrote: > > > > After converting am335x to probe devices with simple-pm-bus I noticed > > that we are not passing auxdata for of_platform_populate() like we do > > with simple-bus. > > > > While device tree using SoCs should no longer need platform data, there > > are still quite a few drivers that still need it as can be seen with > > git grep OF_DEV_AUXDATA. We want to have simple-pm-bus be usable as a > > replacement for simple-bus also for cases where OF_DEV_AUXDATA is still > > needed. > > > > Let's fix the issue by passing auxdata as platform data to simple-pm-bus. > > That way the SoCs needing this can pass the auxdata with OF_DEV_AUXDATA. > > And let's pass the auxdata for omaps to fix the issue for am335x. > > > > As an alternative solution, adding simple-pm-bus handling directly to > > drivers/of/platform.c was considered, but we would still need simple-pm-bus > > device driver. So passing auxdata as platform data seems like the simplest > > solution. > > > > Fixes: 5a230524f879 ("ARM: dts: Use simple-pm-bus for genpd for am3 l4_wkup") > > Signed-off-by: Tony Lindgren > > --- > > Changes since v1: Updated description, added devicetree list to Cc > > This looks fine to me for now > > Acked-by: Arnd Bergmann Thanks for the review. > But I think we should take the time to discuss how to phase out auxdata > over time. There are still a number of users, but it's not that many in the > end. For some of them I see a clear solution, for other ones I do not: Yes agreed we should remove the auxdata use. > omap2: I'll leave these for Tony to comment The three hardest ones to update (because of PM dependencies): - PRM power managment interrupts that also pinctrl driver uses - The enable/disable of clockdomain autoidle that at least ti-sysc uses - Smartreflex PM dependencies to voltage controller For the ones above, I'll try to come up with something eventually. The others should be just straight forward driver updates needed. The hsmmc dependencies would be ideally fixed by moving to use sdhci driver, but at least custom voltage handling and sdio support needs work. Regards, Tony