Software fwnode references
Subsystems (7)
Heikki Krogerus
maintainerv4 cover Software fwnode references
Hi,
I'm not splitting this series in two after all. After thinking about this for some time, I decided to add support for static software nodes. I did not want to support them because I don't want to make it easy to maintain board files, but in end they make the use of the software nodes so much more easier compared to if we always had to dynamically allocate them that it's a no-brainer. The references can now be also described statically. Actually, those can now only be described statically.
Hans! I applied (hopefully) all of the fixes you proposed in v3. I hope you have time to test these.
Here's the cover letter from v3:
This is the third version of my proposal to add reference handling to the software node code. In this version I renamed ACPI_NAME_SIZE to ACPI_NAMESEG_SIZE in 6/13, and slit patch 9/13 in two separate patches (9/13 and 10/13) as suggested by Andy. Patch 9/13 will now only move the registration of max17047 out of probe, and 10/13 will introduce the software nodes.
v2 cover letter:
This is the second version of this series. In this version I'm introducing a new helper device_find_child_by_name() as proposed by Andy. Andy requested also another helper that could be used for chaining the fwnodes, but I decided not to add that now. I would like to still think about how we should handle exceptions like if there already is a secondary node assigned for a node.
v1 cover letter:
This series adds support for software fwnode reference handling. In practice it means making fwnode_property_get_reference_args() function usable in the drivers also with software nodes. I send the series originally as RFC [1].
As the first user for the software node references, I'm converting intel_cht_int33fe.c to use them as part of the series.
[1] https://lkml.org/lkml/2019/3/15/457
thanks,
Heikki Krogerus (16):
software node: Allow node creation without properties software node: Simplify software_node_release() function software node: Add support for static node descriptors software node: Use kobject name when finding child nodes by name software node: Add software_node_get_reference_args() driver core: Add helper device_find_child_by_name()
ACPI / property: Don't limit named child node matching to data nodes device property: Introduce fwnode_find_reference()
device connection: Find connections also by checking the references
usb: typec: Registering real device entries for the muxes platform/x86: intel_cht_int33fe: Register max17047 in its own function platform/x86: intel_cht_int33fe: Remove unused fusb302 device property platform/x86: intel_cht_int33fe: Provide software nodes for the
devices
platform/x86: intel_cht_int33fe: Provide fwnode for the USB connector platform/x86: intel_cht_int33fe: Supply fwnodes for the external
dependencies
platform/x86: intel_cht_int33fe: Replacing the old connections with
references
drivers/acpi/property.c | 26 +- drivers/base/core.c | 28 ++ drivers/base/devcon.c | 26 ++ drivers/base/property.c | 24 ++ drivers/base/swnode.c | 324 +++++++++++++++++------ drivers/platform/x86/intel_cht_int33fe.c | 290 ++++++++++++++++---- drivers/usb/roles/class.c | 2 +- drivers/usb/typec/bus.h | 15 ++ drivers/usb/typec/class.c | 17 +- drivers/usb/typec/mux.c | 238 ++++++++++++----- drivers/usb/typec/mux/pi3usb30532.c | 46 ++-- include/linux/device.h | 2 + include/linux/property.h | 51 ++++ include/linux/usb/typec_mux.h | 62 ++--- 14 files changed, 902 insertions(+), 249 deletions(-)
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 1/16 software node: Allow node creation without properties
Software nodes are not forced to have device properties. Adding check to property_entries_dup() to make it possible to create software nodes that don't have any properties.
--- drivers/base/swnode.c | 3 +++ 1 file changed, 3 insertions(+)
drivers/base/swnode.c +3 -0
@@ -383,6 +383,9 @@ property_entries_dup(const struct property_entry *properties)int i, n =0 ;int ret; +if (!properties) +return NULL ; +while (properties[n].name) n++;
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 2/16 software node: Simplify software_node_release() function
In reply to Heikki KrogerusIt's possible to release the node ID immediately when fwnode_remove_software_node() is called, no need to wait for software_node_release() with that.
--- drivers/base/swnode.c | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-)
drivers/base/swnode.c +10 -10
@@ -557,13 +557,6 @@ static void software_node_release(struct kobject *kobj) {struct software_node *swnode =kobj_to_swnode (kobj); -if (swnode->parent) { -ida_simple_remove (&swnode->parent->child_ids, swnode->id); -list_del (&swnode->entry); - }else { -ida_simple_remove (&swnode_root_ids, swnode->id); - } -ida_destroy (&swnode->child_ids);property_entries_free (swnode->properties);kfree (swnode);
@@ -610,9 +603,6 @@ fwnode_create_software_node(const struct property_entry *properties,INIT_LIST_HEAD (&swnode->children); swnode->parent = p; -if (p) -list_add_tail (&swnode->entry, &p->children); - ret =kobject_init_and_add (&swnode->kobj, &software_node_type, p ? &p->kobj :NULL ,"node%d" , swnode->id);if (ret) {
@@ -626,6 +616,9 @@ fwnode_create_software_node(const struct property_entry *properties,return ERR_PTR (ret); } +if (p) +list_add_tail (&swnode->entry, &p->children); +kobject_uevent (&swnode->kobj,KOBJ_ADD );return &swnode->fwnode; }
@@ -638,6 +631,13 @@ void fwnode_remove_software_node(struct fwnode_handle *fwnode)if (!swnode)return ; +if (swnode->parent) { +ida_simple_remove (&swnode->parent->child_ids, swnode->id); +list_del (&swnode->entry); + }else { +ida_simple_remove (&swnode_root_ids, swnode->id); + } +kobject_put (&swnode->kobj); }EXPORT_SYMBOL_GPL (fwnode_remove_software_node);
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 3/16 software node: Add support for static node descriptors
In reply to Heikki KrogerusUntil now the software nodes could only be created dynamically with fwnode_create_software_node() function. This introduces struct software_node data structure, which makes it possible to describe the software nodes also statically.
The statically described software nodes can be registered with a new function fwnode_register_software_node(). This also adds a helper fwnode_register_software_nodes() which makes it possible to register an array of struct software_nodes, i.e. multiple nodes at the same time.
There is no difference between statically described and dynamically allocated software nodes. Even the registration does not differ, except that during node creation the device properties are only copied if the node is created dynamically. With statically described nodes, the property entries in the descriptor (struct software_node) are assigned directly to the new software node that is being created without any copies.
--- drivers/base/swnode.c | 256 +++++++++++++++++++++++++++++---------- include/linux/property.h | 19 +++ 2 files changed, 212 insertions(+), 63 deletions(-)
drivers/base/swnode.c +193 -63
@@ -11,25 +11,25 @@#include <linux/property.h> #include <linux/slab.h> -struct software_node { +struct swnode {int id;struct kobject kobj;struct fwnode_handle fwnode; +const struct software_node *node;/* hierarchy */ struct ida child_ids;struct list_head entry;struct list_head children; -struct software_node *parent; +struct swnode *parent; -/* properties */ -const struct property_entry *properties; +unsigned int allocated:1 ; };static DEFINE_IDA (swnode_root_ids);static struct kset *swnode_kset; -#define kobj_to_swnode (_kobj_) container_of(_kobj_, struct software_node, kobj) +#define kobj_to_swnode (_kobj_) container_of(_kobj_, struct swnode, kobj)static const struct fwnode_operations software_node_ops;
@@ -37,17 +37,56 @@ bool is_software_node(const struct fwnode_handle *fwnode) {return !IS_ERR_OR_NULL (fwnode) && fwnode->ops == &software_node_ops; } +EXPORT_SYMBOL_GPL (is_software_node); -#define to_software_node (__fwnode) \ +#define to_swnode (__fwnode) \ ({ \ - typeof(__fwnode) __to_software_node_fwnode = __fwnode; \ + typeof(__fwnode) __to_swnode_fwnode = __fwnode; \ \ - is_software_node(__to_software_node_fwnode) ? \ - container_of(__to_software_node_fwnode, \ - struct software_node, fwnode) : \ - NULL; \ + is_software_node(__to_swnode_fwnode) ? \ + container_of(__to_swnode_fwnode, \ + struct swnode, fwnode) : NULL; \ }) +static struct swnode * +software_node_to_swnode (const struct software_node *node) +{ +struct swnode *swnode; +struct kobject *k; + +if (!node) +return NULL ; + +spin_lock (&swnode_kset->list_lock); + +list_for_each_entry (k, &swnode_kset->list, entry) { + swnode =kobj_to_swnode (k); +if (swnode->node == node) +break ; + swnode =NULL ; + } + +spin_unlock (&swnode_kset->list_lock); + +return swnode; +} + +const struct software_node *to_software_node (struct fwnode_handle *fwnode) +{ +struct swnode *swnode =to_swnode (fwnode); + +return swnode ? swnode->node :NULL ; +} +EXPORT_SYMBOL_GPL (to_software_node); + +struct fwnode_handle *software_node_fwnode (const struct software_node *node) +{ +struct swnode *swnode =software_node_to_swnode (node); + +return swnode ? &swnode->fwnode :NULL ; +} +EXPORT_SYMBOL_GPL (software_node_fwnode); +/* -------------------------------------------------------------------------- */ /* property_entry processing */
@@ -433,7 +472,7 @@ EXPORT_SYMBOL_GPL(property_entries_free);static struct fwnode_handle *software_node_get (struct fwnode_handle *fwnode) { -struct software_node *swnode =to_software_node (fwnode); +struct swnode *swnode =to_swnode (fwnode);kobject_get (&swnode->kobj);
@@ -442,7 +481,7 @@ static struct fwnode_handle *software_node_get(struct fwnode_handle *fwnode)static void software_node_put (struct fwnode_handle *fwnode) { -struct software_node *swnode =to_software_node (fwnode); +struct swnode *swnode =to_swnode (fwnode);kobject_put (&swnode->kobj); }
@@ -450,8 +489,9 @@ static void software_node_put(struct fwnode_handle *fwnode)static bool software_node_property_present (const struct fwnode_handle *fwnode,const char *propname) { -return !!property_entry_get (to_software_node (fwnode)->properties, - propname); +struct swnode *swnode =to_swnode (fwnode); + +return !!property_entry_get (swnode->node->properties, propname); } static int software_node_read_int_array(const struct fwnode_handle *fwnode,
@@ -459,9 +499,9 @@ static int software_node_read_int_array(const struct fwnode_handle *fwnode, unsigned int elem_size, void *val, size_t nval) { - struct software_node *swnode = to_software_node(fwnode); + struct swnode *swnode = to_swnode(fwnode); -return property_entry_read_int_array (swnode->properties, propname, +return property_entry_read_int_array (swnode->node->properties, propname, elem_size, val, nval); }
@@ -469,27 +509,26 @@ static int software_node_read_string_array(const struct fwnode_handle *fwnode,const char *propname, const char **val, size_t nval) { - struct software_node *swnode = to_software_node(fwnode); + struct swnode *swnode = to_swnode(fwnode); -return property_entry_read_string_array (swnode->properties, propname, - val, nval); +return property_entry_read_string_array (swnode->node->properties, + propname, val, nval); }static struct fwnode_handle *software_node_get_parent (const struct fwnode_handle *fwnode) { -struct software_node *swnode =to_software_node (fwnode); +struct swnode *swnode =to_swnode (fwnode); -return swnode ? (swnode->parent ? &swnode->parent->fwnode :NULL ) : -NULL ; +return swnode ? (swnode->parent ? &swnode->parent->fwnode :NULL ) :NULL ; }static struct fwnode_handle *software_node_get_next_child (const struct fwnode_handle *fwnode,struct fwnode_handle *child) { -struct software_node *p =to_software_node (fwnode); -struct software_node *c =to_software_node (child); +struct swnode *p =to_swnode (fwnode); +struct swnode *c =to_swnode (child);if (!p ||list_empty (&p->children) || (c &&list_is_last (&c->entry, &p->children)))
@@ -498,7 +537,7 @@ software_node_get_next_child(const struct fwnode_handle *fwnode,if (c) c =list_next_entry (c, entry);else - c = list_first_entry(&p->children, struct software_node, entry); + c = list_first_entry(&p->children, struct swnode, entry);return &c->fwnode; }
@@ -506,15 +545,15 @@ static struct fwnode_handle * software_node_get_named_child_node(const struct fwnode_handle *fwnode, const char *childname) { - struct software_node *swnode = to_software_node(fwnode); + struct swnode *swnode = to_swnode(fwnode);const struct property_entry *prop; -struct software_node *child; +struct swnode *child;if (!swnode ||list_empty (&swnode->children))return NULL ;list_for_each_entry (child, &swnode->children, entry) { - prop =property_entry_get (child->properties,"name" ); + prop =property_entry_get (child->node->properties,"name" );if (!prop)continue ;if (!strcmp (childname, prop->value.str)) {
@@ -539,7 +578,7 @@ static const struct fwnode_operations software_node_ops = {/* -------------------------------------------------------------------------- */ static int -software_node_register_properties (struct software_node *swnode, +software_node_register_properties (struct software_node *node,const struct property_entry *properties) {struct property_entry *props;
@@ -548,17 +587,20 @@ software_node_register_properties(struct software_node *swnode,if (IS_ERR (props))return PTR_ERR (props); - swnode->properties = props; + node->properties = props;return 0 ; }static void software_node_release (struct kobject *kobj) { -struct software_node *swnode =kobj_to_swnode (kobj); +struct swnode *swnode =kobj_to_swnode (kobj); +if (swnode->allocated) { +property_entries_free (swnode->node->properties); +kfree (swnode->node); + }ida_destroy (&swnode->child_ids); -property_entries_free (swnode->properties);kfree (swnode); }
@@ -567,66 +609,154 @@ static struct kobj_type software_node_type = { .sysfs_ops = &kobj_sysfs_ops, }; -struct fwnode_handle * -fwnode_create_software_node (const struct property_entry *properties, -const struct fwnode_handle *parent) +static struct fwnode_handle * +swnode_register (const struct software_node *node,struct swnode *parent, +unsigned int allocated) { -struct software_node *p =NULL ; -struct software_node *swnode; +struct swnode *swnode;int ret; -if (parent) { -if (IS_ERR (parent)) -return ERR_CAST (parent); -if (!is_software_node (parent)) -return ERR_PTR (-EINVAL ); - p =to_software_node (parent); - } - swnode =kzalloc (sizeof (*swnode),GFP_KERNEL ); -if (!swnode) -return ERR_PTR (-ENOMEM ); +if (!swnode) { + ret = -ENOMEM ; + goto out_err; + } - ret =ida_simple_get (p ? &p->child_ids : &swnode_root_ids,0 ,0 , -GFP_KERNEL ); + ret =ida_simple_get (parent ? &parent->child_ids : &swnode_root_ids, +0 ,0 ,GFP_KERNEL );if (ret <0 ) {kfree (swnode); -return ERR_PTR (ret); + goto out_err; } swnode->id = ret; + swnode->node = node; + swnode->parent = parent; + swnode->allocated = allocated; swnode->kobj.kset = swnode_kset; swnode->fwnode.ops = &software_node_ops;ida_init (&swnode->child_ids);INIT_LIST_HEAD (&swnode->entry);INIT_LIST_HEAD (&swnode->children); - swnode->parent = p; - ret =kobject_init_and_add (&swnode->kobj, &software_node_type, - p ? &p->kobj :NULL ,"node%d" , swnode->id); +if (node->name) + ret =kobject_init_and_add (&swnode->kobj, &software_node_type, + parent ? &parent->kobj :NULL , +"%s" , node->name); +else + ret =kobject_init_and_add (&swnode->kobj, &software_node_type, + parent ? &parent->kobj :NULL , +"node%d" , swnode->id);if (ret) {kobject_put (&swnode->kobj);return ERR_PTR (ret); } - ret =software_node_register_properties (swnode, properties); +if (parent) +list_add_tail (&swnode->entry, &parent->children); + +kobject_uevent (&swnode->kobj,KOBJ_ADD ); +return &swnode->fwnode; + +out_err: +if (allocated) +property_entries_free (node->properties); +return ERR_PTR (ret); +} + +/** +* software_node_register_nodes - Register an array of software nodes +* @nodes: Zero terminated array of software nodes to be registered +* +* Register multiple software nodes at once. +*/ +int software_node_register_nodes (const struct software_node *nodes) +{ +int ret; +int i; + +for (i =0 ; nodes[i].name; i++) { + ret =software_node_register (&nodes[i]); +if (ret) { +software_node_unregister_nodes (nodes); +return ret; + } + } + +return 0 ; +} +EXPORT_SYMBOL_GPL (software_node_register_nodes); + +/** +* software_node_unregister_nodes - Unregister an array of software nodes +* @nodes: Zero terminated array of software nodes to be unregistered +* +* Unregister multiple software nodes at once. +*/ +void software_node_unregister_nodes (const struct software_node *nodes) +{ +struct swnode *swnode; +int i; + +for (i =0 ; nodes[i].name; i++) { + swnode =software_node_to_swnode (&nodes[i]); +if (swnode) +fwnode_remove_software_node (&swnode->fwnode); + } +} +EXPORT_SYMBOL_GPL (software_node_unregister_nodes); + +/** +* software_node_register - Register static software node +* @node: The software node to be registered +*/ +int software_node_register (const struct software_node *node) +{ +struct swnode *parent =software_node_to_swnode (node->parent); + +if (software_node_to_swnode (node)) +return -EEXIST ; + +return PTR_ERR_OR_ZERO (swnode_register (node, parent,0 )); +} +EXPORT_SYMBOL_GPL (software_node_register); + +struct fwnode_handle * +fwnode_create_software_node (const struct property_entry *properties, +const struct fwnode_handle *parent) +{ +struct software_node *node; +struct swnode *p =NULL ; +int ret; + +if (parent) { +if (IS_ERR (parent)) +return ERR_CAST (parent); +if (!is_software_node (parent)) +return ERR_PTR (-EINVAL ); + p =to_swnode (parent); + } + + node =kzalloc (sizeof (*node),GFP_KERNEL ); +if (!node) +return ERR_PTR (-ENOMEM ); + + ret =software_node_register_properties (node, properties);if (ret) { -kobject_put (&swnode->kobj); +kfree (node);return ERR_PTR (ret); } -if (p) -list_add_tail (&swnode->entry, &p->children); + node->parent = p ? p->node :NULL ; -kobject_uevent (&swnode->kobj,KOBJ_ADD ); -return &swnode->fwnode; +return swnode_register (node, p,1 ); }EXPORT_SYMBOL_GPL (fwnode_create_software_node);void fwnode_remove_software_node (struct fwnode_handle *fwnode) { -struct software_node *swnode =to_software_node (fwnode); +struct swnode *swnode =to_swnode (fwnode);if (!swnode)return ;
@@ -645,7 +775,7 @@ EXPORT_SYMBOL_GPL(fwnode_remove_software_node);int software_node_notify (struct device *dev,unsigned long action) {struct fwnode_handle *fwnode =dev_fwnode (dev); -struct software_node *swnode; +struct swnode *swnode;int ret;if (!fwnode)
@@ -656,7 +786,7 @@ int software_node_notify(struct device *dev, unsigned long action)if (!is_software_node (fwnode))return 0 ; - swnode =to_software_node (fwnode); + swnode =to_swnode (fwnode);switch (action) {case KOBJ_ADD :
include/linux/property.h +19 -0
@@ -332,7 +332,26 @@ int fwnode_graph_parse_endpoint(const struct fwnode_handle *fwnode,/* -------------------------------------------------------------------------- */ /* Software fwnode support - when HW description is incomplete or missing */ +/** +* struct software_node - Software node description +* @name: Name of the software node +* @parent: Parent of the software node +* @properties: Array of device properties +*/ +struct software_node { +const char *name; +const struct software_node *parent; +const struct property_entry *properties; +}; +bool is_software_node (const struct fwnode_handle *fwnode); +const struct software_node *to_software_node (struct fwnode_handle *fwnode); +struct fwnode_handle *software_node_fwnode (const struct software_node *node); + +int software_node_register_nodes (const struct software_node *nodes); +void software_node_unregister_nodes (const struct software_node *nodes); + +int software_node_register (const struct software_node *node);int software_node_notify (struct device *dev,unsigned long action);
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 4/16 software node: Use kobject name when finding child nodes by name
In reply to Heikki KrogerusUsing the kobject name of the node instead of a device property "name" in software_node_get_named_child_node().
--- drivers/base/swnode.c | 6 +----- 1 file changed, 1 insertion(+), 5 deletions(-)
drivers/base/swnode.c +1 -5
@@ -546,17 +546,13 @@ software_node_get_named_child_node(const struct fwnode_handle *fwnode, const char *childname) {struct swnode *swnode =to_swnode (fwnode); -const struct property_entry *prop;struct swnode *child;if (!swnode ||list_empty (&swnode->children))return NULL ;list_for_each_entry (child, &swnode->children, entry) { - prop =property_entry_get (child->node->properties,"name" ); -if (!prop) -continue ; -if (!strcmp (childname, prop->value.str)) { +if (!strcmp (childname,kobject_name (&child->kobj))) {kobject_get (&child->kobj);return &child->fwnode; }
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 5/16 software node: Add software_node_get_reference_args()
In reply to Heikki KrogerusThis makes it possible to support drivers that use fwnode_property_get_reference_args() function.
--- drivers/base/swnode.c | 47 ++++++++++++++++++++++++++++++++++++++++ include/linux/property.h | 28 ++++++++++++++++++++++++ 2 files changed, 75 insertions(+)
drivers/base/swnode.c +47 -0
@@ -560,6 +560,52 @@ software_node_get_named_child_node(const struct fwnode_handle *fwnode,return NULL ; } +static int +software_node_get_reference_args (const struct fwnode_handle *fwnode, +const char *propname,const char *nargs_prop, +unsigned int nargs,unsigned int index, +struct fwnode_reference_args *args) +{ +struct swnode *swnode =to_swnode (fwnode); +const struct software_node_reference *ref; +const struct property_entry *prop; +struct fwnode_handle *refnode; +int i; + +if (!swnode || !swnode->node->references) +return -ENOENT ; + +for (ref = swnode->node->references; ref->name; ref++) +if (!strcmp (ref->name, propname)) +break ; + +if (!ref->name || index > (ref->nrefs -1 )) +return -ENOENT ; + + refnode =software_node_fwnode (ref->refs[index].node); +if (!refnode) +return -ENOENT ; + +if (nargs_prop) { + prop =property_entry_get (swnode->node->properties, nargs_prop); +if (!prop) +return -EINVAL ; + + nargs = prop->value.u32_data; + } + +if (nargs >NR_FWNODE_REFERENCE_ARGS ) +return -EINVAL ; + + args->fwnode =software_node_get (refnode); + args->nargs = nargs; + +for (i =0 ; i < nargs; i++) + args->args[i] = ref->refs[index].args[i]; + +return 0 ; +} +static const struct fwnode_operations software_node_ops = { .get = software_node_get, .put = software_node_put,
@@ -569,6 +615,7 @@ static const struct fwnode_operations software_node_ops = { .get_parent = software_node_get_parent, .get_next_child_node = software_node_get_next_child, .get_named_child_node = software_node_get_named_child_node, + .get_reference_args = software_node_get_reference_args };/* -------------------------------------------------------------------------- */
include/linux/property.h +28 -0
@@ -332,16 +332,44 @@ int fwnode_graph_parse_endpoint(const struct fwnode_handle *fwnode,/* -------------------------------------------------------------------------- */ /* Software fwnode support - when HW description is incomplete or missing */ +struct software_node ; + +/** +* struct software_node_ref_args - Reference with additional arguments +* @node: Reference to a software node +* @nargs: Number of elements in @args array +* @args: Integer arguments +*/ +struct software_node_ref_args { +const struct software_node *node; +unsigned int nargs; +u64 args[NR_FWNODE_REFERENCE_ARGS ]; +}; + +/** +* struct software_node_reference - Named software node reference property +* @name: Name of the property +* @nrefs: Number of elements in @refs array +* @refs: Array of references with optional arguments +*/ +struct software_node_reference { +const char *name; +unsigned int nrefs; +const struct software_node_ref_args *refs; +}; +/** * struct software_node - Software node description * @name: Name of the software node * @parent: Parent of the software node * @properties: Array of device properties +* @references: Array of software node reference properties */ struct software_node {const char *name;const struct software_node *parent;const struct property_entry *properties; +const struct software_node_reference *references; };bool is_software_node (const struct fwnode_handle *fwnode);
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 6/16 driver core: Add helper device_find_child_by_name()
In reply to Heikki KrogerusIt looks like the child device is often matched with a name. This introduces a helper that does it automatically.
--- drivers/base/core.c | 28 ++++++++++++++++++++++++++++ include/linux/device.h | 2 ++ 2 files changed, 30 insertions(+)
drivers/base/core.c +28 -0
@@ -2474,6 +2474,34 @@ struct device *device_find_child(struct device *parent, void *data, }EXPORT_SYMBOL_GPL (device_find_child); +/** +* device_find_child_by_name - device iterator for locating a child device. +* @parent: parent struct device +* @name: name of the child device +* +* This is similar to the device_find_child() function above, but it +* returns a reference to a device that has the name @name. +* +* NOTE: you will need to drop the reference with put_device() after use. +*/ +struct device *device_find_child_by_name (struct device *parent, +const char *name) +{ +struct klist_iter i; +struct device *child; + +if (!parent) +return NULL ; + +klist_iter_init (&parent->p->klist_children, &i); +while ((child =next_device (&i))) +if (!strcmp (dev_name (child), name) &&get_device (child)) +break ; +klist_iter_exit (&i); +return child; +} +EXPORT_SYMBOL_GPL (device_find_child_by_name); +int __init devices_init (void ) { devices_kset =kset_create_and_add ("devices" , &device_uevent_ops,NULL );
include/linux/device.h +2 -0
@@ -1250,6 +1250,8 @@ extern int device_for_each_child_reverse(struct device *dev, void *data, int (*fn)(struct device *dev, void *data));extern struct device *device_find_child (struct device *dev,void *data,int (*match)(struct device *dev,void *data)); +extern struct device *device_find_child_by_name (struct device *parent, +const char *name);extern int device_rename (struct device *dev,const char *new_name);extern int device_move (struct device *dev,struct device *new_parent,enum dpm_order dpm_order);
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 7/16 ACPI / property: Don't limit named child node matching to data nodes
In reply to Heikki KrogerusThere is no reason why we should limit the use offwnode_get_named_child_node() to data nodes only.
--- drivers/acpi/property.c | 26 ++++++++++++++++++++------ 1 file changed, 20 insertions(+), 6 deletions(-)
drivers/acpi/property.c +20 -6
@@ -603,15 +603,29 @@ static struct fwnode_handle * acpi_fwnode_get_named_child_node(const struct fwnode_handle *fwnode, const char *childname) { + char name[ACPI_PATH_SEGMENT_LENGTH];struct fwnode_handle *child; +struct acpi_buffer path; +acpi_status status; -/* -* Find first matching named child node of this fwnode. -* For ACPI this will be a data only sub-node. -*/ -fwnode_for_each_child_node (fwnode, child) -if (acpi_data_node_match (child, childname)) + path.length =sizeof (name); + path.pointer = name; + +fwnode_for_each_child_node (fwnode, child) { +if (is_acpi_data_node (child)) { +if (acpi_data_node_match (child, childname)) +return child; +continue ; + } + + status =acpi_get_name (ACPI_HANDLE_FWNODE (child), +ACPI_SINGLE_NAME , &path); +if (ACPI_FAILURE (status)) +break ; + +if (!strncmp (name, childname,ACPI_NAMESEG_SIZE ))return child; + }return NULL ; }
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 8/16 device property: Introduce fwnode_find_reference()
In reply to Heikki KrogerusIn most cases the references that the drivers look for don't have any arguments. This introduces a wrapper function for fwnode_property_get_reference_args() that looks for references by using only the name and index.
--- drivers/base/property.c | 24 ++++++++++++++++++++++++ include/linux/property.h | 4 ++++ 2 files changed, 28 insertions(+)
drivers/base/property.c +24 -0
@@ -484,6 +484,30 @@ int fwnode_property_get_reference_args(const struct fwnode_handle *fwnode, }EXPORT_SYMBOL_GPL (fwnode_property_get_reference_args); +/** +* fwnode_find_reference - Find named reference to a fwnode_handle +* @fwnode: Firmware node where to look for the reference +* @name: The name of the reference +* @index: Index of the reference +* +* @index can be used when the named reference holds a table of references. +* +* Returns pointer to the reference fwnode, or ERR_PTR. Caller is responsible to +* call fwnode_handle_put() on the returned fwnode pointer. +*/ +struct fwnode_handle *fwnode_find_reference (const struct fwnode_handle *fwnode, +const char *name, +unsigned int index) +{ +struct fwnode_reference_args args; +int ret; + + ret =fwnode_property_get_reference_args (fwnode, name,NULL ,0 , index, + &args); +return ret ?ERR_PTR (ret) : args.fwnode; +} +EXPORT_SYMBOL_GPL (fwnode_find_reference); +/** * device_remove_properties - Remove properties from a device object. * @dev: Device whose properties to remove.
include/linux/property.h +4 -0
@@ -79,6 +79,10 @@ int fwnode_property_get_reference_args(const struct fwnode_handle *fwnode, unsigned int nargs, unsigned int index, struct fwnode_reference_args *args); +struct fwnode_handle *fwnode_find_reference (const struct fwnode_handle *fwnode, +const char *name, +unsigned int index); +struct fwnode_handle *fwnode_get_parent (const struct fwnode_handle *fwnode);struct fwnode_handle *fwnode_get_next_parent (struct fwnode_handle *fwnode);
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 9/16 device connection: Find connections also by checking the references
In reply to Heikki KrogerusWe can also use this API to find named references that the device nodes have by using fwnode_property_get_reference_args() function.
--- drivers/base/devcon.c | 26 ++++++++++++++++++++++++++ drivers/usb/roles/class.c | 2 +- 2 files changed, 27 insertions(+), 1 deletion(-)
drivers/base/devcon.c +26 -0
@@ -38,6 +38,28 @@ fwnode_graph_devcon_match(struct fwnode_handle *fwnode, const char *con_id,return NULL ; } +static void * +fwnode_devcon_match (struct fwnode_handle *fwnode,const char *con_id, +void *data,devcon_match_fn_t match) +{ +struct device_connection con = { }; +void *ret; +int i; + +for (i =0 ; ; i++) { + con.fwnode =fwnode_find_reference (fwnode, con_id, i); +if (IS_ERR (con.fwnode)) +break ; + + ret =match (&con,-1 , data); +fwnode_handle_put (con.fwnode); +if (ret) +return ret; + } + +return NULL ; +} +/** * device_connection_find_match - Find physical connection to a device * @dev: Device with the connection
@@ -65,6 +87,10 @@ void *device_connection_find_match(struct device *dev, const char *con_id, ret =fwnode_graph_devcon_match (fwnode, con_id, data, match);if (ret)return ret; + + ret =fwnode_devcon_match (fwnode, con_id, data, match); +if (ret) +return ret; }mutex_lock (&devcon_lock);
drivers/usb/roles/class.c +1 -1
@@ -101,7 +101,7 @@ static void *usb_role_switch_match(struct device_connection *con, int ep,struct device *dev;if (con->fwnode) { -if (!fwnode_property_present (con->fwnode, con->id)) +if (con->id && !fwnode_property_present (con->fwnode, con->id))return NULL ; dev = class_find_device(role_class, NULL, con->fwnode,
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 10/16 usb: typec: Registering real device entries for the muxes
In reply to Heikki KrogerusRegistering real device entries (struct device) for the mode muxes as well as for the orientation switches.
The Type-C mux code was deliberately attempting to avoid creation of separate device entries for the orientation switch and the mode switch (alternate modes) because they are not physical devices. They are functions of a single physical multiplexer/demultiplexer switch device.
Unfortunately because of the dependency we still have on the underlying mux device driver, we had to put in hacks like the one in the commit 3e3b81965cbf ("usb: typec: mux: Take care of driver module reference counting") to make sure the driver does not disappear from underneath us. Even with those hacks we were still left with a potential NUll pointer dereference scenario, so just creating the device entries, and letting the core take care of the dependencies. No more hacks needed.
--- drivers/platform/x86/intel_cht_int33fe.c | 4 +- drivers/usb/typec/bus.h | 15 ++ drivers/usb/typec/class.c | 17 +- drivers/usb/typec/mux.c | 238 ++++++++++++++++------- drivers/usb/typec/mux/pi3usb30532.c | 46 +++-- include/linux/usb/typec_mux.h | 62 +++--- 6 files changed, 259 insertions(+), 123 deletions(-)
drivers/platform/x86/intel_cht_int33fe.c +2 -2
@@ -173,10 +173,10 @@ static int cht_int33fe_probe(struct platform_device *pdev) } data->connections[0 ].endpoint[0 ] ="port0" ; - data->connections[0 ].endpoint[1 ] ="i2c-pi3usb30532" ; + data->connections[0 ].endpoint[1 ] ="i2c-pi3usb30532-switch" ; data->connections[0 ].id ="orientation-switch" ; data->connections[1 ].endpoint[0 ] ="port0" ; - data->connections[1 ].endpoint[1 ] ="i2c-pi3usb30532" ; + data->connections[1 ].endpoint[1 ] ="i2c-pi3usb30532-mux" ; data->connections[1 ].id ="mode-switch" ; data->connections[2 ].endpoint[0 ] ="i2c-fusb302" ; data->connections[2 ].endpoint[1 ] ="intel_xhci_usb_sw-role-switch" ;
drivers/usb/typec/bus.h +15 -0
@@ -35,4 +35,19 @@ extern const struct device_type typec_port_dev_type;#define is_typec_altmode (_dev_) (_dev_->type == &typec_altmode_dev_type)#define is_typec_port (_dev_) (_dev_->type == &typec_port_dev_type) +extern struct class typec_mux_class; + +struct typec_switch { +struct device dev; +typec_switch_set_fn_t set; +}; + +struct typec_mux { +struct device dev; +typec_mux_set_fn_t set; +}; + +#define to_typec_switch (_dev_) container_of(_dev_, struct typec_switch, dev) +#define to_typec_mux (_dev_) container_of(_dev_, struct typec_mux, dev) +#endif /* __USB_TYPEC_ALTMODE_H__ */
drivers/usb/typec/class.c +15 -2
@@ -1646,13 +1646,25 @@ static int __init typec_init(void)if (ret)return ret; + ret =class_register (&typec_mux_class); +if (ret) + goto err_unregister_bus; + typec_class =class_create (THIS_MODULE ,"typec" );if (IS_ERR (typec_class)) { -bus_unregister (&typec_bus); -return PTR_ERR (typec_class); + ret =PTR_ERR (typec_class); + goto err_unregister_mux_class; }return 0 ; + +err_unregister_mux_class: +class_unregister (&typec_mux_class); + +err_unregister_bus: +bus_unregister (&typec_bus); + +return ret; }subsys_initcall (typec_init);
@@ -1661,6 +1673,7 @@ static void __exit typec_exit(void)class_destroy (typec_class);ida_destroy (&typec_index_ida);bus_unregister (&typec_bus); +class_unregister (&typec_mux_class); }module_exit (typec_exit);
drivers/usb/typec/mux.c +172 -66
338 lines not on this page · raw message
drivers/usb/typec/mux/pi3usb30532.c +27 -19
90 lines not on this page · raw message
include/linux/usb/typec_mux.h +28 -34
82 lines not on this page · raw message
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 11/16 platform/x86: intel_cht_int33fe: Register max17047 in its own function
In reply to Heikki KrogerusTo make the probe function a bit more nicer looking, moving the registration of max17047 to its own function.
--- drivers/platform/x86/intel_cht_int33fe.c | 62 +++++++++++++----------- 1 file changed, 33 insertions(+), 29 deletions(-)
drivers/platform/x86/intel_cht_int33fe.c +33 -29
@@ -63,14 +63,6 @@ static int cht_int33fe_check_for_max17047(struct device *dev, void *data)return 1 ; } -static struct i2c_client *cht_int33fe_find_max17047 (void ) -{ -struct i2c_client *max17047 =NULL ; - -i2c_for_each_dev (&max17047, cht_int33fe_check_for_max17047); -return max17047; -} -static const char *const max17047_suppliers[] = {"bq24190-charger" };static const struct property_entry max17047_props[] = {
@@ -86,12 +78,40 @@ static const struct property_entry fusb302_props[] = { { } }; +static int +cht_int33fe_register_max17047 (struct device *dev,struct cht_int33fe_data *data) +{ +struct i2c_client *max17047 =NULL ; +struct i2c_board_info board_info; +int ret; + +i2c_for_each_dev (&max17047, cht_int33fe_check_for_max17047); +if (max17047) { +/* Pre-existing i2c-client for the max17047, add device-props */ + ret =device_add_properties (&max17047->dev, max17047_props); +if (ret) +return ret; +/* And re-probe to get the new device-props applied. */ + ret =device_reprobe (&max17047->dev); +if (ret) +dev_warn (dev,"Reprobing max17047 error: %d\n" , ret); +return 0 ; + } + +memset (&board_info,0 ,sizeof (board_info)); +strlcpy (board_info.type,"max17047" ,I2C_NAME_SIZE ); + board_info.dev_name ="max17047" ; + board_info.properties = max17047_props; + data->max17047 =i2c_acpi_new_device (dev,1 , &board_info); + +return PTR_ERR_OR_ZERO (data->max17047); +} +static int cht_int33fe_probe (struct platform_device *pdev) {struct device *dev = &pdev->dev;struct i2c_board_info board_info;struct cht_int33fe_data *data; -struct i2c_client *max17047;struct regulator *regulator;unsigned long long ptyp;acpi_status status;
@@ -151,26 +171,10 @@ static int cht_int33fe_probe(struct platform_device *pdev)if (!data)return -ENOMEM ; -/* Work around BIOS bug, see comment on cht_int33fe_find_max17047 */ - max17047 =cht_int33fe_find_max17047 (); -if (max17047) { -/* Pre-existing i2c-client for the max17047, add device-props */ - ret =device_add_properties (&max17047->dev, max17047_props); -if (ret) -return ret; -/* And re-probe to get the new device-props applied. */ - ret =device_reprobe (&max17047->dev); -if (ret) -dev_warn (dev,"Reprobing max17047 error: %d\n" , ret); - }else { -memset (&board_info,0 ,sizeof (board_info)); -strlcpy (board_info.type,"max17047" ,I2C_NAME_SIZE ); - board_info.dev_name ="max17047" ; - board_info.properties = max17047_props; - data->max17047 =i2c_acpi_new_device (dev,1 , &board_info); -if (IS_ERR (data->max17047)) -return PTR_ERR (data->max17047); - } +/* Work around BIOS bug, see comment on cht_int33fe_check_for_max17047 */ + ret =cht_int33fe_register_max17047 (dev, data); +if (ret) +return ret; data->connections[0 ].endpoint[0 ] ="port0" ; data->connections[0 ].endpoint[1 ] ="i2c-pi3usb30532-switch" ;
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 12/16 platform/x86: intel_cht_int33fe: Remove unused fusb302 device property
In reply to Heikki KrogerusDevice property "fcs,max-sink-microwatt" is not used in fusb302.c, so dropping it.
--- drivers/platform/x86/intel_cht_int33fe.c | 1 - 1 file changed, 1 deletion(-)
drivers/platform/x86/intel_cht_int33fe.c +0 -1
@@ -74,7 +74,6 @@ static const struct property_entry fusb302_props[] = {PROPERTY_ENTRY_STRING ("linux,extcon-name" ,"cht_wcove_pwrsrc" ),PROPERTY_ENTRY_U32 ("fcs,max-sink-microvolt" ,12000000 ), PROPERTY_ENTRY_U32("fcs,max-sink-microamp", 3000000), - PROPERTY_ENTRY_U32("fcs,max-sink-microwatt", 36000000), { } };
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 13/16 platform/x86: intel_cht_int33fe: Provide software nodes for the devices
In reply to Heikki KrogerusSoftware nodes provide two features that we will need later.
1) Software nodes can have references to other software nodes.
2) Software nodes can exist before a device entry is created.
--- drivers/platform/x86/intel_cht_int33fe.c | 53 ++++++++++++++++++++---- 1 file changed, 45 insertions(+), 8 deletions(-)
drivers/platform/x86/intel_cht_int33fe.c +45 -8
@@ -27,6 +27,13 @@#define EXPECTED_PTYPE 4 +enum { +INT33FE_NODE_FUSB302 , +INT33FE_NODE_MAX17047 , +INT33FE_NODE_PI3USB30532 , +INT33FE_NODE_MAX , +}; +struct cht_int33fe_data {struct i2c_client *max17047;struct i2c_client *fusb302;
@@ -72,8 +79,13 @@ static const struct property_entry max17047_props[] = {static const struct property_entry fusb302_props[] = {PROPERTY_ENTRY_STRING ("linux,extcon-name" ,"cht_wcove_pwrsrc" ), -PROPERTY_ENTRY_U32 ("fcs,max-sink-microvolt" ,12000000 ), -PROPERTY_ENTRY_U32 ("fcs,max-sink-microamp" ,3000000 ), + { } +}; + +static const struct software_node nodes[] = { + {"fusb302" ,NULL , fusb302_props }, + {"max17047" ,NULL , max17047_props }, + {"pi3usb30532" }, { } };
@@ -82,14 +94,17 @@ cht_int33fe_register_max17047(struct device *dev, struct cht_int33fe_data *data) {struct i2c_client *max17047 =NULL ;struct i2c_board_info board_info; +struct fwnode_handle *fwnode;int ret; + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_MAX17047 ]); +if (!fwnode) +return -ENODEV ; +i2c_for_each_dev (&max17047, cht_int33fe_check_for_max17047);if (max17047) {/* Pre-existing i2c-client for the max17047, add device-props */ - ret =device_add_properties (&max17047->dev, max17047_props); -if (ret) -return ret; + max17047->dev.fwnode->secondary = fwnode;/* And re-probe to get the new device-props applied. */ ret =device_reprobe (&max17047->dev);if (ret)
@@ -100,7 +115,7 @@ cht_int33fe_register_max17047(struct device *dev, struct cht_int33fe_data *data)memset (&board_info,0 ,sizeof (board_info));strlcpy (board_info.type,"max17047" ,I2C_NAME_SIZE ); board_info.dev_name ="max17047" ; - board_info.properties = max17047_props; + board_info.fwnode = fwnode; data->max17047 =i2c_acpi_new_device (dev,1 , &board_info);return PTR_ERR_OR_ZERO (data->max17047);
@@ -111,6 +126,7 @@ static int cht_int33fe_probe(struct platform_device *pdev)struct device *dev = &pdev->dev;struct i2c_board_info board_info;struct cht_int33fe_data *data; +struct fwnode_handle *fwnode;struct regulator *regulator;unsigned long long ptyp;acpi_status status;
@@ -170,10 +186,14 @@ static int cht_int33fe_probe(struct platform_device *pdev)if (!data)return -ENOMEM ; + ret =software_node_register_nodes (nodes); +if (ret) +return ret; +/* Work around BIOS bug, see comment on cht_int33fe_check_for_max17047 */ ret =cht_int33fe_register_max17047 (dev, data);if (ret) -return ret; + goto out_remove_nodes; data->connections[0 ].endpoint[0 ] ="port0" ; data->connections[0 ].endpoint[1 ] ="i2c-pi3usb30532-switch" ;
@@ -187,10 +207,16 @@ static int cht_int33fe_probe(struct platform_device *pdev)device_connections_add (data->connections); + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_FUSB302 ]); +if (!fwnode) { + ret = -ENODEV ; + goto out_unregister_max17047; + } +memset (&board_info,0 ,sizeof (board_info));strlcpy (board_info.type,"typec_fusb302" ,I2C_NAME_SIZE ); board_info.dev_name ="fusb302" ; - board_info.properties = fusb302_props; + board_info.fwnode = fwnode; board_info.irq = fusb302_irq; data->fusb302 =i2c_acpi_new_device (dev,2 , &board_info);
@@ -199,8 +225,15 @@ static int cht_int33fe_probe(struct platform_device *pdev) goto out_unregister_max17047; } + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_PI3USB30532 ]); +if (!fwnode) { + ret = -ENODEV ; + goto out_unregister_fusb302; + } +memset (&board_info,0 ,sizeof (board_info)); board_info.dev_name ="pi3usb30532" ; + board_info.fwnode = fwnode;strlcpy (board_info.type,"pi3usb30532" ,I2C_NAME_SIZE ); data->pi3usb30532 =i2c_acpi_new_device (dev,3 , &board_info);
@@ -221,6 +254,9 @@ static int cht_int33fe_probe(struct platform_device *pdev)device_connections_remove (data->connections); +out_remove_nodes: +software_node_unregister_nodes (nodes); +return ret; }
@@ -233,6 +269,7 @@ static int cht_int33fe_remove(struct platform_device *pdev)i2c_unregister_device (data->max17047);device_connections_remove (data->connections); +software_node_unregister_nodes (nodes);return 0 ; }
Signature · 1 line
2.20.1
Re: [PATCH v4 13/16] platform/x86: intel_cht_int33fe: Provide software nodes for the devices
Hi,
Quoted 51 lines · Heikki Krogerus
Software nodes provide two features that we will need later.
1) Software nodes can have references to other software nodes.
2) Software nodes can exist before a device entry is created.Signed-off-by Heikki Krogerus <[email protected]>--- drivers/platform/x86/intel_cht_int33fe.c | 53 ++++++++++++++++++++---- 1 file changed, 45 insertions(+), 8 deletions(-)drivers/platform/x86/intel_cht_int33fe.c +16
-2@@ -27,6 +27,13 @@#define EXPECTED_PTYPE 4 +enum { +INT33FE_NODE_FUSB302 , +INT33FE_NODE_MAX17047 , +INT33FE_NODE_PI3USB30532 , +INT33FE_NODE_MAX , +}; +struct cht_int33fe_data {struct i2c_client *max17047;struct i2c_client *fusb302;@@ -72,8 +79,13 @@ static const struct property_entry max17047_props[] = {static const struct property_entry fusb302_props[] = {PROPERTY_ENTRY_STRING ("linux,extcon-name" ,"cht_wcove_pwrsrc" ), -PROPERTY_ENTRY_U32 ("fcs,max-sink-microvolt" ,12000000 ), -PROPERTY_ENTRY_U32 ("fcs,max-sink-microamp" ,3000000 ), + { } +}; + +static const struct software_node nodes[] = { + {"fusb302" ,NULL , fusb302_props }, + {"max17047" ,NULL , max17047_props }, + {"pi3usb30532" }, { } };@@ -82,14 +94,17 @@ cht_int33fe_register_max17047(struct device *dev, struct cht_int33fe_data *data) {struct i2c_client *max17047 =NULL ;struct i2c_board_info board_info; +struct fwnode_handle *fwnode;int ret; + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_MAX17047 ]);
drivers/platform/x86/intel_cht_int33fe.c cht_int33fe_register_max17047(struct device *dev, struct cht_int33fe_data *data) · line 107
Quoted 10 lines
drivers/platform/x86/intel_cht_int33fe.c +4
-3+if (!fwnode) +return -ENODEV ; +i2c_for_each_dev (&max17047, cht_int33fe_check_for_max17047);if (max17047) {/* Pre-existing i2c-client for the max17047, add device-props */ - ret =device_add_properties (&max17047->dev, max17047_props); -if (ret) -return ret; + max17047->dev.fwnode->secondary = fwnode;
I believe that you should do:
fwnode->secondary = ERR_PTR(-ENODEV);
cht_int33fe_setup_dp
Before this call, as you are doing in the cht_int33fe_setup_dp function.
Regards,
Hans
Quoted 89 lines
drivers/platform/x86/intel_cht_int33fe.c +25
-3/* And re-probe to get the new device-props applied. */ ret =device_reprobe (&max17047->dev);if (ret)@@ -100,7 +115,7 @@ cht_int33fe_register_max17047(struct device *dev, struct cht_int33fe_data *data)memset (&board_info,0 ,sizeof (board_info));strlcpy (board_info.type,"max17047" ,I2C_NAME_SIZE ); board_info.dev_name ="max17047" ; - board_info.properties = max17047_props; + board_info.fwnode = fwnode; data->max17047 =i2c_acpi_new_device (dev,1 , &board_info);return PTR_ERR_OR_ZERO (data->max17047);@@ -111,6 +126,7 @@ static int cht_int33fe_probe(struct platform_device *pdev)struct device *dev = &pdev->dev;struct i2c_board_info board_info;struct cht_int33fe_data *data; +struct fwnode_handle *fwnode;struct regulator *regulator;unsigned long long ptyp;acpi_status status;@@ -170,10 +186,14 @@ static int cht_int33fe_probe(struct platform_device *pdev)if (!data)return -ENOMEM ; + ret =software_node_register_nodes (nodes); +if (ret) +return ret; +/* Work around BIOS bug, see comment on cht_int33fe_check_for_max17047 */ ret =cht_int33fe_register_max17047 (dev, data);if (ret) -return ret; + goto out_remove_nodes; data->connections[0 ].endpoint[0 ] ="port0" ; data->connections[0 ].endpoint[1 ] ="i2c-pi3usb30532-switch" ;@@ -187,10 +207,16 @@ static int cht_int33fe_probe(struct platform_device *pdev)device_connections_add (data->connections); + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_FUSB302 ]); +if (!fwnode) { + ret = -ENODEV ; + goto out_unregister_max17047; + } +memset (&board_info,0 ,sizeof (board_info));strlcpy (board_info.type,"typec_fusb302" ,I2C_NAME_SIZE ); board_info.dev_name ="fusb302" ; - board_info.properties = fusb302_props; + board_info.fwnode = fwnode; board_info.irq = fusb302_irq; data->fusb302 =i2c_acpi_new_device (dev,2 , &board_info);@@ -199,8 +225,15 @@ static int cht_int33fe_probe(struct platform_device *pdev) goto out_unregister_max17047; } + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_PI3USB30532 ]); +if (!fwnode) { + ret = -ENODEV ; + goto out_unregister_fusb302; + } +memset (&board_info,0 ,sizeof (board_info)); board_info.dev_name ="pi3usb30532" ; + board_info.fwnode = fwnode;strlcpy (board_info.type,"pi3usb30532" ,I2C_NAME_SIZE ); data->pi3usb30532 =i2c_acpi_new_device (dev,3 , &board_info);@@ -221,6 +254,9 @@ static int cht_int33fe_probe(struct platform_device *pdev)device_connections_remove (data->connections); +out_remove_nodes: +software_node_unregister_nodes (nodes); +return ret; }@@ -233,6 +269,7 @@ static int cht_int33fe_remove(struct platform_device *pdev)i2c_unregister_device (data->max17047);device_connections_remove (data->connections); +software_node_unregister_nodes (nodes);return 0 ; }
Re: [PATCH v4 13/16] platform/x86: intel_cht_int33fe: Provide software nodes for the devices
Quoted 66 lines · CEST Hans de Goede
Hi,
Quoted 51 lines · Heikki Krogerus
Software nodes provide two features that we will need later.
1) Software nodes can have references to other software nodes.
2) Software nodes can exist before a device entry is created.Signed-off-by Heikki Krogerus <[email protected]>--- drivers/platform/x86/intel_cht_int33fe.c | 53 ++++++++++++++++++++---- 1 file changed, 45 insertions(+), 8 deletions(-)drivers/platform/x86/intel_cht_int33fe.c +16
-2@@ -27,6 +27,13 @@#define EXPECTED_PTYPE 4 +enum { +INT33FE_NODE_FUSB302 , +INT33FE_NODE_MAX17047 , +INT33FE_NODE_PI3USB30532 , +INT33FE_NODE_MAX , +}; +struct cht_int33fe_data {struct i2c_client *max17047;struct i2c_client *fusb302;@@ -72,8 +79,13 @@ static const struct property_entry max17047_props[] = {static const struct property_entry fusb302_props[] = {PROPERTY_ENTRY_STRING ("linux,extcon-name" ,"cht_wcove_pwrsrc" ), -PROPERTY_ENTRY_U32 ("fcs,max-sink-microvolt" ,12000000 ), -PROPERTY_ENTRY_U32 ("fcs,max-sink-microamp" ,3000000 ), + { } +}; + +static const struct software_node nodes[] = { + {"fusb302" ,NULL , fusb302_props }, + {"max17047" ,NULL , max17047_props }, + {"pi3usb30532" }, { } };@@ -82,14 +94,17 @@ cht_int33fe_register_max17047(struct device *dev, struct cht_int33fe_data *data) {struct i2c_client *max17047 =NULL ;struct i2c_board_info board_info; +struct fwnode_handle *fwnode;int ret; + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_MAX17047 ]);drivers/platform/x86/intel_cht_int33fe.c cht_int33fe_register_max17047(struct device *dev, struct cht_int33fe_data *data) · line 107
Quoted 10 lines
drivers/platform/x86/intel_cht_int33fe.c +4
-3+if (!fwnode) +return -ENODEV ; +i2c_for_each_dev (&max17047, cht_int33fe_check_for_max17047);if (max17047) {/* Pre-existing i2c-client for the max17047, add device-props */ - ret =device_add_properties (&max17047->dev, max17047_props); -if (ret) -return ret; + max17047->dev.fwnode->secondary = fwnode;I believe that you should do:
Quoted 3 lines
fwnode->secondary = ERR_PTR(-ENODEV);
cht_int33fe_setup_dp
Before this call, as you are doing in thecht_int33fe_setup_dpfunction.
So I'm inclined to defer this patch until it is improved and queue up the rest of the series.
I can fix up the typo in the [15/16] while handling it.
Heikki Krogerus
maintainerRe: [PATCH v4 13/16] platform/x86: intel_cht_int33fe: Provide software nodes for the devices
Quoted 71 lines · Rafael J. Wysocki
Quoted 66 lines · CEST Hans de Goede
Hi,
Quoted 51 lines · Heikki Krogerus
Software nodes provide two features that we will need later.
1) Software nodes can have references to other software nodes.
2) Software nodes can exist before a device entry is created.Signed-off-by Heikki Krogerus <[email protected]>--- drivers/platform/x86/intel_cht_int33fe.c | 53 ++++++++++++++++++++---- 1 file changed, 45 insertions(+), 8 deletions(-)drivers/platform/x86/intel_cht_int33fe.c +16
-2@@ -27,6 +27,13 @@#define EXPECTED_PTYPE 4 +enum { +INT33FE_NODE_FUSB302 , +INT33FE_NODE_MAX17047 , +INT33FE_NODE_PI3USB30532 , +INT33FE_NODE_MAX , +}; +struct cht_int33fe_data {struct i2c_client *max17047;struct i2c_client *fusb302;@@ -72,8 +79,13 @@ static const struct property_entry max17047_props[] = {static const struct property_entry fusb302_props[] = {PROPERTY_ENTRY_STRING ("linux,extcon-name" ,"cht_wcove_pwrsrc" ), -PROPERTY_ENTRY_U32 ("fcs,max-sink-microvolt" ,12000000 ), -PROPERTY_ENTRY_U32 ("fcs,max-sink-microamp" ,3000000 ), + { } +}; + +static const struct software_node nodes[] = { + {"fusb302" ,NULL , fusb302_props }, + {"max17047" ,NULL , max17047_props }, + {"pi3usb30532" }, { } };@@ -82,14 +94,17 @@ cht_int33fe_register_max17047(struct device *dev, struct cht_int33fe_data *data) {struct i2c_client *max17047 =NULL ;struct i2c_board_info board_info; +struct fwnode_handle *fwnode;int ret; + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_MAX17047 ]);drivers/platform/x86/intel_cht_int33fe.c cht_int33fe_register_max17047(struct device *dev, struct cht_int33fe_data *data) · line 107
Quoted 10 lines
drivers/platform/x86/intel_cht_int33fe.c +4
-3+if (!fwnode) +return -ENODEV ; +i2c_for_each_dev (&max17047, cht_int33fe_check_for_max17047);if (max17047) {/* Pre-existing i2c-client for the max17047, add device-props */ - ret =device_add_properties (&max17047->dev, max17047_props); -if (ret) -return ret; + max17047->dev.fwnode->secondary = fwnode;I believe that you should do:
Quoted 3 lines
fwnode->secondary = ERR_PTR(-ENODEV);
cht_int33fe_setup_dp
Before this call, as you are doing in thecht_int33fe_setup_dpfunction.
Quoted 3 lines
So I'm inclined to defer this patch until it is improved and queue up the rest of the series.
I can fix up the typo in the [15/16] while handling it.
Thanks Rafael. I'll send v5, and fix both in any case.
Cheers,
Signature · 1 line
heikki
Heikki Krogerus
maintainerPATCH v4 14/16 platform/x86: intel_cht_int33fe: Provide fwnode for the USB connector
In reply to Heikki KrogerusIn ACPI, and now also in DT, the USB connectors usually have their own device nodes. In case of USB Type-C, those connector (port) nodes are child nodes of the controller or PHY device, in our case the fusb302. The software fwnodes allow us to create a similar child node for fusb302 that represents the connector also on Intel CHT.
This makes it possible replace the fusb302 specific device properties which were deprecated with the common USB connector properties that tcpm.c is able to use directly.
--- drivers/platform/x86/intel_cht_int33fe.c | 25 ++++++++++++++++++++++++ 1 file changed, 25 insertions(+)
drivers/platform/x86/intel_cht_int33fe.c +25 -0
@@ -24,6 +24,7 @@#include <linux/platform_device.h> #include <linux/regulator/consumer.h> #include <linux/slab.h> +#include <linux/usb/pd.h> #define EXPECTED_PTYPE 4
@@ -31,6 +32,7 @@ enum {INT33FE_NODE_FUSB302 ,INT33FE_NODE_MAX17047 ,INT33FE_NODE_PI3USB30532 , +INT33FE_NODE_USB_CONNECTOR , INT33FE_NODE_MAX, };
@@ -82,10 +84,33 @@ static const struct property_entry fusb302_props[] = { { } }; +#define PDO_FIXED_FLAGS \ + (PDO_FIXED_DUAL_ROLE | PDO_FIXED_DATA_SWAP | PDO_FIXED_USB_COMM) + +static const u32 src_pdo[] = { +PDO_FIXED (5000 ,1500 ,PDO_FIXED_FLAGS ), +}; + +static const u32 snk_pdo[] = { +PDO_FIXED (5000 ,400 ,PDO_FIXED_FLAGS ), +PDO_VAR (5000 ,12000 ,3000 ), +}; + +static const struct property_entry usb_connector_props[] = { +PROPERTY_ENTRY_STRING ("data-role" ,"dual" ), +PROPERTY_ENTRY_STRING ("power-role" ,"dual" ), +PROPERTY_ENTRY_STRING ("try-power-role" ,"sink" ), +PROPERTY_ENTRY_U32_ARRAY ("source-pdos" , src_pdo), +PROPERTY_ENTRY_U32_ARRAY ("sink-pdos" , snk_pdo), +PROPERTY_ENTRY_U32 ("op-sink-microwatt" ,2500000 ), + { } +}; +static const struct software_node nodes[] = { {"fusb302" ,NULL , fusb302_props }, {"max17047" ,NULL , max17047_props }, {"pi3usb30532" }, + {"connector" , &nodes[0 ], usb_connector_props }, { } };
Signature · 1 line
2.20.1
Heikki Krogerus
maintainerPATCH v4 15/16 platform/x86: intel_cht_int33fe: Supply fwnodes for the external dependencies
In reply to Heikki KrogerusSupplying also external devices, the DisplayPort connector and the USB role switch, software fwnodes. After this the driver has access to all the components tied to the USB Type-C connector and can start creating software node references to actually associate them with the USB Type-C connector device.
--- drivers/platform/x86/intel_cht_int33fe.c | 128 ++++++++++++++++++++++- 1 file changed, 125 insertions(+), 3 deletions(-)
drivers/platform/x86/intel_cht_int33fe.c +125 -3
@@ -21,6 +21,7 @@#include <linux/i2c.h> #include <linux/interrupt.h> #include <linux/module.h> +#include <linux/pci.h> #include <linux/platform_device.h> #include <linux/regulator/consumer.h> #include <linux/slab.h>
@@ -32,6 +33,8 @@ enum {INT33FE_NODE_FUSB302 ,INT33FE_NODE_MAX17047 ,INT33FE_NODE_PI3USB30532 , +INT33FE_NODE_DISPLAYPORT , +INT33FE_NODE_ROLE_SWITCH ,INT33FE_NODE_USB_CONNECTOR , INT33FE_NODE_MAX, };
@@ -42,6 +45,9 @@ struct cht_int33fe_data {struct i2c_client *pi3usb30532;/* Contain a list-head must be per device */ struct device_connection connections[4 ]; + +struct fwnode_handle *dp; +struct fwnode_handle *mux; };/*
@@ -110,10 +116,126 @@ static const struct software_node nodes[] = { { "fusb302", NULL, fusb302_props }, { "max17047", NULL, max17047_props }, { "pi3usb30532" }, + { "displayport" }, + { "usb-role-switch" }, { "connector", &nodes[0], usb_connector_props }, { } }; +static int cht_int33fe_setup_mux (struct cht_int33fe_data *data) +{ +struct fwnode_handle *fwnode; +struct device *dev; +struct device *p; + + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_ROLE_SWITCH ]); +if (!fwnode) +return -ENODEV ; + +/* First finding the platform device */ + p =bus_find_device_by_name (&platform_bus_type,NULL , +"intel_xhci_usb_sw" ); +if (!p) +return -EPROBE_DEFER ; + +/* Then the mux child device */ + dev =device_find_child_by_name (p,"intel_xhci_usb_sw-role-switch" ); +put_device (p); +if (!dev) +return -EPROBE_DEFER ; + +/* If there already is a node for the mux, using that one. */ +if (dev->fwnode) +fwnode_remove_software_node (fwnode); +else + dev->fwnode = fwnode; + + data->mux =fwnode_handle_get (dev->fwnode); +put_device (dev); + +return 0 ; +} + +static int cht_int33fe_setup_dp (struct cht_int33fe_data *data) +{ +struct fwnode_handle *fwnode; +struct pci_dev *pdev; + + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_DISPLAYPORT ]); +if (!fwnode) +return -ENODEV ; + +/* First let's find the GPU PCI device */ + pdev =pci_get_class (PCI_CLASS_DISPLAY_VGA <<8 ,NULL ); +if (!pdev || pdev->vendor !=PCI_VENDOR_ID_INTEL ) { +pci_dev_put (pdev); +return -ENODEV ; + } + +/* Then the DP child device node */ + data->dp =device_get_named_child_node (&pdev->dev,"DD02" ); +pci_dev_put (pdev); +if (!data->dp) +return -ENODEV ; + + fwnode->secondary =ERR_PTR (-ENODEV ); + data->dp->secondary = fwnode; + +return 0 ; +} + +static void cht_int33fe_remove_nodes (struct cht_int33fe_data *data) +{ +software_node_unregister_nodes (nodes); + +if (data->mux) { +fwnode_handle_put (data->mux); + data->mux =NULL ; + } + +if (data->dp) { + data->dp->secondary =NULL ; +fwnode_handle_put (data->dp); + data->dp =NULL ; + } +} + +static int cht_int33fe_add_nodes (struct cht_int33fe_data *data) +{ +int ret; + + ret =software_node_register_nodes (nodes); +if (ret) +return ret; + +/* The devices that are not created in this driver need extra steps. */ + +/* +* There is no ACPI device node for the USB role mux, so we need to find +* the mux device and assign our node directly to it. That means we +* depend on the mux driver. This function will return -PROBE_DEFER +* until the mux device is registered. +*/ + ret =cht_int33fe_setup_mux (data); +if (ret) + goto err_remove_nodes; + +/* +* The DP connector does have ACPI device node. In this case we can just +* find that ACPI node and assing our node as the secondary node to it. +*/ + ret =cht_int33fe_setup_dp (data); +if (ret) + goto err_remove_nodes; + +return 0 ; + +err_remove_nodes: +cht_int33fe_remove_nodes (data); + +return ret; +} +static int cht_int33fe_register_max17047 (struct device *dev,struct cht_int33fe_data *data) {
@@ -211,7 +333,7 @@ static int cht_int33fe_probe(struct platform_device *pdev)if (!data)return -ENOMEM ; - ret =software_node_register_nodes (nodes); + ret =cht_int33fe_add_nodes (data);if (ret)return ret;
@@ -280,7 +402,7 @@ static int cht_int33fe_probe(struct platform_device *pdev)device_connections_remove (data->connections); out_remove_nodes: -software_node_unregister_nodes (nodes); +cht_int33fe_remove_nodes (data);return ret; }
@@ -294,7 +416,7 @@ static int cht_int33fe_remove(struct platform_device *pdev)i2c_unregister_device (data->max17047);device_connections_remove (data->connections); -software_node_unregister_nodes (nodes); +cht_int33fe_remove_nodes (data);return 0 ; }
Signature · 1 line
2.20.1
Re: [PATCH v4 15/16] platform/x86: intel_cht_int33fe: Supply fwnodes for the external dependencies
Hi,
Quoted 146 lines · Heikki Krogerus
Supplying also external devices, the DisplayPort connector and the USB role switch, software fwnodes. After this the driver has access to all the components tied to the USB Type-C connector and can start creating software node references to actually associate them with the USB Type-C connector device.
Signed-off-by Heikki Krogerus <[email protected]>Reviewed-by Andy Shevchenko <[email protected]>--- drivers/platform/x86/intel_cht_int33fe.c | 128 ++++++++++++++++++++++- 1 file changed, 125 insertions(+), 3 deletions(-)drivers/platform/x86/intel_cht_int33fe.c +100
-0@@ -21,6 +21,7 @@#include <linux/i2c.h> #include <linux/interrupt.h> #include <linux/module.h> +#include <linux/pci.h> #include <linux/platform_device.h> #include <linux/regulator/consumer.h> #include <linux/slab.h> @@ -32,6 +33,8 @@ enum {INT33FE_NODE_FUSB302 ,INT33FE_NODE_MAX17047 ,INT33FE_NODE_PI3USB30532 , +INT33FE_NODE_DISPLAYPORT , +INT33FE_NODE_ROLE_SWITCH ,INT33FE_NODE_USB_CONNECTOR , INT33FE_NODE_MAX, };@@ -42,6 +45,9 @@ struct cht_int33fe_data {struct i2c_client *pi3usb30532;/* Contain a list-head must be per device */ struct device_connection connections[4 ]; + +struct fwnode_handle *dp; +struct fwnode_handle *mux; };/* @@ -110,10 +116,126 @@ static const struct software_node nodes[] = { { "fusb302", NULL, fusb302_props }, { "max17047", NULL, max17047_props }, { "pi3usb30532" }, + { "displayport" }, + { "usb-role-switch" }, { "connector", &nodes[0], usb_connector_props }, { } }; +static int cht_int33fe_setup_mux (struct cht_int33fe_data *data) +{ +struct fwnode_handle *fwnode; +struct device *dev; +struct device *p; + + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_ROLE_SWITCH ]); +if (!fwnode) +return -ENODEV ; + +/* First finding the platform device */ + p =bus_find_device_by_name (&platform_bus_type,NULL , +"intel_xhci_usb_sw" ); +if (!p) +return -EPROBE_DEFER ; + +/* Then the mux child device */ + dev =device_find_child_by_name (p,"intel_xhci_usb_sw-role-switch" ); +put_device (p); +if (!dev) +return -EPROBE_DEFER ; + +/* If there already is a node for the mux, using that one. */ +if (dev->fwnode) +fwnode_remove_software_node (fwnode); +else + dev->fwnode = fwnode; + + data->mux =fwnode_handle_get (dev->fwnode); +put_device (dev); + +return 0 ; +} + +static int cht_int33fe_setup_dp (struct cht_int33fe_data *data) +{ +struct fwnode_handle *fwnode; +struct pci_dev *pdev; + + fwnode =software_node_fwnode (&nodes[INT33FE_NODE_DISPLAYPORT ]); +if (!fwnode) +return -ENODEV ; + +/* First let's find the GPU PCI device */ + pdev =pci_get_class (PCI_CLASS_DISPLAY_VGA <<8 ,NULL ); +if (!pdev || pdev->vendor !=PCI_VENDOR_ID_INTEL ) { +pci_dev_put (pdev); +return -ENODEV ; + } + +/* Then the DP child device node */ + data->dp =device_get_named_child_node (&pdev->dev,"DD02" ); +pci_dev_put (pdev); +if (!data->dp) +return -ENODEV ; + + fwnode->secondary =ERR_PTR (-ENODEV ); + data->dp->secondary = fwnode; + +return 0 ; +} + +static void cht_int33fe_remove_nodes (struct cht_int33fe_data *data) +{ +software_node_unregister_nodes (nodes); + +if (data->mux) { +fwnode_handle_put (data->mux); + data->mux =NULL ; + } + +if (data->dp) { + data->dp->secondary =NULL ; +fwnode_handle_put (data->dp); + data->dp =NULL ; + } +} + +static int cht_int33fe_add_nodes (struct cht_int33fe_data *data) +{ +int ret; + + ret =software_node_register_nodes (nodes); +if (ret) +return ret; + +/* The devices that are not created in this driver need extra steps. */ + +/* +* There is no ACPI device node for the USB role mux, so we need to find +* the mux device and assign our node directly to it. That means we +* depend on the mux driver. This function will return -PROBE_DEFER
drivers/platform/x86/intel_cht_int33fe.c static const struct software_node nodes[] = { · line 226
Quoted 10 lines
drivers/platform/x86/intel_cht_int33fe.c +10
-0+* until the mux device is registered. +*/ + ret =cht_int33fe_setup_mux (data); +if (ret) + goto err_remove_nodes; + +/* +* The DP connector does have ACPI device node. In this case we can just +* find that ACPI node and assing our node as the secondary node to it. +*/
s/assing/adding/ I presume ?
Regards,
Hans
Quoted 43 lines
drivers/platform/x86/intel_cht_int33fe.c +15
-3+ ret =cht_int33fe_setup_dp (data); +if (ret) + goto err_remove_nodes; + +return 0 ; + +err_remove_nodes: +cht_int33fe_remove_nodes (data); + +return ret; +} +static int cht_int33fe_register_max17047 (struct device *dev,struct cht_int33fe_data *data) {@@ -211,7 +333,7 @@ static int cht_int33fe_probe(struct platform_device *pdev)if (!data)return -ENOMEM ; - ret =software_node_register_nodes (nodes); + ret =cht_int33fe_add_nodes (data);if (ret)return ret;@@ -280,7 +402,7 @@ static int cht_int33fe_probe(struct platform_device *pdev)device_connections_remove (data->connections); out_remove_nodes: -software_node_unregister_nodes (nodes); +cht_int33fe_remove_nodes (data);return ret; }@@ -294,7 +416,7 @@ static int cht_int33fe_remove(struct platform_device *pdev)i2c_unregister_device (data->max17047);device_connections_remove (data->connections); -software_node_unregister_nodes (nodes); +cht_int33fe_remove_nodes (data);return 0 ; }
Heikki Krogerus
maintainerPATCH v4 16/16 platform/x86: intel_cht_int33fe: Replacing the old connections with references
In reply to Heikki KrogerusReplacing the old connection descriptions with software node references. Supplying the USB connector also a reference to the DisplayPort while at it.
--- drivers/platform/x86/intel_cht_int33fe.c | 47 ++++++++++++++---------- 1 file changed, 28 insertions(+), 19 deletions(-)
drivers/platform/x86/intel_cht_int33fe.c +28 -19
@@ -43,13 +43,35 @@ struct cht_int33fe_data {struct i2c_client *max17047;struct i2c_client *fusb302;struct i2c_client *pi3usb30532; -/* Contain a list-head must be per device */ -struct device_connection connections[4 ];struct fwnode_handle *dp;struct fwnode_handle *mux; }; +static const struct software_node nodes[]; + +static const struct software_node_ref_args pi3usb30532_ref = { + &nodes[INT33FE_NODE_PI3USB30532 ] +}; + +static const struct software_node_ref_args dp_ref = { + &nodes[INT33FE_NODE_DISPLAYPORT ] +}; + +static struct software_node_ref_args mux_ref; + +static const struct software_node_reference usb_connector_refs[] = { + {"orientation-switch" ,1 , &pi3usb30532_ref}, + {"mode-switch" ,1 , &pi3usb30532_ref}, + {"displayport" ,1 , &dp_ref}, + { } +}; + +static const struct software_node_reference fusb302_refs[] = { + {"usb-role-switch" ,1 , &mux_ref}, + { } +}; +/* * Grrr I severly dislike buggy BIOS-es. At least one BIOS enumerates * the max17047 both through the INT33FE ACPI device (it is right there
@@ -113,12 +135,12 @@ static const struct property_entry usb_connector_props[] = { };static const struct software_node nodes[] = { - {"fusb302" ,NULL , fusb302_props }, + {"fusb302" ,NULL , fusb302_props, fusb302_refs }, {"max17047" ,NULL , max17047_props }, {"pi3usb30532" }, {"displayport" }, {"usb-role-switch" }, - {"connector" , &nodes[0 ], usb_connector_props }, + {"connector" , &nodes[0 ], usb_connector_props, usb_connector_refs }, { } };
@@ -152,6 +174,7 @@ static int cht_int33fe_setup_mux(struct cht_int33fe_data *data) data->mux =fwnode_handle_get (dev->fwnode);put_device (dev); + mux_ref.node =to_software_node (data->mux);return 0 ; }
@@ -190,6 +213,7 @@ static void cht_int33fe_remove_nodes(struct cht_int33fe_data *data)if (data->mux) {fwnode_handle_put (data->mux); + mux_ref.node =NULL ; data->mux =NULL ; }
@@ -342,18 +366,6 @@ static int cht_int33fe_probe(struct platform_device *pdev)if (ret) goto out_remove_nodes; - data->connections[0 ].endpoint[0 ] ="port0" ; - data->connections[0 ].endpoint[1 ] ="i2c-pi3usb30532-switch" ; - data->connections[0 ].id ="orientation-switch" ; - data->connections[1 ].endpoint[0 ] ="port0" ; - data->connections[1 ].endpoint[1 ] ="i2c-pi3usb30532-mux" ; - data->connections[1 ].id ="mode-switch" ; - data->connections[2 ].endpoint[0 ] ="i2c-fusb302" ; - data->connections[2 ].endpoint[1 ] ="intel_xhci_usb_sw-role-switch" ; - data->connections[2 ].id ="usb-role-switch" ; - -device_connections_add (data->connections); - fwnode =software_node_fwnode (&nodes[INT33FE_NODE_FUSB302 ]);if (!fwnode) { ret = -ENODEV ;
@@ -399,8 +411,6 @@ static int cht_int33fe_probe(struct platform_device *pdev) out_unregister_max17047:i2c_unregister_device (data->max17047); -device_connections_remove (data->connections); - out_remove_nodes:cht_int33fe_remove_nodes (data);
@@ -415,7 +425,6 @@ static int cht_int33fe_remove(struct platform_device *pdev)i2c_unregister_device (data->fusb302);i2c_unregister_device (data->max17047); -device_connections_remove (data->connections);cht_int33fe_remove_nodes (data);return 0 ;
Signature · 1 line
2.20.1
Quoted 40 lines · Heikki Krogerus
Hi,
I'm not splitting this series in two after all. After thinking about this for some time, I decided to add support for static software nodes. I did not want to support them because I don't want to make it easy to maintain board files, but in end they make the use of the software nodes so much more easier compared to if we always had to dynamically allocate them that it's a no-brainer. The references can now be also described statically. Actually, those can now only be described statically.
Hans! I applied (hopefully) all of the fixes you proposed in v3. I hope you have time to test these.
Here's the cover letter from v3:
This is the third version of my proposal to add reference handling to the software node code. In this version I renamed
ACPI_NAME_SIZEtoACPI_NAMESEG_SIZEin 6/13, and slit patch 9/13 in two separate patches (9/13 and 10/13) as suggested by Andy. Patch 9/13 will now only move the registration of max17047 out of probe, and 10/13 will introduce the software nodes.v2 cover letter:
This is the second version of this series. In this version I'm introducing a new helper
device_find_child_by_name()as proposed by Andy. Andy requested also another helper that could be used for chaining the fwnodes, but I decided not to add that now. I would like to still think about how we should handle exceptions like if there already is a secondary node assigned for a node.v1 cover letter:
This series adds support for software fwnode reference handling. In practice it means making
fwnode_property_get_reference_args()function usable in the drivers also with software nodes. I send the series originally as RFC [1].
Quoted 5 lines
As the first user for the software node references, I'm converting
intel_cht_int33fe.cto use them as part of the series.
For PDx86 bits,
Assuming it will go thru some other tree.
Quoted 42 lines
thanks,
Heikki Krogerus (16):
software node: Allow node creation without properties software node: Simplifysoftware_node_release()function software node: Add support for static node descriptors software node: Use kobject name when finding child nodes by name software node: Addsoftware_node_get_reference_args()driver core: Add helperdevice_find_child_by_name()
ACPI / property: Don't limit named child node matching to data nodes device property: Introducefwnode_find_reference()
device connection: Find connections also by checking the references
usb: typec: Registering real device entries for the muxes platform/x86:intel_cht_int33fe: Register max17047 in its own function platform/x86:intel_cht_int33fe: Remove unused fusb302 device property platform/x86:intel_cht_int33fe: Provide software nodes for the
devices
platform/x86:intel_cht_int33fe: Provide fwnode for the USB connector platform/x86:intel_cht_int33fe: Supply fwnodes for the external
dependencies
platform/x86:intel_cht_int33fe: Replacing the old connections with
referencesdrivers/acpi/property.c | 26 +- drivers/base/core.c | 28 ++ drivers/base/devcon.c | 26 ++ drivers/base/property.c | 24 ++ drivers/base/swnode.c | 324 +++++++++++++++++------ drivers/platform/x86/intel_cht_int33fe.c | 290 ++++++++++++++++---- drivers/usb/roles/class.c | 2 +- drivers/usb/typec/bus.h | 15 ++ drivers/usb/typec/class.c | 17 +- drivers/usb/typec/mux.c | 238 ++++++++++++----- drivers/usb/typec/mux/pi3usb30532.c | 46 ++-- include/linux/device.h | 2 + include/linux/property.h | 51 ++++ include/linux/usb/typec_mux.h | 62 ++--- 14 files changed, 902 insertions(+), 249 deletions(-)--
2.20.1
Signature · 2 lines
With Best Regards, Andy Shevchenko
Hi,
Quoted 11 lines · Heikki Krogerus
Hi,
I'm not splitting this series in two after all. After thinking about this for some time, I decided to add support for static software nodes. I did not want to support them because I don't want to make it easy to maintain board files, but in end they make the use of the software nodes so much more easier compared to if we always had to dynamically allocate them that it's a no-brainer. The references can now be also described statically. Actually, those can now only be described statically.
Quoted 2 lines
Hans! I applied (hopefully) all of the fixes you proposed in v3. I hope you have time to test these.
I've just ran various tests with the entire series applied and everything (superspeed host, superspeed device, DP over Type-C, PD charging) seems to work fin, so you can add my:
To the entire series.
I've 2 very minor nitpicks about the intel_cht_int33fe patches, with those fixed, you can also add my:
To the intel_cht_int33fe patches. I will reply to the 2 individual patches for which I've some remarks separately.
Regards,
Hans
Heikki Krogerus
maintainerQuoted 25 lines · Hans de Goede
Hi,
Quoted 11 lines · Heikki Krogerus
Hi,
I'm not splitting this series in two after all. After thinking about this for some time, I decided to add support for static software nodes. I did not want to support them because I don't want to make it easy to maintain board files, but in end they make the use of the software nodes so much more easier compared to if we always had to dynamically allocate them that it's a no-brainer. The references can now be also described statically. Actually, those can now only be described statically.
Quoted 2 lines
Hans! I applied (hopefully) all of the fixes you proposed in v3. I hope you have time to test these.
I've just ran various tests with the entire series applied and everything (superspeed host, superspeed device, DP over Type-C, PD charging) seems to work fin, so you can add my:
Tested-by Hans de Goede <[email protected]>To the entire series.
Quoted 8 lines
I've 2 very minor nitpicks about the
intel_cht_int33fepatches, with those fixed, you can also add my:Reviewed-by Hans de Goede <[email protected]>To the
intel_cht_int33fepatches. I will reply to the 2 individual patches for which I've some remarks separately.
Thanks Hans! I'll fix those.
Cheers,
Signature · 1 line
heikki