[PATCH 6/8 v2] arm: orion5x: Add DT-based support for Netgear WNR854T
arnd at arndb.de
Mon Sep 12 14:19:31 PDT 2016
On Monday, September 12, 2016 11:13:33 PM CEST Arnd Bergmann wrote:
> On Monday, September 12, 2016 12:06:25 PM CEST Rob Herring wrote:
> > On Mon, Sep 05, 2016 at 10:07:26PM +0100, Jamie Lentin wrote:
> > > This is a router based on the mv88f5181 chipset.
> > >
> > > http://www.netgear.com/support/product/WNR854T.aspx
> > > http://wiki.openwrt.org/toh/netgear/wnr854t
> > >
> > > Signed-off-by: Jamie Lentin <jm at lentin.co.uk>
> > > ---
> > > This removes the contentious vendor partitioning scheme and goes back
> > > to the original partitioning scheme used in non-DT ports to this board.
> > > Using the same partitioning scheme should mean less surprises for
> > > someone trying to upgrade their router.
> > >
> > > The non-DT PCI setup is still here, as there are other orion5x DT boards
> > > doing very similar things, and can all be converted at the same time.
> > If we keep accepting this duplicated, legacy PCI setup, who is going to
> > be motivated to clean things up. But it's ultimately up to Arnd and
> > Olof.
> I mentioned before that I'm feeling a bit uneasy about this too.
> Maybe we can instead leave out the PCI support from the new
> file for now and not delete the legacy board file?
Another idea that has worked in the past is that we ask everyone
to do one piece of the puzzle. In this case that could be to
convert the existing PCI support to a proper host driver
in arch/arm/mach-orion5x/pci.c that is separate from the PCIe
support (for which we already have a driver IIRC) and have
it probed by calling pci_scan_root_bus() from a platform
driver init function. The next person who wants DT suppor for
an existing orion machine can then add DT support to that driver.
More information about the linux-arm-kernel