From mboxrd@z Thu Jan 1 00:00:00 1970 From: nsekhar@ti.com (Sekhar Nori) Date: Mon, 16 Jul 2018 14:20:51 +0530 Subject: [PATCH v4 08/18] net: davinci_emac: potentially get the MAC address from MTD In-Reply-To: References: <20180629094039.7543-1-brgl@bgdev.pl> <20180629094039.7543-9-brgl@bgdev.pl> <03b77e24-9ab9-fa01-2387-9de0408a9942@gmail.com> <20180704070919.GA14051@lenoch> Message-ID: To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Friday 13 July 2018 11:30 PM, Bartosz Golaszewski wrote: > We're getting close to rc5 so I'd like to make a case for this series again. > > I understand that there's more to do than just the changes introduced > here, but we shouldn't try to fix several problems in many different > places at once. There's just too many moving pieces. I'd rather start > merging small improvements right away. > > The idea behind this series is to remove (almost) all users of > at24_platform_data. The davinci_emac patches are there only because we > need to remove some MAC adress reading stuff from the board files. > Having this code there and calling it back from EEPROM/MTD drivers is > already wrong and we should work towards using nvmem for that anyway. > > Currently for MTD the nvmem support series seems to be dead and it's > going to take some time before anything gets upstream. > > So I'd like to again ask you to consider picking up the patches from > this series to your respective trees or at the very least: I'd like to > ask Srinivas to pick up the nvmem patches and Sekhar to take the > first, non-controversial batch of davinci platform changes so that > we'll have less code to carry for the next release. I think those are patches 3-7. I can take those if I get an immutable commit over v4.18-rc1 from Srinivas with patches 1 & 2 applied. Thanks, Sekhar