From: gregkh@linuxfoundation.org (Greg KH)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH net-next v3 00/10] net: dsa: Support for pdata in dsa2
Date: Sun, 15 Jan 2017 18:49:12 +0100 [thread overview]
Message-ID: <20170115174912.GA19673@kroah.com> (raw)
In-Reply-To: <bc0d9ea7-17ee-abc3-b2aa-4d241413b9a3@gmail.com>
On Sun, Jan 15, 2017 at 09:40:24AM -0800, Florian Fainelli wrote:
> On 01/15/2017 03:08 AM, Greg KH wrote:
> > On Sat, Jan 14, 2017 at 01:47:03PM -0800, Florian Fainelli wrote:
> >> Hi all,
> >>
> >> This is not exactly new, and was sent before, although back then, I did not
> >> have an user of the pre-declared MDIO board information, but now we do. Note
> >> that I have additional changes queued up to have b53 register platform data for
> >> MIPS bcm47xx and bcm63xx.
> >>
> >> Yes I know that we should have the Orion platforms eventually be converted to
> >> Device Tree, but until that happens, I don't want any remaining users of the
> >> old "dsa" platform device (hence the previous DTS submissions for ARM/mvebu)
> >> and, there will be platforms out there that most likely won't never see DT
> >> coming their way (BCM47xx is almost 100% sure, BCM63xx maybe not in a distant
> >> future).
> >>
> >> We would probably want the whole series to be merged via David Miller's tree
> >> to simplify things.
> >>
> >> Greg, can you Ack/Nack patch 5 since it touched the core LDD?
> >
> > I've NAKed them for now, you need to describe what you are trying to do
> > here, as it doesn't make any sense to me at the moment.
>
> For one, this is moving *existing* code from net/dsa/dsa.c part into the
> device core for device_find_class() and part into the network device
> core for dev_to_net_device(). Patch 8 is where this actually gets used.
> See my individual replies for more details.
>
> Even though the existing code is there in net/dsa/dsa.c, at this point,
> and for the sake of getting these patches merged via David, I can
> probably just keep it where it is (like what patch series v1 did) and
> just namespace it with dsa_. Later on, if this is deemed valuable to
> other parts of the kernel, I can try to relocate it to the device core,
> does that sound acceptable?
Nope!
I really want to try to understand what you all are doing with the
device tree that you feel that blindly walking it actually comes up with
a valid result.
See my other email about wanting to see a tree, we can take it from that
thread to try to consolidate all of these different ones.
And sorry, I know you are just trying to move code around, but this
isn't the first time this has come up, and I think it needs to be
resolved properly.
thanks,
greg k-h
WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Florian Fainelli <f.fainelli@gmail.com>
Cc: netdev@vger.kernel.org, Jason Cooper <jason@lakedaemon.net>,
Andrew Lunn <andrew@lunn.ch>,
Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>,
Gregory Clement <gregory.clement@free-electrons.com>,
Russell King <linux@armlinux.org.uk>,
Vivien Didelot <vivien.didelot@savoirfairelinux.com>,
"David S. Miller" <davem@davemloft.net>,
"moderated list:ARM SUB-ARCHITECTURES"
<linux-arm-kernel@lists.infradead.org>,
open list <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH net-next v3 00/10] net: dsa: Support for pdata in dsa2
Date: Sun, 15 Jan 2017 18:49:12 +0100 [thread overview]
Message-ID: <20170115174912.GA19673@kroah.com> (raw)
In-Reply-To: <bc0d9ea7-17ee-abc3-b2aa-4d241413b9a3@gmail.com>
On Sun, Jan 15, 2017 at 09:40:24AM -0800, Florian Fainelli wrote:
> On 01/15/2017 03:08 AM, Greg KH wrote:
> > On Sat, Jan 14, 2017 at 01:47:03PM -0800, Florian Fainelli wrote:
> >> Hi all,
> >>
> >> This is not exactly new, and was sent before, although back then, I did not
> >> have an user of the pre-declared MDIO board information, but now we do. Note
> >> that I have additional changes queued up to have b53 register platform data for
> >> MIPS bcm47xx and bcm63xx.
> >>
> >> Yes I know that we should have the Orion platforms eventually be converted to
> >> Device Tree, but until that happens, I don't want any remaining users of the
> >> old "dsa" platform device (hence the previous DTS submissions for ARM/mvebu)
> >> and, there will be platforms out there that most likely won't never see DT
> >> coming their way (BCM47xx is almost 100% sure, BCM63xx maybe not in a distant
> >> future).
> >>
> >> We would probably want the whole series to be merged via David Miller's tree
> >> to simplify things.
> >>
> >> Greg, can you Ack/Nack patch 5 since it touched the core LDD?
> >
> > I've NAKed them for now, you need to describe what you are trying to do
> > here, as it doesn't make any sense to me at the moment.
>
> For one, this is moving *existing* code from net/dsa/dsa.c part into the
> device core for device_find_class() and part into the network device
> core for dev_to_net_device(). Patch 8 is where this actually gets used.
> See my individual replies for more details.
>
> Even though the existing code is there in net/dsa/dsa.c, at this point,
> and for the sake of getting these patches merged via David, I can
> probably just keep it where it is (like what patch series v1 did) and
> just namespace it with dsa_. Later on, if this is deemed valuable to
> other parts of the kernel, I can try to relocate it to the device core,
> does that sound acceptable?
Nope!
I really want to try to understand what you all are doing with the
device tree that you feel that blindly walking it actually comes up with
a valid result.
See my other email about wanting to see a tree, we can take it from that
thread to try to consolidate all of these different ones.
And sorry, I know you are just trying to move code around, but this
isn't the first time this has come up, and I think it needs to be
resolved properly.
thanks,
greg k-h
next prev parent reply other threads:[~2017-01-15 17:49 UTC|newest]
Thread overview: 93+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-14 21:47 [PATCH net-next v3 00/10] net: dsa: Support for pdata in dsa2 Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-14 21:47 ` [PATCH net-next v3 01/10] net: dsa: Pass device pointer to dsa_register_switch Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-14 21:47 ` [PATCH net-next v3 02/10] net: dsa: Make most functions take a dsa_port argument Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-14 21:47 ` [PATCH net-next v3 03/10] net: dsa: Suffix function manipulating device_node with _dn Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-14 21:47 ` [PATCH net-next v3 04/10] net: dsa: Move ports assignment closer to error checking Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-15 10:17 ` Sergei Shtylyov
2017-01-15 10:17 ` Sergei Shtylyov
2017-01-14 21:47 ` [PATCH net-next v3 05/10] drivers: base: Add device_find_class() Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-15 11:04 ` Greg KH
2017-01-15 11:04 ` Greg KH
2017-01-15 17:39 ` Florian Fainelli
2017-01-15 17:39 ` Florian Fainelli
2017-01-14 21:47 ` [PATCH net-next v3 06/10] net: dsa: Migrate to device_find_class() Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-15 11:06 ` Greg KH
2017-01-15 11:06 ` Greg KH
2017-01-15 17:27 ` Florian Fainelli
2017-01-15 17:27 ` Florian Fainelli
2017-01-15 17:27 ` Florian Fainelli
2017-01-15 17:39 ` Greg KH
2017-01-15 17:39 ` Greg KH
2017-01-15 17:52 ` Florian Fainelli
2017-01-15 17:52 ` Florian Fainelli
2017-01-15 17:52 ` Florian Fainelli
2017-01-15 19:16 ` Andrew Lunn
2017-01-15 19:16 ` Andrew Lunn
2017-01-15 19:16 ` Andrew Lunn
2017-01-16 20:01 ` Florian Fainelli
2017-01-16 20:01 ` Florian Fainelli
2017-01-18 7:06 ` Greg KH
2017-01-18 7:06 ` Greg KH
2017-01-18 7:06 ` Greg KH
2017-01-19 14:28 ` Greg KH
2017-01-19 14:28 ` Greg KH
2017-01-19 14:28 ` Greg KH
2017-01-19 14:53 ` Andrew Lunn
2017-01-19 14:53 ` Andrew Lunn
2017-01-19 14:53 ` Andrew Lunn
2017-01-19 16:30 ` Greg KH
2017-01-19 16:30 ` Greg KH
2017-01-19 16:30 ` Greg KH
2017-01-19 16:35 ` Russell King - ARM Linux
2017-01-19 16:35 ` Russell King - ARM Linux
2017-01-19 16:35 ` Russell King - ARM Linux
2017-01-19 16:51 ` Russell King - ARM Linux
2017-01-19 16:51 ` Russell King - ARM Linux
2017-01-19 18:12 ` Florian Fainelli
2017-01-19 18:12 ` Florian Fainelli
2017-01-19 18:12 ` Florian Fainelli
2017-01-24 18:59 ` Florian Fainelli
2017-01-24 18:59 ` Florian Fainelli
2017-01-25 21:25 ` Greg KH
2017-01-25 21:25 ` Greg KH
2017-01-30 22:46 ` Florian Fainelli
2017-01-30 22:46 ` Florian Fainelli
2017-01-30 22:46 ` Florian Fainelli
2017-02-10 13:02 ` Greg KH
2017-02-10 13:02 ` Greg KH
2017-02-10 13:02 ` Greg KH
2017-02-10 18:30 ` Florian Fainelli
2017-02-10 18:30 ` Florian Fainelli
2017-02-10 18:30 ` Florian Fainelli
2017-02-12 12:56 ` Greg KH
2017-02-12 12:56 ` Greg KH
2017-01-14 21:47 ` [PATCH net-next v3 07/10] net: Relocate dev_to_net_device() into core Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-15 11:07 ` Greg KH
2017-01-15 11:07 ` Greg KH
2017-01-15 17:20 ` Florian Fainelli
2017-01-15 17:20 ` Florian Fainelli
2017-01-15 17:40 ` Greg KH
2017-01-15 17:40 ` Greg KH
2017-01-14 21:47 ` [PATCH net-next v3 08/10] net: dsa: Add support for platform data Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-14 21:47 ` [PATCH net-next v3 09/10] net: phy: Allow pre-declaration of MDIO devices Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-14 21:47 ` [PATCH net-next v3 10/10] ARM: orion: Register DSA switch as a MDIO device Florian Fainelli
2017-01-14 21:47 ` Florian Fainelli
2017-01-15 11:08 ` [PATCH net-next v3 00/10] net: dsa: Support for pdata in dsa2 Greg KH
2017-01-15 11:08 ` Greg KH
2017-01-15 17:40 ` Florian Fainelli
2017-01-15 17:40 ` Florian Fainelli
2017-01-15 17:49 ` Greg KH [this message]
2017-01-15 17:49 ` Greg KH
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=20170115174912.GA19673@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.