All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: "Russell King (Oracle)" <linux@armlinux.org.uk>
Cc: Andrew Lunn <andrew@lunn.ch>,
	Heiner Kallweit <hkallweit1@gmail.com>,
	Daniel Scally <djrscally@gmail.com>,
	"David S. Miller" <davem@davemloft.net>,
	Eric Dumazet <edumazet@google.com>,
	Florian Fainelli <f.fainelli@gmail.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Jakub Kicinski <kuba@kernel.org>,
	linux-acpi@vger.kernel.org, netdev@vger.kernel.org,
	Paolo Abeni <pabeni@redhat.com>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	Sakari Ailus <sakari.ailus@linux.intel.com>,
	Vladimir Oltean <olteanv@gmail.com>
Subject: Re: [PATCH RFC net-next 1/7] software node: allow named software node to be created
Date: Thu, 23 Mar 2023 16:39:29 +0200	[thread overview]
Message-ID: <ZBxkoSEgVR3jmK72@smile.fi.intel.com> (raw)
In-Reply-To: <ZBxiRJXMqjrOl9TE@shell.armlinux.org.uk>

On Thu, Mar 23, 2023 at 02:29:24PM +0000, Russell King (Oracle) wrote:
> On Thu, Mar 23, 2023 at 03:59:07PM +0200, Andy Shevchenko wrote:
> > On Wed, Mar 22, 2023 at 11:59:55AM +0000, Russell King wrote:
> > > From: Vladimir Oltean <vladimir.oltean@nxp.com>
> > > 
> > > Allow a named software node to be created, which is needed for software
> > > nodes for a fixed-link specification for DSA.

...

> > > +fwnode_create_named_software_node(const struct property_entry *properties,
> > > +				  const struct fwnode_handle *parent,
> > > +				  const char *name)
> > >  {
> > >  	struct fwnode_handle *fwnode;
> > >  	struct software_node *node;
> > > @@ -930,6 +931,7 @@ fwnode_create_software_node(const struct property_entry *properties,
> > >  		return ERR_CAST(node);
> > >  
> > >  	node->parent = p ? p->node : NULL;
> > > +	node->name = name;
> > 
> > The same question stays as before: how can we be sure that the name is unique
> > and we won't have a collision?
> 
> This got discussed at length last time around, starting here:
> 
> https://lore.kernel.org/all/YtHGwz4v7VWKhIXG@smile.fi.intel.com/
> 
> My conclusion is that your concern is invalid, because we're creating
> this tree:
> 
> 	node%d
> 	+- phy-mode property
> 	`- fixed-link node
> 	   +- speed property
> 	   `- full-duplex (optional) property
> 
> Given that node%d will be allocated against the swnode_root_ids IDA,
> then how can there possibly be a naming collision.
> 
> You would be correct if the "fixed-link" node were to be created at
> root level, or if we were intentionally creating two swnodes under
> the same parent with the same name, but we aren't.
> 
> Plus, the code _already_ allows for e.g. multiple "node1" names - for
> example, one in root and one as a child node, since the code uses
> separate IDAs to allocate those.
> 
> Hence, I do not recognise the conern you are raising, and I believe
> your concern is not valid.
> 
> Your concern would be valid if it was a general concern about
> fwnode_create_named_software_node() being used to create the same
> named node under the same parent, but that IMHO is a programming
> bug, no different from trying to create two devices under the same
> parent with the same name.
> 
> So, unless you can be more expansive about _precisely_ what your
> concern is, then I don't think there exists any problem with this.

OK.

I leave it to others to review. I have nothing to add.

-- 
With Best Regards,
Andy Shevchenko



  reply	other threads:[~2023-03-23 14:39 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-22 11:59 [PATCH RFC net-next 0/7] Another attempt at moving mv88e6xxx forward Russell King (Oracle)
2023-03-22 11:59 ` [PATCH RFC net-next 1/7] software node: allow named software node to be created Russell King
2023-03-23 13:59   ` Andy Shevchenko
2023-03-23 14:29     ` Russell King (Oracle)
2023-03-23 14:39       ` Andy Shevchenko [this message]
2023-03-22 12:00 ` [PATCH RFC net-next 2/7] net: phylink: provide phylink_find_max_speed() Russell King (Oracle)
2023-03-22 18:44   ` Andrew Lunn
2023-03-22 12:00 ` [PATCH RFC net-next 3/7] net: dsa: use fwnode_get_phy_mode() to get phy interface mode Russell King (Oracle)
2023-03-22 18:42   ` Andrew Lunn
2023-03-23 14:03   ` Andy Shevchenko
2023-03-23 14:31     ` Russell King (Oracle)
2023-03-23 14:38       ` Andy Shevchenko
2023-03-23 14:49         ` Russell King (Oracle)
2023-03-23 15:00           ` Andy Shevchenko
2023-03-23 15:23             ` Russell King (Oracle)
2023-03-23 15:33               ` Andy Shevchenko
2023-03-23 16:29                 ` Russell King (Oracle)
2023-03-23 16:18               ` Russell King (Oracle)
2023-03-23 16:34                 ` Andy Shevchenko
2023-03-23 16:39                   ` Andy Shevchenko
2023-03-23 17:06                   ` Russell King (Oracle)
2023-03-23 17:28                     ` Andy Shevchenko
2023-03-23 17:53             ` Russell King (Oracle)
2023-03-23 18:04               ` Andy Shevchenko
2023-03-23 20:46                 ` Russell King (Oracle)
2023-03-22 12:00 ` [PATCH RFC net-next 4/7] net: dsa: add ability for switch driver to provide a swnode Russell King (Oracle)
2023-03-22 12:00 ` [PATCH RFC net-next 5/7] net: dsa: avoid DT validation for drivers which provide default config Russell King (Oracle)
2023-03-22 18:51   ` Andrew Lunn
2023-03-22 20:09     ` Russell King (Oracle)
2023-03-22 20:14       ` Andrew Lunn
2023-03-22 20:20         ` Russell King (Oracle)
2023-03-22 12:00 ` [PATCH RFC net-next 6/7] net: dsa: mv88e6xxx: provide software node for default settings Russell King (Oracle)
2023-03-22 18:57   ` Andrew Lunn
2023-03-22 20:13     ` Russell King (Oracle)
2023-03-22 20:17       ` Andrew Lunn
2023-03-22 20:22         ` Russell King (Oracle)
2023-03-22 21:40           ` Andrew Lunn
2023-03-23  8:41             ` Russell King (Oracle)
2023-03-23 18:17               ` Andrew Lunn
2023-03-23 18:25                 ` Russell King (Oracle)
2023-03-23 18:34                   ` Andrew Lunn
2023-03-24 14:49   ` Heikki Krogerus
2023-03-24 17:04     ` Russell King (Oracle)
2023-03-27 10:28       ` Heikki Krogerus
2023-03-27 10:55         ` Russell King (Oracle)
2023-03-27 14:13           ` Heikki Krogerus
2023-03-27 14:32             ` Russell King (Oracle)
2023-03-27 15:45               ` Russell King (Oracle)
2023-03-28 12:09                 ` Heikki Krogerus
2023-03-28 13:23                   ` Russell King (Oracle)
2023-03-29 14:07                     ` Heikki Krogerus
2023-03-29 14:33                       ` Russell King (Oracle)
2023-03-30 13:54                         ` Heikki Krogerus
2023-04-03 13:02                           ` Russell King (Oracle)
2023-04-05 17:51                             ` Greg Kroah-Hartman
2023-03-22 12:00 ` [PATCH RFC net-next 7/7] net: dsa: mv88e6xxx: remove handling for DSA and CPU ports Russell King (Oracle)

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=ZBxkoSEgVR3jmK72@smile.fi.intel.com \
    --to=andriy.shevchenko@linux.intel.com \
    --cc=andrew@lunn.ch \
    --cc=davem@davemloft.net \
    --cc=djrscally@gmail.com \
    --cc=edumazet@google.com \
    --cc=f.fainelli@gmail.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=heikki.krogerus@linux.intel.com \
    --cc=hkallweit1@gmail.com \
    --cc=kuba@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=netdev@vger.kernel.org \
    --cc=olteanv@gmail.com \
    --cc=pabeni@redhat.com \
    --cc=rafael@kernel.org \
    --cc=sakari.ailus@linux.intel.com \
    /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.