Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp423063pxb; Tue, 14 Sep 2021 00:03:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy7Exr6vdeQmfgmSWXMX2kI7NvslGiUUR+1QK5IislZlNBg86xIulIZOqw/tP/tF1TQECps X-Received: by 2002:a05:6602:130c:: with SMTP id h12mr12495093iov.132.1631602981601; Tue, 14 Sep 2021 00:03:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631602981; cv=none; d=google.com; s=arc-20160816; b=0a5BidQ0EKtc5/slHnIm54rVQ/R8UZYLofXlWIkjZLVRPzUdJaPUv4E81Cq3JJtTmu tn/RW07rWeKccy90N0BSPQLpIqSCsFBtDirRsOlQsfpoRVuWTwn9LwiId094OADhuqIO L2iiINp87wxrmmbBrQjRiyewa8o/NuZb5xRLLt8kpPosvZ2JCj7zNLLo4gPE7hIuS8Cx 9FNxKrewjUi50TGSxJq7DBozeAuVhsBVut3ZtY6KR5+qZFQPaDO4ygfJvp2iZ+4zJMiD y6rw8i9u5vyIj9Yng+524dOXeHVfqqo3EgdB1TLm38r7b0csceVadowfrGVaR+iFIc3F Sr2w== 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; bh=tuysa/nqFrNnprxpuMVAoQ6N3N8odNTAhlZsCOvCuL8=; b=UDEHCWRFAyVmExnVL5neZE9KhHo2qWxQeDygaz8wxoPisj4Kpv+7VMBYKtoFKGjzdZ Y4Piq/LynRqDtNCEMjVzsmxgACT/je4woYZAE6vVsmOJwh0N2udwfS0UDhirhEb7mDF8 XUU62mB59Ck83xH1TEkbEbDeHxLTIUr971CzJWbpkURlyhVCtduUZzP0QvOSkeusKEsQ M6gjZ8H5Aq/di/H+Dw0V8YSrgubEtjgcpVDs4xsq+eGsnwNcE7D9BsqM6geXEbllZ2zB jRpuHh+zVDTKe+NBXQIhgYG0nTuMLcCkdHUNCVVaG51RDlCiacAGBFBn5MVmAsfNGqK2 iAWA== 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 c39si8387839jaf.12.2021.09.14.00.02.49; Tue, 14 Sep 2021 00:03:01 -0700 (PDT) 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 S240444AbhINHDI (ORCPT + 99 others); Tue, 14 Sep 2021 03:03:08 -0400 Received: from mail-ua1-f41.google.com ([209.85.222.41]:36600 "EHLO mail-ua1-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240395AbhINHDE (ORCPT ); Tue, 14 Sep 2021 03:03:04 -0400 Received: by mail-ua1-f41.google.com with SMTP id u11so7979779uaw.3 for ; Tue, 14 Sep 2021 00:01:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tuysa/nqFrNnprxpuMVAoQ6N3N8odNTAhlZsCOvCuL8=; b=2Puh/FAyVywUeHNmmiCblUJNAa8kA5R2Et7vitToEChgbdUEQDIAKK+s//muhoWkkR 0Y10NwsOcbRaoKMC6TAWx/0V3f0UF3t9SKkyB/aSEyMNd2Tw96+TPHKRBgdPc4raSwQq t+HKOVd86+OisVyZ9yKxKS6GXiPyCtNsMjkX3LQajkRVAgMdFEHOLLdXWYky26xIJDtO G8Q2EZ6L1Gwka5V/mRxmPLholK4H+lBaK6nEHlAZLxH45mQJtZJ0/MmqtThbzyzS+ZUi TtJpBP76P8WUdJwzdwmYpDapDnoFDYnY23RJHgd3w/FXm7Xx6HunPBtgGMaYdjQzFfjD LiNQ== X-Gm-Message-State: AOAM533q8aUw3zrTUwJVbnX3TAqpxKxtMhsTA63tDf8Lv2f+izAbfrPW ji1n7A9bLWl1px3nDFYdSHTRnuhBm+5qH8O4dW0= X-Received: by 2002:ab0:4d5b:: with SMTP id k27mr2999788uag.78.1631602904013; Tue, 14 Sep 2021 00:01:44 -0700 (PDT) MIME-Version: 1.0 References: <20210914043928.4066136-1-saravanak@google.com> <20210914043928.4066136-3-saravanak@google.com> In-Reply-To: <20210914043928.4066136-3-saravanak@google.com> From: Geert Uytterhoeven Date: Tue, 14 Sep 2021 09:01:32 +0200 Message-ID: Subject: Re: [PATCH v1 2/5] driver core: Set deferred probe reason when deferred by driver core To: Saravana Kannan Cc: Greg Kroah-Hartman , "Rafael J. Wysocki" , John Stultz , Marek Szyprowski , Rob Herring , Andrew Lunn , Vladimir Oltean , Android Kernel Team , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Saravana, On Tue, Sep 14, 2021 at 6:39 AM Saravana Kannan wrote: > When the driver core defers the probe of a device, set the deferred > probe reason so that it's easier to debug. The deferred probe reason is > available in debugfs under devices_deferred. > > Signed-off-by: Saravana Kannan Thanks for your patch! > --- a/drivers/base/core.c > +++ b/drivers/base/core.c > @@ -955,6 +955,29 @@ static void device_links_missing_supplier(struct device *dev) > } > } > > +/** > + * dev_set_def_probe_reason - Set the deferred probe reason for a device > + * @dev: the pointer to the struct device > + * @fmt: printf-style format string > + * @...: arguments as specified in the format string > + * > + * This is a more caller-friendly version of device_set_deferred_probe_reason() > + * that takes variable argument inputs similar to dev_info(). > + */ > +static void dev_set_def_probe_reason(const struct device *dev, const char *fmt, ...) So this is indeed similar to device_set_deferred_probe_reason(), but the function's name is completely different, unlike e.g. (v)printf()? > +{ > + struct va_format vaf; > + va_list args; > + > + va_start(args, fmt); > + vaf.fmt = fmt; > + vaf.va = &args; > + > + device_set_deferred_probe_reason(dev, &vaf); > + > + va_end(args); > +} I think you can just make this a macro wrapper calling dev_err_probe(dev, -EPROBE_DEFER, fmt, ...). Or open-code that below. > + > /** > * device_links_check_suppliers - Check presence of supplier drivers. > * @dev: Consumer device. > @@ -975,6 +998,7 @@ int device_links_check_suppliers(struct device *dev) > { > struct device_link *link; > int ret = 0; > + struct fwnode_handle *sup_fw; > > /* > * Device waiting for supplier to become available is not allowed to > @@ -983,10 +1007,13 @@ int device_links_check_suppliers(struct device *dev) > mutex_lock(&fwnode_link_lock); > if (dev->fwnode && !list_empty(&dev->fwnode->suppliers) && > !fw_devlink_is_permissive()) { > + sup_fw = list_first_entry(&dev->fwnode->suppliers, > + struct fwnode_link, > + c_hook)->supplier; > dev_dbg(dev, "probe deferral - wait for supplier %pfwP\n", > - list_first_entry(&dev->fwnode->suppliers, > - struct fwnode_link, > - c_hook)->supplier); > + sup_fw); > + dev_set_def_probe_reason(dev, > + "wait for supplier %pfwP\n", sup_fw); dev_err_probe() would replace both the dev_dbg() and the dev_set_def_probe_reason(). > mutex_unlock(&fwnode_link_lock); > return -EPROBE_DEFER; > } > @@ -1003,6 +1030,9 @@ int device_links_check_suppliers(struct device *dev) > device_links_missing_supplier(dev); > dev_dbg(dev, "probe deferral - supplier %s not ready\n", > dev_name(link->supplier)); > + dev_set_def_probe_reason(dev, > + "supplier %s not ready\n", > + dev_name(link->supplier)); Likewise. > ret = -EPROBE_DEFER; > break; > } Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds