Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp725091pxb; Tue, 2 Feb 2021 16:48:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJxAJP6YKg8XBXUg6xumUZaBN+UMIkEn9sfGiimCQ5e5dcXJMoNgPU0Ndb5NvyzayzMoKXpC X-Received: by 2002:a05:6402:18f:: with SMTP id r15mr651628edv.53.1612313286477; Tue, 02 Feb 2021 16:48:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612313286; cv=none; d=google.com; s=arc-20160816; b=TtVe55yWtGtvHh06jW3Z+IN6ELNEBv5T1ASZN2GNdhQyR+pystKu6bWkzAdB2d8A7P M3w+j7L+dkTWNmBqW9FlrauJ/U4Zj/DrngBFln+8mFtzWqgS5vp+TfudMZNSldHsrfpD JQtn6tgiA876BRlSdhdrI19vZq9uNSFbMNvQxfOT0SPZxISJG100i1mW/AQETKIrW1ed CVge97iW7mGIfXH32lbVoDpHILbGkQLAE0udj6Ob2V/YnwwFefa7bsSupHO9wATjHsq5 CmfVoSV4xttKSBzsDMIplB5vj4gBOWX6j2yIR96Da+8cM7I/ByX2b0hr65kUaCf0Nmyw jFaw== 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:dkim-signature; bh=mJRuYCsACyjbu2bTi4zs+lKukZqRlpJel5M3D22wH5U=; b=IJDVyni7AyNh9tV9yY9Xp1wu/RuNKlccd9fomlEVEleYg3MFvuzN1coBhIIIMvvDlu smzlvz7R1eXYM1NXZAavedRYHr0YNQ6txADCgK+ORiNtH64aCl3DIKmmx4dWhGngMHuA qrUEPWRS5H82zNccJn28etLMgUdGW1KRBnZJi5F/7cHSxfUBq5YNP26iOtWQ8VWXyDeK 8VTaprO4sMH++InI9UReixTeOZge36xiqiddUBzJjxR4FICe0sXffYOpyv43mou4i2zJ 1VkgYsa6N+H+oqvuIUt0cDtvtviBOiw8HAQ9rQD9FzBA2OKMWrzgAxnuXX/acuPZogER iURw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b="Lq/9seBM"; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id go43si297183ejc.565.2021.02.02.16.47.41; Tue, 02 Feb 2021 16:48:06 -0800 (PST) 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; dkim=pass header.i=@google.com header.s=20161025 header.b="Lq/9seBM"; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233057AbhBBThN (ORCPT + 99 others); Tue, 2 Feb 2021 14:37:13 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37402 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233403AbhBBTgu (ORCPT ); Tue, 2 Feb 2021 14:36:50 -0500 Received: from mail-yb1-xb29.google.com (mail-yb1-xb29.google.com [IPv6:2607:f8b0:4864:20::b29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F1B25C0613ED for ; Tue, 2 Feb 2021 11:36:09 -0800 (PST) Received: by mail-yb1-xb29.google.com with SMTP id c3so11162729ybi.3 for ; Tue, 02 Feb 2021 11:36:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mJRuYCsACyjbu2bTi4zs+lKukZqRlpJel5M3D22wH5U=; b=Lq/9seBMFnU+4UyAjSWVG5UnuBUR0c7wil7/tBHsR5KVpgBTzegsn9UhWvcNzqmhvl mZmw83KQeTXehx95rDkE5GLviFdWg5hzPfuAIszoAXqpBa/vji0I4q5K/HBbd3HG62xn m+dFt5t3SkP0bWztk9w76PPzwBngR5E1MUiTvazUEVECMn+dw2O0MSyV/DIAlnS0HggO rdzFtHZE53R0prr13ZZAYjp7vEKcW+Ex+nF3AmHu2pLwDoS+CuyGIWdykgl+EqM1ybHO NLALbQnKQkb8mvMtEFB5+QWYm+dVfG9kJ2SrbmR8nyFvY9ELN54VdcoYOSPCoeMYMZtK jobw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mJRuYCsACyjbu2bTi4zs+lKukZqRlpJel5M3D22wH5U=; b=qi0VF2ZrmgMFw8iarGZk1tiR4crC16u4ld/ZmRQo3axC0ur9XmTrmGwfOeCrUdTFP6 c9oTsPd6BmpAke6Cgpu5g40iBjneY+aPBIFmSyAsoiGE7L0UqotlPCH2r7BV7KAm5pr7 W5uGRFzgaUq0egV1p5ZVmwNivjU3XUipqeQvAvLsGOYqo+94vy2DrXT0W/lvnOJZrgtB prAIoNXVWGeM6DtLdcqp1V25FtXcAm8XCBGLO0k1VpgI8IENFABxDMTjz7+mUeXIcv73 chT1w1pER79f8ZkJU7FLE8hjOsG4iSZyeS+1J4liOlAOb+Oy09Na4yVLSFzeMMsIzMQS y2vQ== X-Gm-Message-State: AOAM533/y0PLM2DaTs3nvreCPNs1HEy/pZaULZUyQKrHY1F8+JVPM3gJ Wxx3QuuwzzCwhBdVpzzunZZXXMM9SvLoqBTSpFUsqg== X-Received: by 2002:a05:6902:1025:: with SMTP id x5mr34361582ybt.96.1612294568994; Tue, 02 Feb 2021 11:36:08 -0800 (PST) MIME-Version: 1.0 References: <20210202043345.3778765-1-saravanak@google.com> <20210202043345.3778765-2-saravanak@google.com> In-Reply-To: From: Saravana Kannan Date: Tue, 2 Feb 2021 11:35:33 -0800 Message-ID: Subject: Re: [PATCH v2 1/3] driver core: fw_devlink: Detect supplier devices that will never be added To: "Rafael J. Wysocki" Cc: Greg Kroah-Hartman , Marek Szyprowski , Geert Uytterhoeven , Marc Zyngier , Tudor Ambarus , Linus Walleij , Bartosz Golaszewski , Martin Kaiser , Rob Herring , Frank Rowand , Len Brown , Linux Kernel Mailing List , "devicetree@vger.kernel.org" , ACPI Devel Maling List , "Cc: Android Kernel" Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 2, 2021 at 6:12 AM Rafael J. Wysocki wrote: > > On Tue, Feb 2, 2021 at 5:33 AM Saravana Kannan wrote: > > > > During the initial parsing of firmware by fw_devlink, fw_devlink might > > infer that some supplier firmware nodes would get populated as devices. > > But the inference is not always correct. This patch tries to logically > > detect and fix such mistakes as boot progresses or more devices probe. > > > > fw_devlink makes a fundamental assumption that once a device binds to a > > driver, it will populate (i.e: add as struct devices) all the child > > firmware nodes that could be populated as devices (if they aren't > > populated already). > > > > So, whenever a device probes, we check all its child firmware nodes. If > > a child firmware node has a corresponding device populated, we don't > > modify the child node or its descendants. However, if a child firmware > > node has not been populated as a device, we delete all the fwnode links > > where the child node or its descendants are suppliers. This ensures that > > no other device is blocked on a firmware node that will never be > > populated as a device. We also mark such fwnodes as NOT_DEVICE, so that > > no new fwnode links are created with these nodes as suppliers. > > > > Fixes: e590474768f1 ("driver core: Set fw_devlink=on by default") > > Signed-off-by: Saravana Kannan > > Still ACKed. Thanks. I didn't want to add your Ack when I made changes since your Ack. -Saravana