From mboxrd@z Thu Jan 1 00:00:00 1970 From: gregkh@linuxfoundation.org (Greg KH) Date: Sun, 15 Jan 2017 18:40:36 +0100 Subject: [PATCH net-next v3 07/10] net: Relocate dev_to_net_device() into core In-Reply-To: <621be9fe-0869-2d0a-fd49-97468c2d4972@gmail.com> References: <20170114214713.28109-1-f.fainelli@gmail.com> <20170114214713.28109-8-f.fainelli@gmail.com> <20170115110753.GG26374@kroah.com> <621be9fe-0869-2d0a-fd49-97468c2d4972@gmail.com> Message-ID: <20170115174036.GB19268@kroah.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Sun, Jan 15, 2017 at 09:20:06AM -0800, Florian Fainelli wrote: > > > On 01/15/2017 03:07 AM, Greg KH wrote: > > On Sat, Jan 14, 2017 at 01:47:10PM -0800, Florian Fainelli wrote: > >> dev_to_net_device() is moved from net/dsa/dsa.c to net/core/dev.c since > >> it going to be used by net/dsa/dsa2.c and the namespace of the function > >> justifies making it available to other users potentially. > >> > >> Signed-off-by: Florian Fainelli > >> --- > >> include/linux/netdevice.h | 2 ++ > >> net/core/dev.c | 19 +++++++++++++++++++ > >> net/dsa/dsa.c | 18 ------------------ > >> 3 files changed, 21 insertions(+), 18 deletions(-) > >> > >> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h > >> index 97ae0ac513ee..6d021c37b774 100644 > >> --- a/include/linux/netdevice.h > >> +++ b/include/linux/netdevice.h > >> @@ -4390,4 +4390,6 @@ do { \ > >> #define PTYPE_HASH_SIZE (16) > >> #define PTYPE_HASH_MASK (PTYPE_HASH_SIZE - 1) > >> > >> +struct net_device *dev_to_net_device(struct device *dev); > >> + > >> #endif /* _LINUX_NETDEVICE_H */ > >> diff --git a/net/core/dev.c b/net/core/dev.c > >> index ad5959e56116..7547e2ccc06b 100644 > >> --- a/net/core/dev.c > >> +++ b/net/core/dev.c > >> @@ -8128,6 +8128,25 @@ const char *netdev_drivername(const struct net_device *dev) > >> return empty; > >> } > >> > >> +struct net_device *dev_to_net_device(struct device *dev) > >> +{ > >> + struct device *d; > >> + > >> + d = device_find_class(dev, "net"); > >> + if (d) { > >> + struct net_device *nd; > >> + > >> + nd = to_net_dev(d); > >> + dev_hold(nd); > >> + put_device(d); > >> + > >> + return nd; > >> + } > >> + > >> + return NULL; > >> +} > >> +EXPORT_SYMBOL_GPL(dev_to_net_device); > > > > This really isn't just a "struct device to net device cast" type > > function, (otherwise a simple container_of() would work). You are > > walking the device tree and assuming it is in a specific order so that > > this function works. You better document the hell out of this, > > otherwise people are going to try to use this and get very confused, > > very quickly... > > Fair enough. Does that make it clearer how the device_find_class() is > used though? Maybe device_find_class() should be named > device_find_by_class_name() instead? Better, but you are just poking around randomly in the device tree and "hoping" you get it right. What happens if devices move around? You are assuming some sort of heirachy here that I don't understand at all... thanks, greg k-h From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751449AbdAORkZ (ORCPT ); Sun, 15 Jan 2017 12:40:25 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:34162 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751200AbdAORkX (ORCPT ); Sun, 15 Jan 2017 12:40:23 -0500 Date: Sun, 15 Jan 2017 18:40:36 +0100 From: Greg KH To: Florian Fainelli Cc: netdev@vger.kernel.org, Jason Cooper , Andrew Lunn , Sebastian Hesselbarth , Gregory Clement , Russell King , Vivien Didelot , "David S. Miller" , "moderated list:ARM SUB-ARCHITECTURES" , open list Subject: Re: [PATCH net-next v3 07/10] net: Relocate dev_to_net_device() into core Message-ID: <20170115174036.GB19268@kroah.com> References: <20170114214713.28109-1-f.fainelli@gmail.com> <20170114214713.28109-8-f.fainelli@gmail.com> <20170115110753.GG26374@kroah.com> <621be9fe-0869-2d0a-fd49-97468c2d4972@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <621be9fe-0869-2d0a-fd49-97468c2d4972@gmail.com> User-Agent: Mutt/1.7.2 (2016-11-26) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jan 15, 2017 at 09:20:06AM -0800, Florian Fainelli wrote: > > > On 01/15/2017 03:07 AM, Greg KH wrote: > > On Sat, Jan 14, 2017 at 01:47:10PM -0800, Florian Fainelli wrote: > >> dev_to_net_device() is moved from net/dsa/dsa.c to net/core/dev.c since > >> it going to be used by net/dsa/dsa2.c and the namespace of the function > >> justifies making it available to other users potentially. > >> > >> Signed-off-by: Florian Fainelli > >> --- > >> include/linux/netdevice.h | 2 ++ > >> net/core/dev.c | 19 +++++++++++++++++++ > >> net/dsa/dsa.c | 18 ------------------ > >> 3 files changed, 21 insertions(+), 18 deletions(-) > >> > >> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h > >> index 97ae0ac513ee..6d021c37b774 100644 > >> --- a/include/linux/netdevice.h > >> +++ b/include/linux/netdevice.h > >> @@ -4390,4 +4390,6 @@ do { \ > >> #define PTYPE_HASH_SIZE (16) > >> #define PTYPE_HASH_MASK (PTYPE_HASH_SIZE - 1) > >> > >> +struct net_device *dev_to_net_device(struct device *dev); > >> + > >> #endif /* _LINUX_NETDEVICE_H */ > >> diff --git a/net/core/dev.c b/net/core/dev.c > >> index ad5959e56116..7547e2ccc06b 100644 > >> --- a/net/core/dev.c > >> +++ b/net/core/dev.c > >> @@ -8128,6 +8128,25 @@ const char *netdev_drivername(const struct net_device *dev) > >> return empty; > >> } > >> > >> +struct net_device *dev_to_net_device(struct device *dev) > >> +{ > >> + struct device *d; > >> + > >> + d = device_find_class(dev, "net"); > >> + if (d) { > >> + struct net_device *nd; > >> + > >> + nd = to_net_dev(d); > >> + dev_hold(nd); > >> + put_device(d); > >> + > >> + return nd; > >> + } > >> + > >> + return NULL; > >> +} > >> +EXPORT_SYMBOL_GPL(dev_to_net_device); > > > > This really isn't just a "struct device to net device cast" type > > function, (otherwise a simple container_of() would work). You are > > walking the device tree and assuming it is in a specific order so that > > this function works. You better document the hell out of this, > > otherwise people are going to try to use this and get very confused, > > very quickly... > > Fair enough. Does that make it clearer how the device_find_class() is > used though? Maybe device_find_class() should be named > device_find_by_class_name() instead? Better, but you are just poking around randomly in the device tree and "hoping" you get it right. What happens if devices move around? You are assuming some sort of heirachy here that I don't understand at all... thanks, greg k-h