Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp85284rwb; Wed, 14 Dec 2022 14:21:29 -0800 (PST) X-Google-Smtp-Source: AA0mqf7dsIUFhACn/ZzoWmEdVm6NL8ORhJzbnzGlp40rZccRtgHD4ykpUMYtpHqNzdZG/6ssxWon X-Received: by 2002:a05:6a20:1395:b0:a9:e225:6f7b with SMTP id w21-20020a056a20139500b000a9e2256f7bmr49033689pzh.0.1671056488952; Wed, 14 Dec 2022 14:21:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671056488; cv=none; d=google.com; s=arc-20160816; b=yl5sPQG61G/j0mcXb/z8f6IOdHjhPt2gWtMfoAJbe7ElMAYemczm1+QdTj57VgD3zo aYc/mSwROhft5/FQHO7UHVjuJ+560RKK3CWVpE4IXLVsG3fwkBledBcjHj7RnpeKk0OF rSvQugoE3xhjlNXVLyK9aVZyFEuDlZbSEyNq8dlPNaEKxzKfis80v0K3kCurZ73OBref xL7PVT7on7ivmoCfD4yghJM6hk/SUCzLnC/6UWailXKdC7xy+Lqr8rRRgdgsoGQFpyOO 9Z0bGiofksEtP/VYfwldx9dYMtqmxHZAySyy48yW7Q75oGjUy9IXbDgjODVaPj+3e64e RSiw== 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=5hphzZuwvE1cfu805fma1OCvsgxMuaC9NASC7Ut/QdA=; b=ph8UJz1oxr07skAmIIJ+ZofgfbcrwyIVHsysDvFe2r76ysQjZPwS6snaeWekAouwYR SmyBW03MrAmTgJxXgDKNEmwoq4uzfL04V9k9l1H7zHAH9yF9dSxlTOCM0v7/L9C/pX6p 1GbGdaWPRsbFangJntDry1I3iTY9sJiVFYDOfnmTvEIzD5stPyeiNH+URPUcNTCkXBwI AbJL8hPRLoMtM8KFBkcIIvX9CN4QbtOQJ6OAxKckc0hfRPOpXg+cJQGKQ/Z2S7nXFB19 izqGu+kgxL3ST1P137BsSU/38QdjkKvzoE/E3IOppNh+vtn1nuaQO6owY7x/kBthnKoD I0Bw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=fRK1cUQx; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p6-20020a170902a40600b00189c10f6b4csi3713904plq.417.2022.12.14.14.21.20; Wed, 14 Dec 2022 14:21:28 -0800 (PST) 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=@google.com header.s=20210112 header.b=fRK1cUQx; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229717AbiLNV4X (ORCPT + 69 others); Wed, 14 Dec 2022 16:56:23 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43416 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229496AbiLNV4V (ORCPT ); Wed, 14 Dec 2022 16:56:21 -0500 Received: from mail-pg1-x52d.google.com (mail-pg1-x52d.google.com [IPv6:2607:f8b0:4864:20::52d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C921A24091 for ; Wed, 14 Dec 2022 13:56:20 -0800 (PST) Received: by mail-pg1-x52d.google.com with SMTP id f9so2909854pgf.7 for ; Wed, 14 Dec 2022 13:56:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=5hphzZuwvE1cfu805fma1OCvsgxMuaC9NASC7Ut/QdA=; b=fRK1cUQxtzyxu17lkIrP0FYGhQYBUq5yMOg/cLC+bCQ1aczzSMDw6nmPJKPz4+0HYJ cDJP2+Yq5EpOtxcsOq1fZGvs5FkHrpS3xNgGMFdy/bqhRULat5ESZYVIO1gHnnyIHaJL zbZjZgANyXFoDIwDT5mN+b7Ul0r9Y9MsGP/uX+aOHsMv4MBbgRNEOkYXzww2I3/ESevJ FfnZIdXFI2T240RX71ShlJHakFFXfY2qYKhcXd6ElSBqESzwlpAw6RDXq05WrTIIt9xb rKXh8627SrYN9+UwFUTr6Vrh7vLqaV7SQNc6q/TxqdPKpDryo8KrXUmCUg9uQoDVG2YR jGyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=5hphzZuwvE1cfu805fma1OCvsgxMuaC9NASC7Ut/QdA=; b=i6OeAByD5BFwpg9Bg6CqiUJWnS279bzpsibCafsXue31JxovlqSVdrDt9AJJlZGX9K PpewErr6Wy8iTA2ztD84IHR0jZO0fWUOfu4D5PCzXIscoUy1wPxj3Er9dx0tex6V4qZG sfScHdQIbyUy+j3UwPQzfl02nOFuivuyGRAHnDQ5yN/gHeIwHBQOWrNHDon3YIPZ1x4S 3M94woYiQAbJSCUQCSKpeA8UUYPO6CyWSeOJxu5uEtwGuKCcEJzRhjOOw8DFlf4G+n54 XeChwUry4MXuDOgnV6lBpMzokuNDZoirka+ZyZGWgkMH7c7ddBUiTuVms9ZA1NClFLK1 4etQ== X-Gm-Message-State: ANoB5pnXeLMMQdhyilRAelGNgYhmGq2gDqSISvqWSey3B1nBQ14M5BEO HauwZXOvfE4j0BVYlJoc9XTKFGd9mZU2vpxZc/Mbaw== X-Received: by 2002:a63:334e:0:b0:479:2227:3aa1 with SMTP id z75-20020a63334e000000b0047922273aa1mr1065030pgz.595.1671054980062; Wed, 14 Dec 2022 13:56:20 -0800 (PST) MIME-Version: 1.0 References: <20221211084631.3942082-1-bigunclemax@gmail.com> In-Reply-To: <20221211084631.3942082-1-bigunclemax@gmail.com> From: Saravana Kannan Date: Wed, 14 Dec 2022 13:55:43 -0800 Message-ID: Subject: Re: fw_devlink=on breaks probing devices when of_platform_populate() is used To: Maksim Kiselev Cc: olof@lixom.net, ansuelsmth@gmail.com, devicetree@vger.kernel.org, gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, rafael@kernel.org, zajec5@gmail.com, fido_max@inbox.ru, =bigunclemax@gmail.com Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=unavailable 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 Sun, Dec 11, 2022 at 12:46 AM Maksim Kiselev wrote: > > > Hi, I have the same problem. > https://lore.kernel.org/all/CALHCpMgEZjnR39upkR6iozSk-b5A_GHRo9rcDSPXzzQi6x_qCw@mail.gmail.com/ > > I think the root of the problem was the choice of 'compatible' > device tree property to marking mtd partition node as a nvmem provider. > > This property used only inside 'mtd_nvmem_add' function to setup > 'no_of_node' flag. > > > config.no_of_node = !of_device_is_compatible(node, "nvmem-cells"); > > This is how this flag processed by 'nvmem_register' function. > > > if (config->of_node) > > nvmem->dev.of_node = config->of_node; > > else if (!config->no_of_node) > > nvmem->dev.of_node = config->dev->of_node; > > Thats all, there is no such driver which compatible with 'nvmem-cells'. > > > So, maybe we should change the 'compatible' property to something else? Sorry about the accidental HTML in my previous reply. Resending as plain text. I have a patch series [1](v1 sent out a while back) that stops depending on the existence of "compatible" property for fw_devlink to work. I had a few issues that I have fixes for that were tested in the thread. I've been meaning to send out a v2 with all those fixes rolled in. I'll try to get that out this week. Hopefully that'll address the issues assuming Maksim's analysis about "compatible" is correct. If not, I can take a closer look after that. [1] - https://lore.kernel.org/lkml/20220810060040.321697-1-saravanak@google.com/ -Saravana