Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp1517166iog; Sat, 25 Jun 2022 11:27:48 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sPw37bNHfECANQRKojhOsVEcIFYWtGn1TT0Cqa4KW/bsYO1VrsCo+Z4oZAvHqp2auy9vpO X-Received: by 2002:a17:907:1b0a:b0:726:7da9:c66d with SMTP id mp10-20020a1709071b0a00b007267da9c66dmr2746061ejc.737.1656181668335; Sat, 25 Jun 2022 11:27:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656181668; cv=none; d=google.com; s=arc-20160816; b=TqBte8RGNYaP3cPwnxPc5bKiZ/GQYxidP9aGTQwxxHjAwy+o6Ke896G4m6zfP1fLz/ KLwAc2FHic2vYI/AdWwjNEZ/bVFjCJRdmllrANC6f4IP+Ufg/80sAfdv1BKyAe0bXfrW WZn6W49XzF1UhSfJMiNdBdnFRuoAY2SkjYpXgDl5I2EkeyPSngrP0giV31eE4vpCy7b+ TRt5ykGL1vRXiJE7gcGQU6igVKUHoL1peXBjw3hbPYC8Uk34zFUqmCm2TwzcQpq+1wyf QoT5t0cO50NC6b3r0BfxthbXlZET8hLoejcoyxk6MMRuOvolSYJ3PGHdfrbgIo3nYsmb 5eSQ== 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=VaKpVqy51ezhyEqiWnN1EhPkd8AgPGvHiCVI0qsTW9U=; b=0fBt3nMNEYZAsh9Mf5ogAKJRJOrO6Ig/fMxs/kQc1kArpe3bXNN9JVABmHPSqN9z9r g+rdxtbWftdRrMcxVwYAvoYYvlzpy2ACKs8LNe1wqjxxT05WYCXqU10AatcOF157hOpj hUEQvINyt6GT6G1dF5fYqXc5eMfBw7KlcpeldWXm9rSwlGGibSWiDHK3VnLbEruthIji iWd4hFekuTHiMvDyoGeKpoLLa96Am2c9Aj7oBnRZ9I2/e3cOinIi6aQKMxA5wALtCp/z OLXlUxp/8KJ8NuJ73LiAfzuh7XjQSx5IUX5WsuKLvjWA6ltLReUfl/Y+5hUzfUHI/Q3e Ulbw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="DXMUKF/L"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id qf7-20020a1709077f0700b0072643608fb8si3668436ejc.953.2022.06.25.11.27.11; Sat, 25 Jun 2022 11:27:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="DXMUKF/L"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S233072AbiFYSJz (ORCPT + 99 others); Sat, 25 Jun 2022 14:09:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42752 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231311AbiFYSJy (ORCPT ); Sat, 25 Jun 2022 14:09:54 -0400 Received: from mail-yw1-x112d.google.com (mail-yw1-x112d.google.com [IPv6:2607:f8b0:4864:20::112d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 204C91408A for ; Sat, 25 Jun 2022 11:09:53 -0700 (PDT) Received: by mail-yw1-x112d.google.com with SMTP id 00721157ae682-3178acf2a92so51789447b3.6 for ; Sat, 25 Jun 2022 11:09:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VaKpVqy51ezhyEqiWnN1EhPkd8AgPGvHiCVI0qsTW9U=; b=DXMUKF/LFsjrp1HGM3xK1pDytRU2+NbeWJx74hVFJr+pseb0uenbJST9xc2Aoa3nKP NzdJR4xll8W8hEc0J0hYTWRBw/GCsoeBR1teDmqfMDweS1RMqP3rhkIZKQF2PkPqpvUg dtUrjzZCWaCj4AhtBjjgCdVckq1k82VERWGI0zzprRSD+CaFdugthSNhLpqjMj+/Qt01 P8yJ2A/bitADoOcZT6om8gkVU6/EfCw4lThMwACvOOFiiXd7q930kdsowwpHMVlcLcZ1 rHIEX/o7r0l+KjfzlFKNfSD/APRNJTDJyhYTHy6sUdyMtaTA2qL5PjFKXqEDEL+dYl6C yV7g== 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=VaKpVqy51ezhyEqiWnN1EhPkd8AgPGvHiCVI0qsTW9U=; b=uQuE7S9x+6k652GuqTrbVsDFMOdfJR8nCr6YCqtzJFCcgCyfg6rT5Yl0773jEEhF5S dXAILndHSdz1ZBpvqGCEZIZ5Rn5p4o11G2AHxO+10zw4//EazSh7ksunwBlwj6nyYmKf J5qzK9+Y42Kor4xV+Vr4qhcb3d4RXC2j+BJn2Ksz0O5oWWMWwVvA8HduG53msEBwaonD KKHn/Hzy2mgdXip6WbaA172XLtgDYr5lzvN4uhVOECn3jP4As6IygG68eYDHj3CB5qYm o+eIzzd/FgCfTCMq8TuH3RsIb6P6SfS62IbY6w0NBmYhAH2JYf3tVMmcaAAK7sS9da6k 3hnA== X-Gm-Message-State: AJIora8CPMu43A4yn5UkoRvDMNTvdInaQ4tJmWe9e7RNex1h55F4mhl1 YMr522B/prq5Gh3B/+DFG5JelNDfY01lLk9gWvRN2A== X-Received: by 2002:a81:6587:0:b0:318:38c2:2fb1 with SMTP id z129-20020a816587000000b0031838c22fb1mr5689751ywb.118.1656180592325; Sat, 25 Jun 2022 11:09:52 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Linus Walleij Date: Sat, 25 Jun 2022 20:09:39 +0200 Message-ID: Subject: Re: Default async probing for DT based systems To: Saravana Kannan Cc: LKML , linux-arm-kernel , Marek Szyprowski , Geert Uytterhoeven , Kevin Hilman , Greg Kroah-Hartman , Marc Zyngier , Will Deacon , Rob Herring , "Rafael J. Wysocki" , Ulf Hansson , Sebastian Andrzej Siewior , Android Kernel Team , Linux PM Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 17, 2022 at 8:01 PM Saravana Kannan wrote: > On Fri, Jun 17, 2022 at 1:21 AM Linus Walleij wrote: > > On Thu, Jun 16, 2022 at 5:25 AM Saravana Kannan wrote: > > > > > Since fw_devlink=on is the default behavior and fw_devlink understands > > > approximately 24 DT bindings, > > > > How can I see which these are, in the kernel tree? > > device/of/property.c has an array of these binding handling functions > in of_supplier_bindings[]. > > Most of the functions there are created using DEFINE_SIMPLE_PROP() or > DEFINE_SUFFIX_PROP() that's also in the same file. Thanks! We already have some device links in pin control, it's an opt-in for drivers, used e.g in drivers/pinctrl/stm32/pinctrl-stm32.c where you see pctl->pctl_desc.link_consumers = true; how does that play with this? Double device links at different levels? I had a patch to just enforce device links on all pinctrl resources, but it seemed over the top: https://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl.git/commit/?h=consumer-link-enforce&id=73441cf773ed91bff0e7f66614d391b2514188bf Yours, Linus Walleij