Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp354025ybb; Wed, 8 Apr 2020 00:49:23 -0700 (PDT) X-Google-Smtp-Source: APiQypJKbCIQUrlPTFgYTU+5YUia7aLY4qptcUuFR0x86171pg0HnsDWSGBFjRfT2d8pYBdG7X8h X-Received: by 2002:a05:6830:1da6:: with SMTP id z6mr4236236oti.124.1586332163254; Wed, 08 Apr 2020 00:49:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586332163; cv=none; d=google.com; s=arc-20160816; b=tPZADPfZz6fPJs85gLqs8TmPqu69vfJKzHXgKaYw+zVachZW6LkpifbbL/pGVAiuqc TB5tlhaShHTSRPk0eoNW0HcXJ9LVGneEGK89sz/qRqkyS29jeVk8eKsX+UfwIind5D1h ONO02FEr+RvWlaOmaiusIqz+jYdBVgLFs5oRVr5x+npJEnD15IUeK3F0U8tuiEx+QbUo eVXDW8Y8bnvNbkkqnAWUetbXjeg7zZpFp0WrZA0RL1+OuttoVlEYtJX5z13xBx02U5dU KeAI6aRX+jDKLASQjJrShQnYcWOZWFWtL/CgA4W193GGUVue6yD8jSG48jbdJV5EIJNJ B3Jg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=MmpEQ8SQC6Xl5tR7Jjj5y8uD8BC/8L8xLziXkQ0TWVI=; b=g1zZaPu5E5knL0e5cM5Z+AJD293wQ5jrqwthuGuqHi4cNfyrQT6qWWtiSL8PYCCwcs d6jTviFEcmncOPqigwNJXruA34rZ0rhBXJkw8Z5ZYyaPnSDAjDFPWjdFCAZjaWaql0sp NYKxU8LiXYk1wUenOCaokrjuUeNUtC0ByvvHb9+fxR3MsyyRfQ3F6wJXqbvcaZZHFKXy 0Lqxmm9SmuXkOxPUIanaDHkyt7nvYq25yEjm+PPq98c8qty76yyiIoysBnjJDKirFwSB 6GZV2Ia8bT9ID8wzT8emmi7wWrRhrVDWrekDR+j/NVfv9HH6HKXGARotnN7/reuTD3qa 0aCQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Z+eW7VdI; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l34si948828otl.65.2020.04.08.00.49.09; Wed, 08 Apr 2020 00:49:23 -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=@linaro.org header.s=google header.b=Z+eW7VdI; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726909AbgDHH1D (ORCPT + 99 others); Wed, 8 Apr 2020 03:27:03 -0400 Received: from mail-pl1-f196.google.com ([209.85.214.196]:37065 "EHLO mail-pl1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726884AbgDHH1A (ORCPT ); Wed, 8 Apr 2020 03:27:00 -0400 Received: by mail-pl1-f196.google.com with SMTP id x1so2218539plm.4 for ; Wed, 08 Apr 2020 00:26:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=MmpEQ8SQC6Xl5tR7Jjj5y8uD8BC/8L8xLziXkQ0TWVI=; b=Z+eW7VdIANVP+y7K6bQ7lohbpmARsE8zZhuKT6N6QZUHELquqVNPm9CQ7F1SLG7RYS QIdpR3lDKGieyLPJ0t7fBN9hqU017Ekfn1idJP58ax8+d6CR4DdzOSkuV9dAs/B0PhgF DSZFB10RTROOOWvuV4752//VE1+P9z1sNXB83AHPCBQT51jB8SkiisAOqvfedZ58/p8d YwGW5wlHsBud4pZ0OLcZ6LYZESBsqCRrVY2oC/ziYwL9X1n2QCZYKLe71lpMS6FC8adA +uhz6cm1LtsjPcCIGOdBcTHcmEqpXVzn7LY68DsRxuCjOCLb2zkaEKfO3HL6LxETGtG7 Hsug== 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:in-reply-to :references; bh=MmpEQ8SQC6Xl5tR7Jjj5y8uD8BC/8L8xLziXkQ0TWVI=; b=cX+SuAG2VYyTAXo0Xxv5p31x1OZekl1LdxH7clRKOPYCYTBieIQl57OpefWE3qaD4j QS2pzsAF9bZShOQCT1AZdZfqB++O1nKIFpSe8HtBJPkOAz5ScMw4fKDdHV8lhyFAY7rU raHEcAGWDPlyyQNz6cvuv8xgBmu5Af+/Fwzqmg6S1BRPu3z7d+j3/BSb6Fqli78g3412 hIvfgtxG2O+QLavjYNSpj+USCM8M1keOhziwepbff1Mp6hbq5+SzS2XrrNJf4J2isrbT WeN6e8Lx8cr3m2kGyKFgfLL2bqVZEhTYIIpcl6AJ7+uTF9PnL9I73eXUZC9DEowr15x4 esig== X-Gm-Message-State: AGi0PuaLr7G5UbbpytU6Ve+qC3+zim9LG8Eo5qVvDMz+NNBJYKZ8121G F+jc2zQX3p3AFSwS3tm0z3i6ESGMYxg= X-Received: by 2002:a17:902:d303:: with SMTP id b3mr5933935plc.63.1586330818286; Wed, 08 Apr 2020 00:26:58 -0700 (PDT) Received: from localhost.localdomain ([2601:1c2:680:1319:692:26ff:feda:3a81]) by smtp.gmail.com with ESMTPSA id e187sm15356066pfe.143.2020.04.08.00.26.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Apr 2020 00:26:57 -0700 (PDT) From: John Stultz To: lkml Cc: John Stultz , "David S. Miller" , Alexey Kuznetsov , Hideaki YOSHIFUJI , Jakub Kicinski , Greg Kroah-Hartman , "Rafael J . Wysocki" , Rob Herring , Geert Uytterhoeven , Yoshihiro Shimoda , netdev , linux-pm@vger.kernel.org Subject: [RFC][PATCH v2 2/2] driver core: Ensure wait_for_device_probe() waits until the deferred_probe_timeout fires Date: Wed, 8 Apr 2020 07:26:50 +0000 Message-Id: <20200408072650.1731-2-john.stultz@linaro.org> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20200408072650.1731-1-john.stultz@linaro.org> References: <20200408072650.1731-1-john.stultz@linaro.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org In commit c8c43cee29f6 ("driver core: Fix driver_deferred_probe_check_state() logic"), we set the default driver_deferred_probe_timeout value to 30 seconds to allow for drivers that are missing dependencies to have some time so that the dependency may be loaded from userland after initcalls_done is set. However, Yoshihiro Shimoda reported that on his device that expects to have unmet dependencies (due to "optional links" in its devicetree), was failing to mount the NFS root. In digging further, it seemed the problem was that while the device properly probes after waiting 30 seconds for any missing modules to load, the ip_auto_config() had already failed, resulting in NFS to fail. This was due to ip_auto_config() calling wait_for_device_probe() which doesn't wait for the driver_deferred_probe_timeout to fire. This patch tries to fix the issue by creating a waitqueue for the driver_deferred_probe_timeout, and calling wait_event() to make sure driver_deferred_probe_timeout is zero in wait_for_device_probe() to make sure all the probing is finished. The downside to this solution is that kernel functionality that uses wait_for_device_probe(), will block until the driver_deferred_probe_timeout fires, regardless of if there is any missing dependencies. However, the previous patch reverts the default timeout value to zero, so this side-effect will only affect users who specify a driver_deferred_probe_timeout= value as a boot argument, where the additional delay would be beneficial to allow modules to load later during boot. Thanks to Geert for chasing down that ip_auto_config was why NFS was failing in this case! Cc: "David S. Miller" Cc: Alexey Kuznetsov Cc: Hideaki YOSHIFUJI Cc: Jakub Kicinski Cc: Greg Kroah-Hartman Cc: Rafael J. Wysocki Cc: Rob Herring Cc: Geert Uytterhoeven Cc: Yoshihiro Shimoda Cc: netdev Cc: linux-pm@vger.kernel.org Reported-by: Yoshihiro Shimoda Fixes: c8c43cee29f6 ("driver core: Fix driver_deferred_probe_check_state() logic") Signed-off-by: John Stultz --- * v2: Split patch, and apply it as a follow-on to setting the driver_deferred_probe_timeout defalt back to zero --- drivers/base/dd.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/drivers/base/dd.c b/drivers/base/dd.c index 908ae4d7805e..5e6c00176969 100644 --- a/drivers/base/dd.c +++ b/drivers/base/dd.c @@ -226,6 +226,7 @@ DEFINE_SHOW_ATTRIBUTE(deferred_devs); int driver_deferred_probe_timeout; EXPORT_SYMBOL_GPL(driver_deferred_probe_timeout); +static DECLARE_WAIT_QUEUE_HEAD(probe_timeout_waitqueue); static int __init deferred_probe_timeout_setup(char *str) { @@ -275,6 +276,7 @@ static void deferred_probe_timeout_work_func(struct work_struct *work) list_for_each_entry_safe(private, p, &deferred_probe_pending_list, deferred_probe) dev_info(private->device, "deferred probe pending"); + wake_up(&probe_timeout_waitqueue); } static DECLARE_DELAYED_WORK(deferred_probe_timeout_work, deferred_probe_timeout_work_func); @@ -649,6 +651,9 @@ int driver_probe_done(void) */ void wait_for_device_probe(void) { + /* wait for probe timeout */ + wait_event(probe_timeout_waitqueue, !driver_deferred_probe_timeout); + /* wait for the deferred probe workqueue to finish */ flush_work(&deferred_probe_work); -- 2.17.1