Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp2726648ybi; Mon, 1 Jul 2019 17:49:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqygoXyHy4+sa4Botd7aeA/O+SsmLSuLz+EPKcSLCiPZwUXJWkg26sgDYGH9wmIRyErFxcqX X-Received: by 2002:a17:902:aa95:: with SMTP id d21mr30836537plr.185.1562028540684; Mon, 01 Jul 2019 17:49:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562028540; cv=none; d=google.com; s=arc-20160816; b=QMJySaQvWdI2Px15WmYp7xAO3XTCSyIxNa62mUBGnajYKSOpM2EhL6emZygJgbHwal KBZrRKSWqHLIaYA9x0M/Diuw0KCESAaFdztO26th0THRZwM8k6/7qpSiUHUuUajZJTLB GGz5A6D4tcYvKy9YYD7neMaW3K7F9kGtgh6UPMQ4r2GNPf0eJTY6pxwK1Kv0YtdIpZP0 1zWAGFaMotEv9ba9elQbwSz61/mSsyu7Sj/AC4wmaHz3/iP83nWAHyshZQQPPWGgP59N 3pjmNpBj7/wqqqVCkrLeSersmt1wN0DL9GpejJdi/ZUcOsYOjC4sgfkuoy6BuJWkAOOf qakA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:from:subject:references :mime-version:message-id:in-reply-to:date:dkim-signature; bh=WePYx+K0p5JV6UZvTpXVQ168BorA3BIeK6rE66UJziM=; b=JFvqCbX0tMxzZMKL+NMZInGAexJCcXHzgbzRmptx3vNYcpSXharcr5f22zEuLfTUUA CKixFvvJ97t8LTlniLFWMcgjOu7DHL3W1NDozDe5xRxNQAUDVBw/Tojcvr3cp1U8rM5N gI8qs2xVzeenKJooo1lkIuizlt5YGUEWcY3HctaPpKk8seVubhh6q0leR9YX4zwsR9Og 3A0q9q9VHQmg7lqhkztdWL9Stw+cUImiQjwXijhJm82o8VSwh3B8U5betd88X2p7bOKN azAJnJ78OlQHrUUAh3LBxTlN2AnKMpXDcqXKSOz7xh8/XnPAN5iZR26to2Tsm2IMEVzr jISA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=T78DmcyD; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j3si11771548pfh.178.2019.07.01.17.48.46; Mon, 01 Jul 2019 17:49:00 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=T78DmcyD; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727116AbfGBAsU (ORCPT + 99 others); Mon, 1 Jul 2019 20:48:20 -0400 Received: from mail-pf1-f201.google.com ([209.85.210.201]:56306 "EHLO mail-pf1-f201.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727023AbfGBAsT (ORCPT ); Mon, 1 Jul 2019 20:48:19 -0400 Received: by mail-pf1-f201.google.com with SMTP id i26so9766867pfo.22 for ; Mon, 01 Jul 2019 17:48:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:in-reply-to:message-id:mime-version:references:subject:from:to :cc; bh=WePYx+K0p5JV6UZvTpXVQ168BorA3BIeK6rE66UJziM=; b=T78DmcyDfQ8jay6d9FXB0j+lktGpov44ANoa/W9G3rxNt5AKWcV04AbkqEHiTgagnW TH7dbGzLBerRvWvbzZUXwykPTA65QbDYlKfJX9kK/dtwuLBvrG6pgnKpROg52DSuWG9o 3v1dBkCWL6lQYQOBPEWlCf1K35fdZYP+2zKaz5LFmrXm0iiqgE6yS9OACViYMPMIwm2H 4f+dy91PRx85Mi2yfqPMYR7KZvomLCMfqJ2aeRoAkD2vSn25atlwEceEIX78GnMy1eO4 Rs3EVGyT+y+DoeAQsLNxjlmOH1dqKlyfds14EY82S/xZuQxsQUsXKhQtVPO7t1zAT0Y1 s7Vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:in-reply-to:message-id:mime-version :references:subject:from:to:cc; bh=WePYx+K0p5JV6UZvTpXVQ168BorA3BIeK6rE66UJziM=; b=r04s3UhisrijWG/5w41zn+Z1Swga/hxVf9wTvyRG7bQ1w6qInxlu4EBL1+/vQMJuvT FTzgsZJzzubLsqCJqidFZci/6eZ0z2+K/NLMeXvEFaTptnOCG5YKasSe1kd4IEK/aH8M ozjPuE8iuJlwVF810TfxPRM/ithBUUjZ2i4g6qKDedOJ60dxh/cAX2rI3qBkCaEmnk+G DDGJrmjTf7CDfcYwHiQw7ShuW7CSrAeVVuBGcd7hVN2T9v8o6yYQQ9GiOmvQ9E4Hd/b2 JDuzdhSR001CbVzHl8QkAwbiug5BwoHF/aMpvFhQIVwj5cfCs2+vr7bg37mywAgJNwHH Qg0g== X-Gm-Message-State: APjAAAXB9eq5wjNwTEwyDmr+xE57PeCLcqVvGhN0YAF3Pq5jKnCw0ko4 UTKWf+O+F7djcSsp0OG6oNgnDtpnYfh/0Y4= X-Received: by 2002:a65:5c88:: with SMTP id a8mr27086533pgt.388.1562028498846; Mon, 01 Jul 2019 17:48:18 -0700 (PDT) Date: Mon, 1 Jul 2019 17:48:08 -0700 In-Reply-To: <20190702004811.136450-1-saravanak@google.com> Message-Id: <20190702004811.136450-2-saravanak@google.com> Mime-Version: 1.0 References: <20190702004811.136450-1-saravanak@google.com> X-Mailer: git-send-email 2.22.0.410.gd8fdbe21b5-goog Subject: [PATCH v3 1/4] driver core: Add support for linking devices during device addition From: Saravana Kannan To: Rob Herring , Mark Rutland , Greg Kroah-Hartman , "Rafael J. Wysocki" , Frank Rowand Cc: Saravana Kannan , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, David Collins , kernel-team@android.com Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When devices are added, the bus might want to create device links to track functional dependencies between supplier and consumer devices. This tracking of supplier-consumer relationship allows optimizing device probe order and tracking whether all consumers of a supplier are active. The add_links bus callback is added to support this. However, when consumer devices are added, they might not have a supplier device to link to despite needing mandatory resources/functionality from one or more suppliers. A waiting_for_suppliers list is created to track such consumers and retry linking them when new devices get added. Signed-off-by: Saravana Kannan --- drivers/base/core.c | 83 ++++++++++++++++++++++++++++++++++++++++++ include/linux/device.h | 8 ++++ 2 files changed, 91 insertions(+) diff --git a/drivers/base/core.c b/drivers/base/core.c index fd7511e04e62..0705926d362f 100644 --- a/drivers/base/core.c +++ b/drivers/base/core.c @@ -44,6 +44,8 @@ early_param("sysfs.deprecated", sysfs_deprecated_setup); #endif /* Device links support. */ +static LIST_HEAD(wait_for_suppliers); +static DEFINE_MUTEX(wfs_lock); #ifdef CONFIG_SRCU static DEFINE_MUTEX(device_links_lock); @@ -401,6 +403,51 @@ struct device_link *device_link_add(struct device *consumer, } EXPORT_SYMBOL_GPL(device_link_add); +/** + * device_link_wait_for_supplier - Mark device as waiting for supplier + * @consumer: Consumer device + * + * Marks the consumer device as waiting for suppliers to become available. The + * consumer device will never be probed until it's unmarked as waiting for + * suppliers. The caller is responsible for adding the link to the supplier + * once the supplier device is present. + * + * This function is NOT meant to be called from the probe function of the + * consumer but rather from code that creates/adds the consumer device. + */ +static void device_link_wait_for_supplier(struct device *consumer) +{ + mutex_lock(&wfs_lock); + list_add_tail(&consumer->links.needs_suppliers, &wait_for_suppliers); + mutex_unlock(&wfs_lock); +} + +/** + * device_link_check_waiting_consumers - Try to unmark waiting consumers + * + * Loops through all consumers waiting on suppliers and tries to add all their + * supplier links. If that succeeds, the consumer device is unmarked as waiting + * for suppliers. Otherwise, they are left marked as waiting on suppliers, + * + * The add_links bus callback is expected to return 0 if it has found and added + * all the supplier links for the consumer device. It should return an error if + * it isn't able to do so. + * + * The caller of device_link_wait_for_supplier() is expected to call this once + * it's aware of potential suppliers becoming available. + */ +static void device_link_check_waiting_consumers(void) +{ + struct device *dev, *tmp; + + mutex_lock(&wfs_lock); + list_for_each_entry_safe(dev, tmp, &wait_for_suppliers, + links.needs_suppliers) + if (!dev->bus->add_links(dev)) + list_del_init(&dev->links.needs_suppliers); + mutex_unlock(&wfs_lock); +} + static void device_link_free(struct device_link *link) { while (refcount_dec_not_one(&link->rpm_active)) @@ -535,6 +582,19 @@ int device_links_check_suppliers(struct device *dev) struct device_link *link; int ret = 0; + /* + * If a device is waiting for one or more suppliers (in + * wait_for_suppliers list), it is not ready to probe yet. So just + * return -EPROBE_DEFER without having to check the links with existing + * suppliers. + */ + mutex_lock(&wfs_lock); + if (!list_empty(&dev->links.needs_suppliers)) { + mutex_unlock(&wfs_lock); + return -EPROBE_DEFER; + } + mutex_unlock(&wfs_lock); + device_links_write_lock(); list_for_each_entry(link, &dev->links.suppliers, c_node) { @@ -812,6 +872,10 @@ static void device_links_purge(struct device *dev) { struct device_link *link, *ln; + mutex_lock(&wfs_lock); + list_del(&dev->links.needs_suppliers); + mutex_unlock(&wfs_lock); + /* * Delete all of the remaining links from this device to any other * devices (either consumers or suppliers). @@ -1673,6 +1737,7 @@ void device_initialize(struct device *dev) #endif INIT_LIST_HEAD(&dev->links.consumers); INIT_LIST_HEAD(&dev->links.suppliers); + INIT_LIST_HEAD(&dev->links.needs_suppliers); dev->links.status = DL_DEV_NO_DRIVER; } EXPORT_SYMBOL_GPL(device_initialize); @@ -2108,6 +2173,24 @@ int device_add(struct device *dev) BUS_NOTIFY_ADD_DEVICE, dev); kobject_uevent(&dev->kobj, KOBJ_ADD); + + /* + * Check if any of the other devices (consumers) have been waiting for + * this device (supplier) to be added so that they can create a device + * link to it. + * + * This needs to happen after device_pm_add() because device_link_add() + * requires the supplier be registered before it's called. + * + * But this also needs to happe before bus_probe_device() to make sure + * waiting consumers can link to it before the driver is bound to the + * device and the driver sync_state callback is called for this device. + */ + device_link_check_waiting_consumers(); + + if (dev->bus && dev->bus->add_links && dev->bus->add_links(dev)) + device_link_wait_for_supplier(dev); + bus_probe_device(dev); if (parent) klist_add_tail(&dev->p->knode_parent, diff --git a/include/linux/device.h b/include/linux/device.h index 848fc71c6ba6..7f8ae7e5fc6b 100644 --- a/include/linux/device.h +++ b/include/linux/device.h @@ -77,6 +77,11 @@ extern void bus_remove_file(struct bus_type *, struct bus_attribute *); * -EPROBE_DEFER it will queue the device for deferred probing. * @uevent: Called when a device is added, removed, or a few other things * that generate uevents to add the environment variables. + * @add_links: Called, perhaps multiple times, when a new device is added to + * this bus. The function is expected to create all the device + * links for the new device and return 0 if it was completed + * successfully or return an error if it needs to be reattempted + * in the future. * @probe: Called when a new device or driver add to this bus, and callback * the specific driver's probe to initial the matched device. * @remove: Called when a device removed from this bus. @@ -121,6 +126,7 @@ struct bus_type { int (*match)(struct device *dev, struct device_driver *drv); int (*uevent)(struct device *dev, struct kobj_uevent_env *env); + int (*add_links)(struct device *dev); int (*probe)(struct device *dev); int (*remove)(struct device *dev); void (*shutdown)(struct device *dev); @@ -888,11 +894,13 @@ enum dl_dev_state { * struct dev_links_info - Device data related to device links. * @suppliers: List of links to supplier devices. * @consumers: List of links to consumer devices. + * @needs_suppliers: Hook to global list of devices waiting for suppliers. * @status: Driver status information. */ struct dev_links_info { struct list_head suppliers; struct list_head consumers; + struct list_head needs_suppliers; enum dl_dev_state status; }; -- 2.22.0.410.gd8fdbe21b5-goog