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 X-Spam-Level: X-Spam-Status: No, score=-14.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_GIT autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 06CFEC43461 for ; Thu, 20 May 2021 00:25:25 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id D86BC6008E for ; Thu, 20 May 2021 00:25:24 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230147AbhETA0o (ORCPT ); Wed, 19 May 2021 20:26:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35976 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229598AbhETA0m (ORCPT ); Wed, 19 May 2021 20:26:42 -0400 Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C6046C06175F for ; Wed, 19 May 2021 17:25:21 -0700 (PDT) Received: by mail-pl1-x62b.google.com with SMTP id v13so7994248ple.9 for ; Wed, 19 May 2021 17:25:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=HnUlRSyazCKo9xmvcnsazZcLuVKlbVM14ntknUcnp7c=; b=lppee0aykW6DYsEq7WnlEJbxTzvXzKJZXA4Qci82EhIxzNrqkndVPltAPRRrIfjq4z Jgc1SlTGuIp/GPyI+PPl8PhKEreGx4dRNFDMme/gHvgkY9T4MFHnMK5bg6FWiXoVn/M2 /uaDGv8cnGuege3fZ3SZLURqHSRmzAZBFQ0e4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=HnUlRSyazCKo9xmvcnsazZcLuVKlbVM14ntknUcnp7c=; b=BVcbY4BupBdaBpIbUuA9um0OxCpY5efQ/nZlU+lwhmaWxKLyGU+X/Wa2dE64tJZnVj qfQYUwYECIQ9D1SGbs5jvE4TSxwlO/8VJMX7BMR3+npTihgRl8OjfAtG8jY7UOzF99HN oQhHOm+ChpIY18DHtaUTFRQRUxSpHeYh6HGAAYvRsN630QUOcbkqwsx6kplUqWQo+k7J Q1Mnl6Z3YXSmVZUgl6wgZHwbyQoFgF+sct5X9Cq9SwmKkax+vHQ9y1PE4ELGKSCEFNDk ayghNPAwX9pLxC64i8/dConoypeu1TFjxqYYCKxDqGhem6j/lFQpjdbzfcDlmPTl0wWM Wjww== X-Gm-Message-State: AOAM530Dgretw0JPyUlU7Wjibv8XFeWvJbaZBua6YU9hYEtU+U6Fdwmt RqxTciqTgHk8nrnZ2YORFCs0rQ== X-Google-Smtp-Source: ABdhPJwC3IwDI2gFp43UHpOegES+CCjEkSMmtGwVPcBzLAlKbgcBury8x7ZAosf/PakNL9RQbOsijQ== X-Received: by 2002:a17:902:d4c3:b029:ee:ae62:9fb7 with SMTP id o3-20020a170902d4c3b02900eeae629fb7mr2675752plg.8.1621470321058; Wed, 19 May 2021 17:25:21 -0700 (PDT) Received: from smtp.gmail.com ([2620:15c:202:201:200b:db75:4e6c:8b96]) by smtp.gmail.com with ESMTPSA id i14sm398904pfk.130.2021.05.19.17.25.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 19 May 2021 17:25:20 -0700 (PDT) From: Stephen Boyd To: Greg Kroah-Hartman Cc: linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org, freedreno@lists.freedesktop.org, Daniel Vetter , "Rafael J. Wysocki" , Rob Clark , Russell King , Saravana Kannan Subject: [PATCH 0/7] component: Make into an aggregate bus Date: Wed, 19 May 2021 17:25:12 -0700 Message-Id: <20210520002519.3538432-1-swboyd@chromium.org> X-Mailer: git-send-email 2.31.1.751.gd2f1c929bd-goog MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This series is from discussion we had on reordering the device lists for drm shutdown paths[1]. I've introduced an 'aggregate' bus that we put the aggregate device onto and then we probe the device once all the components are probed and call component_add(). The probe/remove hooks are where the bind/unbind calls go, and then a shutdown hook is added that can be used to shutdown the drm display pipeline at the right time. This works for me on my sc7180 board, but I'm currently struggling with the last patch where we migrate the msm driver. It runs into a runtime PM problem where the parent device isn't runtime PM enabled yet. I'm still trying to figure out a clean solution there. Moving runtime PM around breaks boot and I think that's because the power domain is off. Cc: Daniel Vetter Cc: "Rafael J. Wysocki" Cc: Rob Clark Cc: Russell King Cc: Saravana Kannan [1] https://lore.kernel.org/r/20210508074118.1621729-1-swboyd@chromium.org Stephen Boyd (7): component: Drop 'dev' argument to component_match_realloc() component: Rename 'dev' to 'parent' component: Introduce struct aggregate_device component: Introduce the aggregate bus_type component: Use dev.parent instead of adev->parent component: Move struct aggregate_device out to header file drm/msm: Migrate to aggregate driver drivers/base/component.c | 614 ++++++++++++++++++++++------------ drivers/gpu/drm/msm/msm_drv.c | 47 +-- include/linux/component.h | 73 +++- 3 files changed, 487 insertions(+), 247 deletions(-) base-commit: 6efb943b8616ec53a5e444193dccf1af9ad627b5 -- https://chromeos.dev