Thread (16 messages) 16 messages, 5 authors, 2021-01-15

Re: [PATCH v2 1/3] software node: Introduce device_add_software_node()

From: Heikki Krogerus <heikki.krogerus@linux.intel.com>
Date: 2021-01-14 14:26:21
Also in: linux-acpi, lkml

On Thu, Jan 14, 2021 at 03:19:52PM +0200, Heikki Krogerus wrote:
On Wed, Jan 13, 2021 at 05:30:03PM +0200, Andy Shevchenko wrote:
quoted
On Wed, Jan 13, 2021 at 01:39:18PM +0200, Heikki Krogerus wrote:
quoted
On Wed, Jan 13, 2021 at 12:40:03AM +0000, Daniel Scally wrote:
quoted
On 11/01/2021 14:10, Heikki Krogerus wrote:
...
quoted
quoted
quoted
+/**
+ * device_remove_software_node - Remove device's software node
+ * @dev: The device with the software node.
+ *
+ * This function will unregister the software node of @dev.
+ */
+void device_remove_software_node(struct device *dev)
+{
+	struct swnode *swnode;
+
+	swnode = dev_to_swnode(dev);
+	if (!swnode)
+		return;
+
+	kobject_put(&swnode->kobj);
+}
+EXPORT_SYMBOL_GPL(device_remove_software_node);
I wonder if this also ought to set dev_fwnode(dev)->secondary back to
ERR_PTR(-ENODEV)?
Actually it's a good question.
quoted
We can't do that here unfortunately. Other places still have a
reference to the swnode at this point and they may still need to
access it using the dev_fwnode(dev)->secondary pointer.
Yeah, but in this case we potentially leave a dangling pointer when last of the
user gone and kobject_put() will call for release.
The caller has to be responsible of setting the secondary back to
ERR_PTR(-ENODEV). We can not do anything here like I explained. We can
not even do that in software_node_notify() when the association to the
struct device is removed, because the fwnode->secondary is still
accessed after that. The caller needs to remove both the node and the
device, and only after that it is safe to set the secondary back to
ERR_PTR(-ENODEV).
I studied the code again, and it actually looks like this is only a
problem when device_add_properties() is used and there is an
expectation that the node/properties are removed automatically in
device_del().

When this new API is used, the only place that needs to access the
swnode using the secondary pointer is software_node_notify(), so if we
simply handle that separately here, we should be able to clear the
secondary pointer after all. It would look something like this:

        void device_remove_software_node(struct device *dev)
        {
        	struct swnode *swnode;
        
        	swnode = dev_to_swnode(dev);
        	if (!swnode)
        		return;
        
                software_node_notify(dev, KOBJ_REMOVE);
                set_secondary_fwnode(dev, NULL);
        	kobject_put(&swnode->kobj);
        }

I'll test that, and if it works, and you guys don't see any problems
with it, I'll use it in v3.


Br,

-- 
heikki
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help