Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2954040pxb; Tue, 19 Jan 2021 09:53:45 -0800 (PST) X-Google-Smtp-Source: ABdhPJyu2zVlMQHSnDtMxi7iQt06oDFRXNF4s4IJmUWnHvZed1TZT0IS8MkCmJqjbIvPb1mIDSVg X-Received: by 2002:a17:906:29cd:: with SMTP id y13mr3677127eje.466.1611078825353; Tue, 19 Jan 2021 09:53:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611078825; cv=none; d=google.com; s=arc-20160816; b=G+ohUpi0LGhtlNPpxQ6t9V54WXyzclvUTHvkmNOZgWDYOtt4gSfqOX5q/AzKcYNEpI +CbUGIPWuqb7NSFOBLtyqFSN53JSZZQAtu+8kEjXXE3C62r5ZaRzwj6hikKu1hIJVAmj qBacfPWE4Mpg9LwdlyarpBYXTMkrQ49PM6J28eaSCLVYztZ8H4TDWqxO2cwGzBWHA3CK P2MYmib5A4DeK0HfiDj1GcVT7e99eBN5GtudrzVMG0D7VJIstn4okDriFpj35rHx9sGM PgfnA7JJzapafJmPJXa3Tedpnd7FVypHJ+Jlf0nmVmCb7ZvOIwIrPO2QPnOd2i8ZfqKI k0aQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=qOALRYpx8VGwwp5SoEb+UBz0tWOmyG8pglZmxBoikVE=; b=rXgdYSdAsT7xRtBEYhM5pzvh8eQUJg8SMCFq+M8A3cyuYdZ2XGT6IhR7wfGeSWLy0P fvX34KjInnfjSMjkKYpROmldF8J8D34iVyT6a802mRNZal0WQX2w4PH8CtO/jYj4RE2l 03YUyqhPY9+N6KilG68cB/VTVtN/O83ie/yziSRrIxE9vmJqM2AkfhTRm+zKWhGEfRKq iz8dfXT78cddvzNlkkjCNbVWWizJMHp2WlnZ9bWBrbZIiRRGmF6heP5nuYaoLnWKgVm1 eQ1mkcSJdmq0MEMBZGPr1gGg9v8LU+1gwG1LvB0oAiSXMtwmuR3ICCcDbBNdwqd/UKIC 5XFQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=m7Rm+D4I; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o19si703251edz.565.2021.01.19.09.53.22; Tue, 19 Jan 2021 09:53:45 -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=@kernel.org header.s=k20201202 header.b=m7Rm+D4I; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2403980AbhASRvt (ORCPT + 99 others); Tue, 19 Jan 2021 12:51:49 -0500 Received: from mail.kernel.org ([198.145.29.99]:40612 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405012AbhASOv5 (ORCPT ); Tue, 19 Jan 2021 09:51:57 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 4D8C320DD4; Tue, 19 Jan 2021 14:51:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1611067874; bh=qOALRYpx8VGwwp5SoEb+UBz0tWOmyG8pglZmxBoikVE=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=m7Rm+D4I2y7BtzNch/jc6E/zBCBw/RA5fx5YRY4HqpOxgYIatEi91igNNZKlmUmu8 X3Lio+WuAAhYLIflvAgUn2GQgB7K5uMpqfL/JEvLLycdMZq7bEJU8Bb47J2dyskSS0 /ozQP1/8937fGg93pZSb1TABODB1iOa/9v7leF7VICKhA+zOpKvXU4GvH43uUdCxEb oj8B+03Ngi6MbMiujtVvdGnCxboKbnyREEWNGnAyN67ptzwyJQhSIJNUrQmu90Quip RTOYFcLhowalPAIahNqb9JFni4mh74/G6OXNcskFgdScMWsibylfZ+uhLLJGdR35Nn RSx6c3Iws7a0A== Received: by mail-ej1-f50.google.com with SMTP id l9so23166076ejx.3; Tue, 19 Jan 2021 06:51:14 -0800 (PST) X-Gm-Message-State: AOAM532PER8EDGTKuIS5NcqxuMxV311KKyzTTb0yOo+KVmXkG1D7trsJ b7PLY7JuKCKIMS45FmCO3rGVRc+IsxGg/GO7Bg== X-Received: by 2002:a17:906:d87:: with SMTP id m7mr3166012eji.108.1611067872941; Tue, 19 Jan 2021 06:51:12 -0800 (PST) MIME-Version: 1.0 References: <20210118073340.62141-1-tony@atomide.com> In-Reply-To: From: Rob Herring Date: Tue, 19 Jan 2021 08:51:01 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCHv2] drivers: bus: simple-pm-bus: Fix compatibility with simple-bus for auxdata To: Tony Lindgren Cc: Arnd Bergmann , "linux-kernel@vger.kernel.org" , Arnd Bergmann , Geert Uytterhoeven , Greg Kroah-Hartman , Linux ARM , DTML , linux-omap Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 18, 2021 at 2:41 AM Tony Lindgren wrote: > > * 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 I haven't looked at it, but can't one driver go find the other node and the interrupts it needs? There's nothing wrong with a driver looking outside 'its node' for information. Rob