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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 96D0BCCA481 for ; Sun, 5 Jun 2022 03:45:49 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236902AbiFEDps (ORCPT ); Sat, 4 Jun 2022 23:45:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57196 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1347841AbiFEDpr (ORCPT ); Sat, 4 Jun 2022 23:45:47 -0400 Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D91574EDC9 for ; Sat, 4 Jun 2022 20:45:45 -0700 (PDT) Received: by mail-yb1-xb35.google.com with SMTP id v22so20254503ybd.5 for ; Sat, 04 Jun 2022 20:45:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=u927xqlaG4+M+ycErvXLDv/hJjpEjGMZ02h0/MOu0dE=; b=ehj6NFZQv8BDVJJlJnUvvcDSXp9LpCqfvnmr5AXmU20WA3jQqH6sOl5be/5V6xWW+t i6e5y2mRwk2MV3UEKvTcTRXkOUeJZYrrczsFw+5q64C+0kLefCc4fK+oOEk6SmfB4YBP kkamPTLmuhJB011WNvofNqiRM5wg40Y+7zX0rei48rYtP3kEkpky6NpnOkPYqmuK7nYN oTPwGWjuof4MrzV/WUiIydLaUqeiDYDhhmpboRu0PgShxoo9F1xB2iZ69uUQJ5kfrYWy Jnwt0lMMEEKuEqbAm6O/urhy4l7obV+Pmh17DWGaW5a3DJaZVV3+PbaTSg8l6KGLEMX4 v7+g== 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=u927xqlaG4+M+ycErvXLDv/hJjpEjGMZ02h0/MOu0dE=; b=6rxqr/P/j8BtgnQphCczGK00yHOvvQNsvlp/b0YvpVhvlIkd0UpepaivpSOW3eToe9 mVRfu+xuTzRen7aVNy+tn6adHEafY1RkYcqa/Ob8Wtqg8xiENmT4P3S3r697Jhu4je6x CSvy2V+cifbaCwMbk8x3XXzaRFSc0COHHXZZOHG/OkAhnfVV9KalhiSIMhNqbStmtMGK CEjV4nwILqE9V/l/GgawN7FBekWSrb7xj4HAkKtlcCYS3OOqSIEEOXj8SBI/Z9eSjjeU A4iK3YhqnLCBZSRJlIrf6B2jYlERPguo1bP6vpi72mlKqYFZJgzY0U3FpTXinyi+Sw7z zH2w== X-Gm-Message-State: AOAM530JSJ61XEq6lXnOkPUtf7ILitWwCUmkwuTCnowkvXmmBN5lmfC9 ieVdfjD3uLFl3hGAP+1xARaYN7nXlGA1WnAv0FH4hQ== X-Google-Smtp-Source: ABdhPJwXtoaNM32RInd5ZTKb8WwYpukxL2Izf1ybTZRPqnFQCNw5sfzLXMWMQyk9Vor1Gw8PdsE5l0dAUAlKBxb7VNQ= X-Received: by 2002:a05:6902:1009:b0:660:3a01:84eb with SMTP id w9-20020a056902100900b006603a0184ebmr19585298ybt.80.1654400744733; Sat, 04 Jun 2022 20:45:44 -0700 (PDT) MIME-Version: 1.0 References: <20220526081550.1089805-1-saravanak@google.com> In-Reply-To: From: Saravana Kannan Date: Sat, 4 Jun 2022 20:45:09 -0700 Message-ID: Subject: Re: [RFC PATCH v1 0/9] deferred_probe_timeout logic clean up To: Sebastian Andrzej Siewior Cc: Greg Kroah-Hartman , "Rafael J. Wysocki" , Kevin Hilman , Ulf Hansson , Len Brown , Pavel Machek , Joerg Roedel , Will Deacon , Andrew Lunn , Heiner Kallweit , Russell King , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Linus Walleij , Andy Shevchenko , Daniel Scally , Heikki Krogerus , Sakari Ailus , Hideaki YOSHIFUJI , David Ahern , Mark Brown , Rob Herring , Geert Uytterhoeven , Yoshihiro Shimoda , John Stultz , Nathan Chancellor , kernel-team@android.com, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, iommu@lists.linux-foundation.org, netdev@vger.kernel.org, linux-gpio@vger.kernel.org, linux-acpi@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-gpio@vger.kernel.org On Mon, May 30, 2022 at 1:49 AM Sebastian Andrzej Siewior wrote: > > On 2022-05-26 01:15:39 [-0700], Saravana Kannan wrote: > > Yoshihiro/Geert, > Hi Saravana, > > > If you can test this patch series and confirm that the NFS root case > > works, I'd really appreciate that. > > The two patches you sent earlier, plus this series, plus > > diff --git a/drivers/base/core.c b/drivers/base/core.c > index 7ff7fbb006431..829d9b1f7403f 100644 > --- a/drivers/base/core.c > +++ b/drivers/base/core.c > @@ -1697,8 +1697,6 @@ static int fw_devlink_may_probe(struct device *dev, void *data) > */ > void __init fw_devlink_unblock_may_probe(void) > { > - struct device_link *link, *ln; > - > if (!fw_devlink_flags || fw_devlink_is_permissive()) > return; > > and it compiles + boots without a delay. Thanks for testing! I missed your reply until now and I ended up sending out a v2 a few days back. That's a much better series IMO because it only temporarily ignores dependencies and only when NFS root mounting might not work. If you can test that too (and it shouldn't have the useless variable), I'd appreciate it. -Saravana