All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Danilo Krummrich" <dakr@kernel.org>
To: "Bartosz Golaszewski" <bartosz.golaszewski@oss.qualcomm.com>
Cc: "Rob Herring" <robh@kernel.org>,
	"Saravana Kannan" <saravanak@kernel.org>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	"Christophe Leroy (CS GROUP)" <chleroy@kernel.org>,
	"Shawn Guo" <shawnguo@kernel.org>,
	"Sascha Hauer" <s.hauer@pengutronix.de>,
	"Pengutronix Kernel Team" <kernel@pengutronix.de>,
	"Fabio Estevam" <festevam@gmail.com>,
	"Geert Uytterhoeven" <geert+renesas@glider.be>,
	"Magnus Damm" <magnus.damm@gmail.com>,
	"Chen-Yu Tsai" <wens@kernel.org>,
	"Jernej Skrabec" <jernej.skrabec@gmail.com>,
	"Samuel Holland" <samuel@sholland.org>,
	<devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linuxppc-dev@lists.ozlabs.org>,
	<linux-arm-kernel@lists.infradead.org>, <imx@lists.linux.dev>,
	<linux-renesas-soc@vger.kernel.org>,
	<linux-sunxi@lists.linux.dev>
Subject: Re: [PATCH 3/8] base: soc: export soc_device_get_machine()
Date: Mon, 19 Jan 2026 19:41:26 +0100	[thread overview]
Message-ID: <DFSSBD1SZUDK.Q67HAARLBF1G@kernel.org> (raw)
In-Reply-To: <DFSJ9QN6U81W.19R0VFKTEFZKR@kernel.org>

On Mon Jan 19, 2026 at 12:36 PM CET, Danilo Krummrich wrote:
> On Mon Jan 19, 2026 at 11:40 AM CET, Bartosz Golaszewski wrote:
>> -static void soc_device_get_machine(struct soc_device_attribute *soc_dev_attr)
>> +int soc_device_get_machine(struct soc_device_attribute *soc_dev_attr)
>>  {
>> -	struct device_node *np;
>> -
>>  	if (soc_dev_attr->machine)
>> -		return;
>> +		return -EBUSY;
>> +
>> +	struct device_node *np __free(device_node) = of_find_node_by_path("/");
>> +	if (!np)
>> +		return -ENOENT;
>
> This should never fail at this point, no? Also, can't we just use of_root?

Regarding of_root, please disregard my earlier comment. I mistakenly assumed
that it would also be guarded by CONFIG_OF.

But I still think we do not need the NULL check.

>> -	np = of_find_node_by_path("/");
>> -	of_property_read_string(np, "model", &soc_dev_attr->machine);
>> -	of_node_put(np);
>> +	return of_property_read_string(np, "model", &soc_dev_attr->machine);
>>  }
>> +EXPORT_SYMBOL_GPL(soc_device_get_machine);
>
> If we want to export this, we shouldn't reuse the existing name, which is
> misleading.
>
> soc_device_get_machine() reads as if we return a reference count of something.
> Additionally, it operates on struct soc_device_attribute instead of struct
> soc_device, where the name suggests the latter.
>
> Instead this should be soc_device_attribute_read_machine() or if we want a
> shorter name, just soc_attr_read_machine().

  reply	other threads:[~2026-01-19 18:41 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-01-19 10:40 [PATCH 0/8] soc: remove direct accesses to of_root from drivers/soc/ Bartosz Golaszewski
2026-01-19 10:40 ` [PATCH 1/8] of: provide of_machine_get_compatible() Bartosz Golaszewski
2026-01-19 11:06   ` Christophe Leroy (CS GROUP)
2026-01-19 11:26   ` Danilo Krummrich
2026-01-19 13:00     ` Bartosz Golaszewski
2026-01-19 13:20       ` Danilo Krummrich
2026-01-19 19:17   ` Geert Uytterhoeven
2026-01-19 10:40 ` [PATCH 2/8] base: soc: order includes alphabetically Bartosz Golaszewski
2026-01-19 11:07   ` Christophe Leroy (CS GROUP)
2026-01-19 10:40 ` [PATCH 3/8] base: soc: export soc_device_get_machine() Bartosz Golaszewski
2026-01-19 11:08   ` Christophe Leroy (CS GROUP)
2026-01-19 11:36   ` Danilo Krummrich
2026-01-19 18:41     ` Danilo Krummrich [this message]
2026-01-19 19:23   ` Geert Uytterhoeven
2026-01-19 10:40 ` [PATCH 4/8] soc: fsl: guts: don't access of_root directly Bartosz Golaszewski
2026-01-19 11:05   ` LEROY Christophe
2026-01-19 11:06   ` Christophe Leroy (CS GROUP)
2026-01-19 10:40 ` [PATCH 5/8] soc: imx8m: " Bartosz Golaszewski
2026-01-19 10:40 ` [PATCH 6/8] soc: imx9: " Bartosz Golaszewski
2026-01-27  2:39   ` Peng Fan
2026-01-19 10:40 ` [PATCH 7/8] soc: renesas: " Bartosz Golaszewski
2026-01-19 19:25   ` Geert Uytterhoeven
2026-02-23 13:45     ` Bartosz Golaszewski
2026-01-19 10:40 ` [PATCH 8/8] soc: sunxi: mbus: " Bartosz Golaszewski
2026-01-19 15:36   ` Jernej Škrabec
2026-01-20  7:55   ` Chen-Yu Tsai
2026-01-20  8:08     ` Bartosz Golaszewski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=DFSSBD1SZUDK.Q67HAARLBF1G@kernel.org \
    --to=dakr@kernel.org \
    --cc=bartosz.golaszewski@oss.qualcomm.com \
    --cc=chleroy@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=festevam@gmail.com \
    --cc=geert+renesas@glider.be \
    --cc=gregkh@linuxfoundation.org \
    --cc=imx@lists.linux.dev \
    --cc=jernej.skrabec@gmail.com \
    --cc=kernel@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-renesas-soc@vger.kernel.org \
    --cc=linux-sunxi@lists.linux.dev \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=magnus.damm@gmail.com \
    --cc=rafael@kernel.org \
    --cc=robh@kernel.org \
    --cc=s.hauer@pengutronix.de \
    --cc=samuel@sholland.org \
    --cc=saravanak@kernel.org \
    --cc=shawnguo@kernel.org \
    --cc=wens@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.