[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181004143508.GG13299@oracle.com>
Date: Thu, 4 Oct 2018 10:35:08 -0400
From: Sowmini Varadhan <sowmini.varadhan@...cle.com>
To: Arnd Bergmann <arnd@...db.de>
Cc: Bartosz Golaszewski <brgl@...ev.pl>,
Florian Fainelli <f.fainelli@...il.com>,
Brian Norris <computersforpeace@...il.com>,
David Miller <davem@...emloft.net>,
Jonathan Corbet <corbet@....net>, Sekhar Nori <nsekhar@...com>,
Kevin Hilman <khilman@...nel.org>,
Russell King - ARM Linux <linux@...linux.org.uk>,
gregkh <gregkh@...uxfoundation.org>,
David Woodhouse <dwmw2@...radead.org>,
Boris Brezillon <boris.brezillon@...tlin.com>,
Marek Vasut <marek.vasut@...il.com>,
Richard Weinberger <richard@....at>,
Grygorii Strashko <grygorii.strashko@...com>,
Srinivas Kandagatla <srinivas.kandagatla@...aro.org>,
naren.kernel@...il.com,
Mauro Carvalho Chehab <mchehab+samsung@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Lukas Wunner <lukas@...ner.de>,
Dan Carpenter <dan.carpenter@...cle.com>,
ivan.khoronzhuk@...aro.org, svendev@...x.com, pabeni@...hat.com,
Alban Bedel <albeu@...e.fr>, Rob Herring <robh@...nel.org>,
David Lechner <david@...hnology.com>,
Andrew Lunn <andrew@...n.ch>,
"open list:DOCUMENTATION" <linux-doc@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
Linux I2C <linux-i2c@...r.kernel.org>,
linux-mtd <linux-mtd@...ts.infradead.org>,
linux-omap <linux-omap@...r.kernel.org>,
Networking <netdev@...r.kernel.org>,
Bartosz Golaszewski <bgolaszewski@...libre.com>,
Brian Norris <briannorris@...omium.org>
Subject: Re: [PATCH v2 00/29] at24: remove at24_platform_data
Just catching up on this thread, so please excuse any unintentional
misquotes here.
> > > > David: I couldn't find a place in sparc code where any ethernet device
> > > > would be registered, so is there a chance that nobody is using it?
> > >
> > > SPARC uses a true Open Firmware implementation, so it would register
> > > drivers through the CONFIG_OF infrastructure.
correct
> The calls are not even that old, and clearly added intentionally for sparc,
> see commit ba94272d08a7 ("i40e: use eth_platform_get_mac_address()")
> which added the first one.
Yes, correct again. Wouldn't PPC also end up doing the same thing?
See also commit c762dff24c06 (for ixgbe) - without this fix sparc systems
will come up with a bogus mac address and then you end up having to
manually fix this in ugly ways.
--Sowmini
Powered by blists - more mailing lists