[{"id":3674606,"web_url":"http://patchwork.ozlabs.org/comment/3674606/","msgid":"","list_archive_url":null,"date":"2026-04-08T07:19:59","subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","submitter":{"id":92191,"url":"http://patchwork.ozlabs.org/api/people/92191/","name":"Bartosz Golaszewski","email":"brgl@kernel.org"},"content":"On Tue, Apr 7, 2026 at 3:28 PM Bartosz Golaszewski\n wrote:\n>\n> It's possible that at the time of resolving a reference to a remote\n> software node, the node we know exists is not yet registered as a full\n> firmware node. We currently return -ENOENT in this case but the same\n> error code is also returned in some other cases, like the reference\n> property with given name not existing in the property list of the local\n> software node.\n>\n> It makes sense to let users know that we're dealing with an unregistered\n> software node so that they can defer probe - the situation is somewhat\n> similar to there existing a firmware node to which no device is bound\n> yet - which is valid grounds for probe deferral. To that end: use\n> -ENOTCONN to indicate the software node is \"not connected\".\n>\n> Acked-by: Andy Shevchenko \n> Signed-off-by: Bartosz Golaszewski \n> ---\n\nHi Danilo!\n\nWith Andy's Ack, do you think you could still queue this for v7.1? I'd\nthen take the GPIO patch (2/2) independently and it would make further\nwork next cycle much easier.\n\nThanks,\nBartosz","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linux-gpio@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256\n header.s=k20201202 header.b=ICum8upv;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c0a:e001:db::12fc:5321; helo=sea.lore.kernel.org;\n envelope-from=linux-gpio+bounces-34864-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=\"ICum8upv\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=10.30.226.201"],"Received":["from sea.lore.kernel.org (sea.lore.kernel.org\n [IPv6:2600:3c0a:e001:db::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4frF0j08nnz1yD3\n\tfor ; Wed, 08 Apr 2026 17:23:33 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sea.lore.kernel.org (Postfix) with ESMTP id 456353016920\n\tfor ; Wed, 8 Apr 2026 07:20:14 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 6458237FF4D;\n\tWed, 8 Apr 2026 07:20:13 +0000 (UTC)","from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org\n [10.30.226.201])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 26A6E377EB2\n\tfor ; Wed, 8 Apr 2026 07:20:13 +0000 (UTC)","by smtp.kernel.org (Postfix) with ESMTPSA id E9D68C2BCC4\n\tfor ; Wed, 8 Apr 2026 07:20:12 +0000 (UTC)","by mail-lf1-f47.google.com with SMTP id\n 2adb3069b0e04-5a2c981e5dcso6106768e87.3\n for ;\n Wed, 08 Apr 2026 00:20:12 -0700 (PDT)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1775632813; cv=none;\n b=HL3RfdkCcZxDRZIEwfptPMDWc5LuusuR57HpuwQ+6B78InHLlZ/OjyeZlxabf0gSqTngeZ9nd1i3hcBNelRIpisRisk88uvssmmgZY5XoCf1oTYeNBRJqlPtjljJxKLMk4pzlws1u0j+68KCBYhQCLSqMOBs4eLPbj5orEnGEqI=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1775632813; c=relaxed/simple;\n\tbh=vQQRzvuKVOEeuzDANaerK8guZGkuHGOWY6CJg112n1k=;\n\th=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject:\n\t To:Cc:Content-Type;\n b=JzMdNiGDW2hTz4tnEtU7s0ekXxKdTq5RNXyL+W5MYdlhkeCKaLVemoYCkCMVoQ058uIecNzrLc56+H9ird927MRtZMvbjULQ6M2PGYgeSVpZN9ZAQwfhNyT6qokMiunycLy4hMebMqvrqqCSpa99W62CyrqAEAgiEHUEcnY+wH8=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=ICum8upv; arc=none smtp.client-ip=10.30.226.201","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;\n\ts=k20201202; t=1775632812;\n\tbh=vQQRzvuKVOEeuzDANaerK8guZGkuHGOWY6CJg112n1k=;\n\th=References:In-Reply-To:From:Date:Subject:To:Cc:From;\n\tb=ICum8upvZOUXykuOhN9aXqsuGRX9OLnAOMdlYMDinvSA7/2ptjSfE2fntqpU2+0/x\n\t Bg3Da7vAaclGLZQ1VAle8Tr2GQHU6lZmiG+KYJ+yUN4TfM0Aq9JtQqLA2a6Heb2mCQ\n\t GJ9oz+Sg8/1rUESv4/XMXk91/sVfGsFivVBjAbxF6Nh63hH+m1U6VbzSIT7bijyFK+\n\t B0Z4XP8+V8PNuET/fqNKEcmEJZPgG28bdkh8deuqe1J6jDgj7IaRA47j2Q9Nzk97dF\n\t Bohy0uqHs9lZxwvkWf2Jdg2cAbt5S7bR1mx5beaijwkkareP2BC+dnaStkXgaD4gJG\n\t EkWDB/qvsN1dg==","X-Forwarded-Encrypted":"i=1;\n AJvYcCVKSVNsrFlNHENYtWOQRysZtzJuT5/IZJEXxl+NkSvEWDVfTpbsljsEcW4OltKLidShvbEnq23GhC3Q@vger.kernel.org","X-Gm-Message-State":"AOJu0YwCnkPbe6kUUQDbAL9FS6Umz9Jrmv4xRvi9zXg+JW7ilC2G70ge\n\tNL1hrj5VcmbXPucWz5DbwFy/UjR/y5X9p9tUS/qhFqZHb+SGNtTCNvTv0pX1GxyKPDRmpo29Oy/\n\tzQty+wCQwM98qTHyVTaNHqsP/fNSsTsX7vp2cAlnhDg==","X-Received":"by 2002:a05:6512:224f:b0:5a3:cd17:8d71 with SMTP id\n 2adb3069b0e04-5a3cd178dd9mr7417144e87.21.1775632811510; Wed, 08 Apr 2026\n 00:20:11 -0700 (PDT)","Precedence":"bulk","X-Mailing-List":"linux-gpio@vger.kernel.org","List-Id":"","List-Subscribe":"","List-Unsubscribe":"","MIME-Version":"1.0","References":"<20260407-swnode-unreg-retcode-v4-0-1b2f0725eb9c@oss.qualcomm.com>\n <20260407-swnode-unreg-retcode-v4-1-1b2f0725eb9c@oss.qualcomm.com>","In-Reply-To":"\n <20260407-swnode-unreg-retcode-v4-1-1b2f0725eb9c@oss.qualcomm.com>","From":"Bartosz Golaszewski ","Date":"Wed, 8 Apr 2026 09:19:59 +0200","X-Gmail-Original-Message-ID":"\n ","X-Gm-Features":"AQROBzBCj7JqwaHPPnoLthJA6owUVGcRqQISKVXzppqDGxU8U2cLLlP3S_fk-F0","Message-ID":"\n ","Subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","To":"Danilo Krummrich ","Cc":"Andy Shevchenko ,\n Daniel Scally ,\n Heikki Krogerus ,\n Sakari Ailus ,\n Greg Kroah-Hartman ,\n \"Rafael J. Wysocki\" ,\n Mika Westerberg ,\n Andy Shevchenko , Linus Walleij ,\n Hans de Goede ,\n =?utf-8?q?Ilpo_J=C3=A4rvinen?= ,\n Dmitry Torokhov , Len Brown ,\n linux-acpi@vger.kernel.org, driver-core@lists.linux.dev,\n linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org,\n platform-driver-x86@vger.kernel.org,\n Bartosz Golaszewski ","Content-Type":"text/plain; charset=\"UTF-8\"","Content-Transfer-Encoding":"quoted-printable"}},{"id":3674832,"web_url":"http://patchwork.ozlabs.org/comment/3674832/","msgid":"","list_archive_url":null,"date":"2026-04-08T15:28:46","subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","submitter":{"id":89037,"url":"http://patchwork.ozlabs.org/api/people/89037/","name":"Danilo Krummrich","email":"dakr@kernel.org"},"content":"On Wed Apr 8, 2026 at 9:19 AM CEST, Bartosz Golaszewski wrote:\n> On Tue, Apr 7, 2026 at 3:28 PM Bartosz Golaszewski\n> wrote:\n>>\n>> It's possible that at the time of resolving a reference to a remote\n>> software node, the node we know exists is not yet registered as a full\n>> firmware node. We currently return -ENOENT in this case but the same\n>> error code is also returned in some other cases, like the reference\n>> property with given name not existing in the property list of the local\n>> software node.\n>>\n>> It makes sense to let users know that we're dealing with an unregistered\n>> software node so that they can defer probe - the situation is somewhat\n>> similar to there existing a firmware node to which no device is bound\n>> yet - which is valid grounds for probe deferral. To that end: use\n>> -ENOTCONN to indicate the software node is \"not connected\".\n>>\n>> Acked-by: Andy Shevchenko \n>> Signed-off-by: Bartosz Golaszewski \n>> ---\n>\n> Hi Danilo!\n>\n> With Andy's Ack, do you think you could still queue this for v7.1?\n\nYeah, that should work, but I have a question about the patch.\n\nThe comment added to fwnode_property_get_reference_args() says:\n\n\t+ * %-ENOTCONN when the remote firmware node is a software node that\n\t+ * has not been registered as a firmware node yet\n\nThis seems like a bit of a layering violation to me, as it makes it explicit\nthat this error code indicates a software node, while\nfwnode_property_get_reference_args() itself should be agnostic.\n\nThe caller can easily derive more specific semantics with an is_software_node()\ncheck as you already do in the GPIO code.\n\nCan we describe the same condition, but without explicitly naming the backend?","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linux-gpio@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256\n header.s=k20201202 header.b=RYiJzEIN;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c15:e001:75::12fc:5321; helo=sin.lore.kernel.org;\n envelope-from=linux-gpio+bounces-34891-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=\"RYiJzEIN\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=10.30.226.201"],"Received":["from sin.lore.kernel.org (sin.lore.kernel.org\n [IPv6:2600:3c15:e001:75::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4frRmt5tQ8z1xv0\n\tfor ; Thu, 09 Apr 2026 01:29:02 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sin.lore.kernel.org (Postfix) with ESMTP id DB83530046AC\n\tfor ; Wed, 8 Apr 2026 15:28:57 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 823B93D6CA2;\n\tWed, 8 Apr 2026 15:28:53 +0000 (UTC)","from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org\n [10.30.226.201])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 3D2283D646D;\n\tWed, 8 Apr 2026 15:28:52 +0000 (UTC)","by smtp.kernel.org (Postfix) with ESMTPSA id 12084C2BC9E;\n\tWed, 8 Apr 2026 15:28:48 +0000 (UTC)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1775662133; cv=none;\n b=lyBe9UsnTzgoVshoLXElwAH1DthfC+FcbuX1LwHSKAVf/KArFxBhboByizUzHFvo1hR84XUxa/VxcZcaTgq7PiYdmcCGRCFKUhWIqebZF+oEJw49WovDlZ0IQJF5ppTK6NeSlP/NWLnES+FPqCZirp2mpdAO87wXmEScdLcJZi4=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1775662133; c=relaxed/simple;\n\tbh=wCWFT/9q2k5RRPzbWKYbpefTxNcp2EWEDGnOMlT4WrM=;\n\th=Mime-Version:Content-Type:Date:Message-Id:Subject:Cc:To:From:\n\t References:In-Reply-To;\n b=KB76Zcdr3kk6cg7ApSE8hZS7F4a3uePY8AtjXAyFt1K6TOV8XU6dsmh38OXu2Cp+kgFwIm2mvOu8DHm0dpKTha4f8fphyG55HJnqsRz3PtnmA74Ztp6r4PeM4KiXf79Aas1dTIqjH3mTJYeZYlsMChnS6XDaAZKg+HH+Kb4vWKs=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=RYiJzEIN; arc=none smtp.client-ip=10.30.226.201","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;\n\ts=k20201202; t=1775662132;\n\tbh=wCWFT/9q2k5RRPzbWKYbpefTxNcp2EWEDGnOMlT4WrM=;\n\th=Date:Subject:Cc:To:From:References:In-Reply-To:From;\n\tb=RYiJzEINIAUuLwwxzwbKMJ4PoNGjD3lvsGAni07Q4y/U7LcJ0n+2ZwG+XzLAqklkV\n\t Psk0SQ+PJnG531WPB4bRI1qvPuFzW563Y4Vd0r47fuwNr3f6MXOZ/yxr01M66MLjdc\n\t 8YQSjQCeTXSAb8k6DfELSctyLGCSdnqqOgqoSJogEHm5zezda54Vq6Ymj8rlKcTRlD\n\t 8kpXPgxRUXLXc/aC/+v3g4FycB6rwaI6RB2F1lfuIXzIEc9blzElpT5AabyGZ6c23F\n\t IV3YNMTyi7ZDwwh2x/gHfpnXC+etMDeQE6RSv8XxqkEYNZ8ZzpTw9ID+B4HOxO+d6Q\n\t ifzZXvQsA6/MA==","Precedence":"bulk","X-Mailing-List":"linux-gpio@vger.kernel.org","List-Id":"","List-Subscribe":"","List-Unsubscribe":"","Mime-Version":"1.0","Content-Transfer-Encoding":"quoted-printable","Content-Type":"text/plain; charset=UTF-8","Date":"Wed, 08 Apr 2026 17:28:46 +0200","Message-Id":"","Subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","Cc":"\"Andy Shevchenko\" ,\n \"Daniel Scally\" ,\n \"Heikki Krogerus\" ,\n \"Sakari Ailus\" ,\n \"Greg Kroah-Hartman\" ,\n \"Rafael J. Wysocki\" ,\n \"Mika Westerberg\" ,\n \"Andy Shevchenko\" , \"Linus Walleij\" ,\n \"Hans de Goede\" ,\n =?utf-8?q?Ilpo_J=C3=A4rvinen?= ,\n \"Dmitry Torokhov\" , \"Len Brown\" ,\n , ,\n , ,\n ,\n \"Bartosz Golaszewski\" ","To":"\"Bartosz Golaszewski\" ","From":"\"Danilo Krummrich\" ","References":"<20260407-swnode-unreg-retcode-v4-0-1b2f0725eb9c@oss.qualcomm.com>\n <20260407-swnode-unreg-retcode-v4-1-1b2f0725eb9c@oss.qualcomm.com>\n ","In-Reply-To":"\n "}},{"id":3674836,"web_url":"http://patchwork.ozlabs.org/comment/3674836/","msgid":"","list_archive_url":null,"date":"2026-04-08T15:52:06","subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","submitter":{"id":92191,"url":"http://patchwork.ozlabs.org/api/people/92191/","name":"Bartosz Golaszewski","email":"brgl@kernel.org"},"content":"On Wed, 8 Apr 2026 17:28:46 +0200, Danilo Krummrich said:\n> On Wed Apr 8, 2026 at 9:19 AM CEST, Bartosz Golaszewski wrote:\n>> On Tue, Apr 7, 2026 at 3:28 PM Bartosz Golaszewski\n>> wrote:\n>>>\n>>> It's possible that at the time of resolving a reference to a remote\n>>> software node, the node we know exists is not yet registered as a full\n>>> firmware node. We currently return -ENOENT in this case but the same\n>>> error code is also returned in some other cases, like the reference\n>>> property with given name not existing in the property list of the local\n>>> software node.\n>>>\n>>> It makes sense to let users know that we're dealing with an unregistered\n>>> software node so that they can defer probe - the situation is somewhat\n>>> similar to there existing a firmware node to which no device is bound\n>>> yet - which is valid grounds for probe deferral. To that end: use\n>>> -ENOTCONN to indicate the software node is \"not connected\".\n>>>\n>>> Acked-by: Andy Shevchenko \n>>> Signed-off-by: Bartosz Golaszewski \n>>> ---\n>>\n>> Hi Danilo!\n>>\n>> With Andy's Ack, do you think you could still queue this for v7.1?\n>\n> Yeah, that should work, but I have a question about the patch.\n>\n> The comment added to fwnode_property_get_reference_args() says:\n>\n> \t+ * %-ENOTCONN when the remote firmware node is a software node that\n> \t+ * has not been registered as a firmware node yet\n>\n> This seems like a bit of a layering violation to me, as it makes it explicit\n> that this error code indicates a software node, while\n> fwnode_property_get_reference_args() itself should be agnostic.\n>\n> The caller can easily derive more specific semantics with an is_software_node()\n> check as you already do in the GPIO code.\n>\n> Can we describe the same condition, but without explicitly naming the backend?\n>\n\nYes, sure. It can be something like:\n\n\t%-ENOTCONN when the remote firmware node exists but has not been\n\t\t registered yet.\n\nDoes this sound good and doo you want me to resend or can you change it\nwhen applying?\n\nBart","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linux-gpio@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256\n header.s=k20201202 header.b=uLWzx6rJ;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=172.234.253.10; helo=sea.lore.kernel.org;\n envelope-from=linux-gpio+bounces-34892-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=\"uLWzx6rJ\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=10.30.226.201"],"Received":["from sea.lore.kernel.org (sea.lore.kernel.org [172.234.253.10])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4frSHw3dLDz1xv0\n\tfor ; Thu, 09 Apr 2026 01:52:28 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sea.lore.kernel.org (Postfix) with ESMTP id 721B8301B71C\n\tfor ; Wed, 8 Apr 2026 15:52:11 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id B6CF32DC764;\n\tWed, 8 Apr 2026 15:52:09 +0000 (UTC)","from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org\n [10.30.226.201])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 77EB6285CBC\n\tfor ; Wed, 8 Apr 2026 15:52:09 +0000 (UTC)","by smtp.kernel.org (Postfix) with ESMTPSA id 563C2C2BCB1\n\tfor ; Wed, 8 Apr 2026 15:52:09 +0000 (UTC)","by mail-lf1-f50.google.com with SMTP id\n 2adb3069b0e04-5a2c77c62d7so5699151e87.0\n for ;\n Wed, 08 Apr 2026 08:52:09 -0700 (PDT)","from 969154062570 named unknown by gmailapi.google.com with\n HTTPREST; Wed, 8 Apr 2026 08:52:06 -0700","from 969154062570 named unknown by gmailapi.google.com with\n HTTPREST; Wed, 8 Apr 2026 08:52:06 -0700"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1775663529; cv=none;\n b=EKBPTyV2duFQBc665InrBka5PNIZOAUxC0iZwfhoRE3gaNBeEK3WqUgcXDoUdBJHCXHC8BEgWRZlfI7/TzNfLSfl2kFgcrBvaOqGF+uZ12ENq7NI3GBEwFtYn1RYUe2uDPxsJQcovoCpz9NrbyQAMTx8iIauNNMSFbUjcU7c904=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1775663529; c=relaxed/simple;\n\tbh=wDiR4ygCxFqa9Z2EhsIwn3+PgH8wQSa11TKy3LcdtZE=;\n\th=From:In-Reply-To:MIME-Version:References:Date:Message-ID:Subject:\n\t To:Cc:Content-Type;\n b=WIX2HRsQF6L5/BU9aR8JSEDhNrvJnR2HwxQSDrVQ/F+8LXe2JVwrFtrsX5KzYcEi/heiLmlT2Z6kGK4pzJ7kGWdLOD/HHdsONwJWBH/TMOnLxvWBmhiXlVtyzHn917SCM1qUwrPFQh6iU7radVs6FMfwyS7TsuHkLsYfQLltodk=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=uLWzx6rJ; arc=none smtp.client-ip=10.30.226.201","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;\n\ts=k20201202; t=1775663529;\n\tbh=wDiR4ygCxFqa9Z2EhsIwn3+PgH8wQSa11TKy3LcdtZE=;\n\th=From:In-Reply-To:References:Date:Subject:To:Cc:From;\n\tb=uLWzx6rJE5BqWVeE6W452kV4ic5PrsyKyz8uESVJdzYgpuvBcze+QxlnD6nJLabNQ\n\t IXNxxhwzDF/I3yVrL/RS+CakL3lanGVaPmV8XkR4WIFPDIIdR/uOj4wQuDsNzRC1Y0\n\t j+qqWzATth+LUh24AtOBNix5awTqZ3Tsk8zYROtQ1KU139yXcrFxxhD7lBJRMXjE4b\n\t p6QItd/hEgoT/kC6/208Vj3XKcEKtaHtQhSzj4E7qMsXV/jxtX4lNzRwgtBGbGMubL\n\t r0Uz3m9izHP9/i/TM35z1/H5shjB3qivBIrQqMvd+SCaW1KXwR6VAyfgK0n5iMfU//\n\t T8aUBb2blypjw==","X-Forwarded-Encrypted":"i=1;\n AJvYcCU3A4G7pXBSStUsdUej6pRbdNkAowAh9nygtGLTe0eNG3dg6YKrX9i0znP+0blHDT+lz8RmqtTMGKyw@vger.kernel.org","X-Gm-Message-State":"AOJu0YyrM37DGYBb11FROof97tGAuS93rFABjKKTabERJ68M+6dCrIZw\n\tGKbFOnyjuhGPs7A00ltnfPjHsndUEedDJRRPu4tF4gNS620dw+h2EjDLtqxuGINpXjlNApYCyyl\n\tR4ETFaMqcKGLVydAB5O2FmfQU6d4o6z18FvnTOqIXSA==","X-Received":"by 2002:a05:6512:ad4:b0:5a2:b0ba:7169 with SMTP id\n 2adb3069b0e04-5a3e7c4e394mr24919e87.38.1775663527749; Wed, 08 Apr 2026\n 08:52:07 -0700 (PDT)","From":"Bartosz Golaszewski ","In-Reply-To":"","Precedence":"bulk","X-Mailing-List":"linux-gpio@vger.kernel.org","List-Id":"","List-Subscribe":"","List-Unsubscribe":"","MIME-Version":"1.0","References":"<20260407-swnode-unreg-retcode-v4-0-1b2f0725eb9c@oss.qualcomm.com>\n <20260407-swnode-unreg-retcode-v4-1-1b2f0725eb9c@oss.qualcomm.com>\n \n ","Date":"Wed, 8 Apr 2026 08:52:06 -0700","X-Gmail-Original-Message-ID":"\n ","X-Gm-Features":"AQROBzDTUrFlRk0xCpRN_C0GqGwVoKiZ3-raj8rKD_my0S47cg9sJMqXnJQ1eCE","Message-ID":"\n ","Subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","To":"Danilo Krummrich ","Cc":"Andy Shevchenko ,\n Daniel Scally ,\n Heikki Krogerus ,\n Sakari Ailus ,\n Greg Kroah-Hartman ,\n \"Rafael J. Wysocki\" ,\n Mika Westerberg ,\n Andy Shevchenko , Linus Walleij ,\n Hans de Goede ,\n =?utf-8?q?Ilpo_J=C3=A4rvinen?= ,\n Dmitry Torokhov , Len Brown ,\n linux-acpi@vger.kernel.org, driver-core@lists.linux.dev,\n linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org,\n platform-driver-x86@vger.kernel.org,\n Bartosz Golaszewski ,\n Bartosz Golaszewski ","Content-Type":"text/plain; charset=\"UTF-8\"","Content-Transfer-Encoding":"quoted-printable"}},{"id":3674910,"web_url":"http://patchwork.ozlabs.org/comment/3674910/","msgid":"","list_archive_url":null,"date":"2026-04-08T18:53:02","subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","submitter":{"id":89037,"url":"http://patchwork.ozlabs.org/api/people/89037/","name":"Danilo Krummrich","email":"dakr@kernel.org"},"content":"On Wed Apr 8, 2026 at 5:52 PM CEST, Bartosz Golaszewski wrote:\n> On Wed, 8 Apr 2026 17:28:46 +0200, Danilo Krummrich said:\n>> On Wed Apr 8, 2026 at 9:19 AM CEST, Bartosz Golaszewski wrote:\n>>> On Tue, Apr 7, 2026 at 3:28 PM Bartosz Golaszewski\n>>> wrote:\n>>>>\n>>>> It's possible that at the time of resolving a reference to a remote\n>>>> software node, the node we know exists is not yet registered as a full\n>>>> firmware node. We currently return -ENOENT in this case but the same\n>>>> error code is also returned in some other cases, like the reference\n>>>> property with given name not existing in the property list of the local\n>>>> software node.\n>>>>\n>>>> It makes sense to let users know that we're dealing with an unregistered\n>>>> software node so that they can defer probe - the situation is somewhat\n>>>> similar to there existing a firmware node to which no device is bound\n>>>> yet - which is valid grounds for probe deferral. To that end: use\n>>>> -ENOTCONN to indicate the software node is \"not connected\".\n>>>>\n>>>> Acked-by: Andy Shevchenko \n>>>> Signed-off-by: Bartosz Golaszewski \n>>>> ---\n>>>\n>>> Hi Danilo!\n>>>\n>>> With Andy's Ack, do you think you could still queue this for v7.1?\n>>\n>> Yeah, that should work, but I have a question about the patch.\n>>\n>> The comment added to fwnode_property_get_reference_args() says:\n>>\n>> \t+ * %-ENOTCONN when the remote firmware node is a software node that\n>> \t+ * has not been registered as a firmware node yet\n>>\n>> This seems like a bit of a layering violation to me, as it makes it explicit\n>> that this error code indicates a software node, while\n>> fwnode_property_get_reference_args() itself should be agnostic.\n>>\n>> The caller can easily derive more specific semantics with an is_software_node()\n>> check as you already do in the GPIO code.\n>>\n>> Can we describe the same condition, but without explicitly naming the backend?\n>>\n>\n> Yes, sure. It can be something like:\n>\n> \t%-ENOTCONN when the remote firmware node exists but has not been\n> \t\t registered yet.\n>\n> Does this sound good and doo you want me to resend or can you change it\n> when applying?\n\nI can change it when applying.\n\nOne additional question though. I think it should be fine, but are we sure the\nchange can't regress other subsystems? It seems some of them (e.g. sfp-bus,\nv4l2, iio) special case -ENOENT.","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linux-gpio@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256\n header.s=k20201202 header.b=GOc2S0VQ;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c15:e001:75::12fc:5321; helo=sin.lore.kernel.org;\n envelope-from=linux-gpio+bounces-34901-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=\"GOc2S0VQ\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=10.30.226.201"],"Received":["from sin.lore.kernel.org (sin.lore.kernel.org\n [IPv6:2600:3c15:e001:75::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4frXJb4Kggz1xv0\n\tfor ; Thu, 09 Apr 2026 04:53:19 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sin.lore.kernel.org (Postfix) with ESMTP id 68FE83009F12\n\tfor ; Wed, 8 Apr 2026 18:53:10 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 1117B3D9047;\n\tWed, 8 Apr 2026 18:53:09 +0000 (UTC)","from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org\n [10.30.226.201])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id C316E3D6CAE;\n\tWed, 8 Apr 2026 18:53:08 +0000 (UTC)","by smtp.kernel.org (Postfix) with ESMTPSA id EA2D4C19425;\n\tWed, 8 Apr 2026 18:53:04 +0000 (UTC)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1775674388; cv=none;\n b=Pcg7M38LdAFBiVKIwyhTI4ptzUei3JLGOrtidCpmuDnI77ZSVMPxC4tgv774XwPICewnbDqLH+Irh4rD6t0DWmEUS5WMtfj13OSOhSy5d43xwzutD9DqKuIUL9JEkckS95S/hjcOeHBLhlrqqoZxx6KqBtM7scOW3pQn1qePHJo=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1775674388; c=relaxed/simple;\n\tbh=HOaJwNsjIpDPz52IfHQIEoSXM5Of9dRAnw+kAgv7FoA=;\n\th=Mime-Version:Content-Type:Date:Message-Id:Subject:Cc:To:From:\n\t References:In-Reply-To;\n b=Bl3KgbF1KdezES6fadnP+j8IEC/5/PMNbl/nGE82NQuZqMB/8UUvfu3iMmAcBNk3Ev0CgJYFcp7U373h1qQciP32j8LC0AFSaz22QCHEWc9MOD8FbxxJZfCTTkdBXkImOvSUTSTQcd58PM0o/4upDOq15ER7tJEwghkOXHMwWpw=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=GOc2S0VQ; arc=none smtp.client-ip=10.30.226.201","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;\n\ts=k20201202; t=1775674388;\n\tbh=HOaJwNsjIpDPz52IfHQIEoSXM5Of9dRAnw+kAgv7FoA=;\n\th=Date:Subject:Cc:To:From:References:In-Reply-To:From;\n\tb=GOc2S0VQ1U2YoZg7PcnTbrQnVGbUcO0ya9PcSKHGTfE7Kv9GaqjvCeNz+eK9+vpPz\n\t S5N6OoVV/ezdaKz/WOQOZrj3yqe1gqTSV9TTQCgKqZRFdTLEF26/f28LUdw6b4z92T\n\t BDOH29BJ6kHn3y5Skx3u6omZMdb0vMRkE1Ziv49iHcjLNR5vCRMtSxKPHD2cExhBTG\n\t +1StX143sAUnYT8/M5Wx7tQVUy4mDNYkNuAybbss2CTVWAM+bGR0W37zY30oj5HRSj\n\t wyeDitfgp0lWz5tM6aa/8FrT21LqtUx7A0hFMfGO08tvE3U3zQ/Xra5MToyCx7OHKQ\n\t pLHasyNKqyU/w==","Precedence":"bulk","X-Mailing-List":"linux-gpio@vger.kernel.org","List-Id":"","List-Subscribe":"","List-Unsubscribe":"","Mime-Version":"1.0","Content-Transfer-Encoding":"quoted-printable","Content-Type":"text/plain; charset=UTF-8","Date":"Wed, 08 Apr 2026 20:53:02 +0200","Message-Id":"","Subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","Cc":"\"Andy Shevchenko\" ,\n \"Daniel Scally\" ,\n \"Heikki Krogerus\" ,\n \"Sakari Ailus\" ,\n \"Greg Kroah-Hartman\" ,\n \"Rafael J. Wysocki\" ,\n \"Mika Westerberg\" ,\n \"Andy Shevchenko\" , \"Linus Walleij\" ,\n \"Hans de Goede\" ,\n =?utf-8?q?Ilpo_J=C3=A4rvinen?= ,\n \"Dmitry Torokhov\" , \"Len Brown\" ,\n , ,\n , ,\n ,\n \"Bartosz Golaszewski\" ","To":"\"Bartosz Golaszewski\" ","From":"\"Danilo Krummrich\" ","References":"<20260407-swnode-unreg-retcode-v4-0-1b2f0725eb9c@oss.qualcomm.com>\n <20260407-swnode-unreg-retcode-v4-1-1b2f0725eb9c@oss.qualcomm.com>\n \n \n ","In-Reply-To":"\n "}},{"id":3674916,"web_url":"http://patchwork.ozlabs.org/comment/3674916/","msgid":"","list_archive_url":null,"date":"2026-04-08T19:06:43","subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","submitter":{"id":4675,"url":"http://patchwork.ozlabs.org/api/people/4675/","name":"Andy Shevchenko","email":"andy.shevchenko@gmail.com"},"content":"On Wed, Apr 8, 2026 at 9:53 PM Danilo Krummrich wrote:\n> On Wed Apr 8, 2026 at 5:52 PM CEST, Bartosz Golaszewski wrote:\n> > On Wed, 8 Apr 2026 17:28:46 +0200, Danilo Krummrich said:\n> >> On Wed Apr 8, 2026 at 9:19 AM CEST, Bartosz Golaszewski wrote:\n> >>> On Tue, Apr 7, 2026 at 3:28 PM Bartosz Golaszewski\n> >>> wrote:\n> >>>>\n> >>>> It's possible that at the time of resolving a reference to a remote\n> >>>> software node, the node we know exists is not yet registered as a full\n> >>>> firmware node. We currently return -ENOENT in this case but the same\n> >>>> error code is also returned in some other cases, like the reference\n> >>>> property with given name not existing in the property list of the local\n> >>>> software node.\n> >>>>\n> >>>> It makes sense to let users know that we're dealing with an unregistered\n> >>>> software node so that they can defer probe - the situation is somewhat\n> >>>> similar to there existing a firmware node to which no device is bound\n> >>>> yet - which is valid grounds for probe deferral. To that end: use\n> >>>> -ENOTCONN to indicate the software node is \"not connected\".\n\n> >>> With Andy's Ack, do you think you could still queue this for v7.1?\n> >>\n> >> Yeah, that should work, but I have a question about the patch.\n> >>\n> >> The comment added to fwnode_property_get_reference_args() says:\n> >>\n> >> + * %-ENOTCONN when the remote firmware node is a software node that\n> >> + * has not been registered as a firmware node yet\n> >>\n> >> This seems like a bit of a layering violation to me, as it makes it explicit\n> >> that this error code indicates a software node, while\n> >> fwnode_property_get_reference_args() itself should be agnostic.\n> >>\n> >> The caller can easily derive more specific semantics with an is_software_node()\n> >> check as you already do in the GPIO code.\n> >>\n> >> Can we describe the same condition, but without explicitly naming the backend?\n\n> > Yes, sure. It can be something like:\n> >\n> > %-ENOTCONN when the remote firmware node exists but has not been\n> > registered yet.\n\nFWIW, good to me.\n\n> > Does this sound good and doo you want me to resend or can you change it\n> > when applying?\n>\n> I can change it when applying.\n>\n> One additional question though. I think it should be fine, but are we sure the\n> change can't regress other subsystems? It seems some of them (e.g. sfp-bus,\n> v4l2, iio) special case -ENOENT.\n\nv4l2 uses the ENOTCONN in the cases similar to this\n\nhttps://elixir.bootlin.com/linux/v7.0-rc7/source/drivers/media/v4l2-core/v4l2-async.c#L744\n\nThere are two more, but they seem more about connectors.","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linux-gpio@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256\n header.s=20251104 header.b=s/M1AyMB;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c04:e001:36c::12fc:5321; helo=tor.lore.kernel.org;\n envelope-from=linux-gpio+bounces-34902-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com\n header.b=\"s/M1AyMB\"","smtp.subspace.kernel.org;\n arc=pass smtp.client-ip=209.85.218.47","smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=gmail.com","smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=gmail.com"],"Received":["from tor.lore.kernel.org (tor.lore.kernel.org\n [IPv6:2600:3c04:e001:36c::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4frXg21pVsz1xv0\n\tfor ; Thu, 09 Apr 2026 05:09:18 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby tor.lore.kernel.org (Postfix) with ESMTP id D742A302307D\n\tfor ; Wed, 8 Apr 2026 19:07:25 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id D2F7E385513;\n\tWed, 8 Apr 2026 19:07:23 +0000 (UTC)","from mail-ej1-f47.google.com (mail-ej1-f47.google.com\n [209.85.218.47])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 329C23B19B0\n\tfor ; Wed, 8 Apr 2026 19:07:22 +0000 (UTC)","by mail-ej1-f47.google.com with SMTP id\n a640c23a62f3a-b9825ba7e8dso6863266b.3\n for ;\n Wed, 08 Apr 2026 12:07:21 -0700 (PDT)"],"ARC-Seal":["i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1775675243; cv=pass;\n b=R4Dvc6jB+uWhkq4NUSMK0ER2QuKV7DvubQIj3zKkveetXQCNPs9OJ22uyE4+30tc9SONAAj0BTLjMv/iJe9465iTWCnWP8rqyE9HtT1YctS8CD24fY4mc2h09ocf9W2fJgR42Chq97CZJ1beewnEJjjfFaM1ivw4QcvlNfARGIA=","i=1; a=rsa-sha256; t=1775675240; cv=none;\n d=google.com; s=arc-20240605;\n b=ARuyzvO6r/bXTFZOQRaksXiRu478Zay+LmY4LvOmRH43iH+90oNNon2UkeNNWmZ2Al\n XiIyt5+Bf/SwuqqVFwny6CO/d2PupQi1DS+8zL3H1GhiS9i7JsNqPjLHGaJlI3BppSRa\n IYoUh/+F0DBhvmASqh5ZW50PjMkTTtmfac+Y/x9m7S/gKedSCwlmi8lp3+eLtCLk2sR0\n uTETDez4PNcfeIT5iQ7P4tgqfQy9FEGy4KLCNgTcutG/DP59i0VQ48G3NqcsmMZX8Jym\n oFJOxYEiL41YEDKIQ8eJe8/AG9dl2DVQH3mZ1FjExjlCMxrDxqQcxrsKXdPUXNRKSvji\n K2PQ=="],"ARC-Message-Signature":["i=2; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1775675243; c=relaxed/simple;\n\tbh=B3GzhcznlTgp3S6SnojCWf3qgJxcSS+uWQsFtA09RSk=;\n\th=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject:\n\t To:Cc:Content-Type;\n b=Z038LBF2icnTF6DW0cJ1khXPlTMAExXbYhSvCVxap9XorLgAc7hmhNTYH16EFF0HJZmYILBWDgbVRJN7RRwouN1orSNxmdEgX+cQTl/sRV/QfiFqoMjqnXADMhd8feUPsoow6Wu08b49Fwk7esa2ruc0YdTrQwTUpNZ9BuW04SU=","i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com;\n s=arc-20240605;\n h=content-transfer-encoding:cc:to:subject:message-id:date:from\n :in-reply-to:references:mime-version:dkim-signature;\n bh=5MgGWh9XKK+ZjwM7NdPVqoY4t2PvZ9URXYNukPgpet0=;\n fh=GqaKHvKma4k2iRBUp0mFamuw27R6MuSZl1VAjGVP3oI=;\n b=TfTvFql92KIZjMdYJOrEYbjy/AUJcmd4RmhIeBsjFljSyOpwtO/U6HsERp9Hd8Be+E\n nwv2o7bLqg3j5KA/jZDWCIabnDsOvFwfCay6CmQZ2AgEewokyYqGFCY7maJjigwYMIox\n w+MbkswdJAOksa2UGDevyy6D6AU8+LF1Oq8MtcwwQSlymjUSbuhpqV2/OYII9FEujvBe\n hVpqBsTJdvt+vXVex00VcE0IO/J7gPOX7EeXEU7eM6hl70xFUd9zv+u7/KwYbad5hCNA\n kX5ylMCb5F6bfFiJBv8Q1LJaze1YVWUFTHZI46c2RlfEU6W+7IzxrbNXTUMmjIF97s0l\n oOnQ==;\n darn=vger.kernel.org"],"ARC-Authentication-Results":["i=2; smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=gmail.com;\n spf=pass smtp.mailfrom=gmail.com;\n dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com\n header.b=s/M1AyMB; arc=pass smtp.client-ip=209.85.218.47","i=1; mx.google.com; arc=none"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=gmail.com; s=20251104; t=1775675240; x=1776280040;\n darn=vger.kernel.org;\n h=content-transfer-encoding:cc:to:subject:message-id:date:from\n :in-reply-to:references:mime-version:from:to:cc:subject:date\n :message-id:reply-to;\n bh=5MgGWh9XKK+ZjwM7NdPVqoY4t2PvZ9URXYNukPgpet0=;\n b=s/M1AyMBB5e2sxLEfQIqfiZIyfUaXqOjICexrX0SKdAUsvVWMeuvYOoAhzBdTzf2bw\n xBJ63mSU5ZXelSXY+KJxR9nnf09ANhhECwVl9ChjBoM8tYLkC7UW0TZ5SxvIf09jYDsr\n G5aYsY18cigRVLX9clbT2C2AT2iw4bH9EISpbjHwK7QxwmTe7QUswV6kWMsM5f/Gq9TE\n VXOHPvVyOEaNYfNUguYhaeo+EmsbcgiIDzRqURQj3f20Wuj2wCgvLlgvvBrV+vIJL5rA\n I8iLoCEBntJkLYaTsHYM+YQd7KV8zIU9ETXghzvZ1jXz3pORohC320VpzOvuWXdpHUbI\n TRlg==","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=1e100.net; s=20251104; t=1775675240; x=1776280040;\n h=content-transfer-encoding:cc:to:subject:message-id:date:from\n :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from\n :to:cc:subject:date:message-id:reply-to;\n bh=5MgGWh9XKK+ZjwM7NdPVqoY4t2PvZ9URXYNukPgpet0=;\n b=bbS0nfRP03TfI635bdImHL3P1TfFitfzkTbqnXC44Tv3yPqefCrf0pLMZ8NqP8FSNR\n nfRNyN7Ca2gvubz7I5/lWZWbuulPrD5ppoPSSG2RWR6CzdYHEr/gmiFB7HHXirgYo4Nd\n UmY9GKsGLQD6o8rSBDjlfS/enMfYb5U3ZQAp+rvcUssZQx8Itai/CPxNLO0fOqxHXFHD\n qnCwaKWNnMyY6C/n1EitgP5Xax0d1XQbXvSe2DLWCSkAeI8CEotm6/6sXD5v7P6mqCAF\n YYD2l6dfHAyRNcTn6+JzF9CsWLTlMDnUA9y+Anwh+j0Tl8czZkg1TQ8Owm8h3K2CgrhW\n z1BQ==","X-Forwarded-Encrypted":"i=1;\n AJvYcCXiP4tyQkBhvT4bXWNenc8XKzcRHhydt3Vool2l9Ip+X0poMfnMBzRMDbu8JpFYKC2aLZx6yH2FMFsG@vger.kernel.org","X-Gm-Message-State":"AOJu0Yw4chUgnnAwvwhRDvzzf44LwWa9QeYF/64z6Le9n9sgyJsCIsIT\n\tzs2/4Fqy85i8pMApCKhBW/7i6ZrHTFDyxVenMOwA0Iam3xnGAODcUEiz/BSwqThz0ZEoqxGxoiK\n\txeLOgz5uwnAnt+WQf8tkeoDXVAmbs2yE=","X-Gm-Gg":"AeBDietbuon8y03yAeSGl0hTWr/+Dy1GIoD77cksXX/kH0ky3aa6w5dxISMKNGduGx8\n\tTPk2+pt11u+JtgPTgxSLlxz0X0dE/zPp1ErgLCT0twfozPnvraMYqRxR0kPpyeglK0k455HVtyv\n\tBkyPCGNqQiUt5WNFMx16H6nMF0WBydmyJulI2esftEckpk0w0uLKkp1nUZU5ASQfXuVFJ7Bw8zG\n\ts9nT94O63vK0Ik1KFKhBaoPkl04/3fPKUtr7JvtMUZ1WCBTZvf7kOQ7+jxZyE6zgZ0l0nO98Uk3\n\tTkvlpYBbK3q3yMhjv4Jw5Oshm0bIR1qbrEx5Z7xy7daVsy2YsSHelFgajZv/7FbcHBAEbWPBZ62\n\tPVWZ1yWg=","X-Received":"by 2002:a17:906:fe04:b0:b9c:7ba2:4168 with SMTP id\n a640c23a62f3a-b9c7ba2434dmr1035145666b.22.1775675240023; Wed, 08 Apr 2026\n 12:07:20 -0700 (PDT)","Precedence":"bulk","X-Mailing-List":"linux-gpio@vger.kernel.org","List-Id":"","List-Subscribe":"","List-Unsubscribe":"","MIME-Version":"1.0","References":"<20260407-swnode-unreg-retcode-v4-0-1b2f0725eb9c@oss.qualcomm.com>\n <20260407-swnode-unreg-retcode-v4-1-1b2f0725eb9c@oss.qualcomm.com>\n \n \n \n ","In-Reply-To":"","From":"Andy Shevchenko ","Date":"Wed, 8 Apr 2026 22:06:43 +0300","X-Gm-Features":"AQROBzDJGzBec5JWWeiqiBKbeAoL0ZpHkqC5pUPiuXH6__r4G5qXrWhTK62d4tI","Message-ID":"\n ","Subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","To":"Danilo Krummrich ","Cc":"Bartosz Golaszewski ,\n Andy Shevchenko ,\n Daniel Scally ,\n Heikki Krogerus ,\n Sakari Ailus ,\n Greg Kroah-Hartman ,\n \"Rafael J. Wysocki\" ,\n Mika Westerberg ,\n Andy Shevchenko , Linus Walleij ,\n Hans de Goede ,\n =?utf-8?q?Ilpo_J=C3=A4rvinen?= ,\n Dmitry Torokhov , Len Brown ,\n linux-acpi@vger.kernel.org, driver-core@lists.linux.dev,\n linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org,\n platform-driver-x86@vger.kernel.org,\n Bartosz Golaszewski ","Content-Type":"text/plain; charset=\"UTF-8\"","Content-Transfer-Encoding":"quoted-printable"}},{"id":3675191,"web_url":"http://patchwork.ozlabs.org/comment/3675191/","msgid":"","list_archive_url":null,"date":"2026-04-09T08:53:43","subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","submitter":{"id":92191,"url":"http://patchwork.ozlabs.org/api/people/92191/","name":"Bartosz Golaszewski","email":"brgl@kernel.org"},"content":"On Wed, Apr 8, 2026 at 8:53 PM Danilo Krummrich wrote:\n>\n> One additional question though. I think it should be fine, but are we sure the\n> change can't regress other subsystems? It seems some of them (e.g. sfp-bus,\n> v4l2, iio) special case -ENOENT.\n\nIt seems all users check for -ENOENT for when there *is no such*\nproperty. If this does break anyone in next cycle's RCs, I'm here to\nfix it.\n\nBart","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linux-gpio@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256\n header.s=k20201202 header.b=EtH5qKdL;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c0a:e001:db::12fc:5321; helo=sea.lore.kernel.org;\n envelope-from=linux-gpio+bounces-34933-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=\"EtH5qKdL\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=10.30.226.201"],"Received":["from sea.lore.kernel.org (sea.lore.kernel.org\n [IPv6:2600:3c0a:e001:db::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4frv613bM7z1xtJ\n\tfor ; Thu, 09 Apr 2026 19:00:25 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sea.lore.kernel.org (Postfix) with ESMTP id 6AD3E3021EBE\n\tfor ; Thu, 9 Apr 2026 08:53:59 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id BBA483822BD;\n\tThu, 9 Apr 2026 08:53:58 +0000 (UTC)","from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org\n [10.30.226.201])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 7E64A37BE85\n\tfor ; Thu, 9 Apr 2026 08:53:58 +0000 (UTC)","by smtp.kernel.org (Postfix) with ESMTPSA id 61626C4AF0E\n\tfor ; Thu, 9 Apr 2026 08:53:58 +0000 (UTC)","by mail-lf1-f44.google.com with SMTP id\n 2adb3069b0e04-59e4a04f059so549238e87.2\n for ;\n Thu, 09 Apr 2026 01:53:58 -0700 (PDT)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1775724838; cv=none;\n b=ZJkHZQNJl2DoyTl69n7sZz/aDYeKc2NTOD8smQ8iixXyy+We6MOEnINSZ/wkWHsTqoTP+IJUIEnbMok6LzrJmnfOjWffi4pr1JFJJsXmSoCQSz3XSV69bPiUhV+rN/PbkGyhsFOg3oGvkv9eoMdA4fRFgZqhYlm5FKpOLZXONxM=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1775724838; c=relaxed/simple;\n\tbh=VPUYR4LP+0KATdMvEmZX4SL61Dntc2f7Qo3SSh171vM=;\n\th=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject:\n\t To:Cc:Content-Type;\n b=DqF/k4KFHOhOl0mLjctivENaOYwBT4WuYtmm2VnVTTdN/DQyQro8bH9IkBfjXQE62tgxDh0jvXmuQ/tUs74+81OH9XILknHAsQzX2QFgGGqE1S8mGq+U1G+aezNeA2FoysAt6bLvYPM4wC4oMyNXyc9NWwPFY8VvFE3bi33ffM4=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=EtH5qKdL; arc=none smtp.client-ip=10.30.226.201","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;\n\ts=k20201202; t=1775724838;\n\tbh=VPUYR4LP+0KATdMvEmZX4SL61Dntc2f7Qo3SSh171vM=;\n\th=References:In-Reply-To:From:Date:Subject:To:Cc:From;\n\tb=EtH5qKdLmmztI9hjq53SGVlqeGinGzRUR7gz/+Zrn5X4w9z9cuN9ruUVrtFkMPp7a\n\t h0NHqvMCjxxO/T8/hByT23Aio/UQsc1M3CtfAxfCpkQ4Gjdlxi0F2mWz86AfUVzca0\n\t Cw2A9hM5pWyYXzq+NMXxgLO+iK+LYowV3zmv7eO+MYufuyAqUcazrElKZIF40+8xEK\n\t 0EeoRkjOxicLaeaKrKnZbyG8Wv5uMq7NwV3TsLQmCDeWFKF6K3t2KIHRG72fIdZS6+\n\t rOpv7K8FeR7scDrduKrrVxK0gIYhwhnHXDc8tuJhqwdNuqT0a5unE9vUqbs4NZcANy\n\t wZdKmfmpKak3w==","X-Forwarded-Encrypted":"i=1;\n AJvYcCVKModv0B7Ib/PoBU7JE0QmJwLdFlNO9vg7sMUsguxG3/Cpk4ssrQIVOcpTEe0uQbylCcQaEnEO+fh+@vger.kernel.org","X-Gm-Message-State":"AOJu0YxNfxNftSKxHfmJPYSATY7HZOjvten80oFCAW+RrV2iZrgR7asj\n\tclj335QpnvnaJhKcmkT7hK6KXJgPCLdoVEqW5t3JlcEi2YjKJSqyM3QhcWa24HN0qF8NmJC5DHn\n\tg6NRd6G/JY9TtHdm1K6SqPS5V8KJzixLOa0YuYsQUcw==","X-Received":"by 2002:a05:6512:a93:b0:5a2:ae27:c879 with SMTP id\n 2adb3069b0e04-5a3e7b4b5cdmr993856e87.29.1775724837082; Thu, 09 Apr 2026\n 01:53:57 -0700 (PDT)","Precedence":"bulk","X-Mailing-List":"linux-gpio@vger.kernel.org","List-Id":"","List-Subscribe":"","List-Unsubscribe":"","MIME-Version":"1.0","References":"<20260407-swnode-unreg-retcode-v4-0-1b2f0725eb9c@oss.qualcomm.com>\n <20260407-swnode-unreg-retcode-v4-1-1b2f0725eb9c@oss.qualcomm.com>\n \n \n \n ","In-Reply-To":"","From":"Bartosz Golaszewski ","Date":"Thu, 9 Apr 2026 10:53:43 +0200","X-Gmail-Original-Message-ID":"\n ","X-Gm-Features":"AQROBzDr4oZI_GfUCnBWYgDbtcc6blX4QnOeCr1x6uj9MPbAiBva7WK__bUOmQw","Message-ID":"\n ","Subject":"Re: [PATCH v4 1/2] software node: return -ENOTCONN when referenced\n swnode is not registered yet","To":"Danilo Krummrich ","Cc":"Andy Shevchenko ,\n Daniel Scally ,\n Heikki Krogerus ,\n Sakari Ailus ,\n Greg Kroah-Hartman ,\n \"Rafael J. Wysocki\" ,\n Mika Westerberg ,\n Andy Shevchenko , Linus Walleij ,\n Hans de Goede ,\n =?utf-8?q?Ilpo_J=C3=A4rvinen?= ,\n Dmitry Torokhov , Len Brown ,\n linux-acpi@vger.kernel.org, driver-core@lists.linux.dev,\n linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org,\n platform-driver-x86@vger.kernel.org,\n Bartosz Golaszewski ","Content-Type":"text/plain; charset=\"UTF-8\"","Content-Transfer-Encoding":"quoted-printable"}}]