Hi Chris,
On Wed, May 02, 2018 at 09:56:52PM +0000, Chris Packham wrote:
Hi All, On Wed, May 2, 2018 at 10:53 PM Stefan Roese sr@denx.de wrote:
Hi Simon,
On 01.05.2018 12:54, Simon Guinot wrote:
On Mon, Apr 30, 2018 at 11:28:28AM +0530, Jagan Teki wrote:
On Fri, Apr 27, 2018 at 2:21 PM, Simon Guinot <
simon.guinot@sequanux.org> wrote:
On Thu, Apr 26, 2018 at 11:30:00AM +0530, Jagan Teki wrote:
On Thu, Mar 15, 2018 at 5:03 PM, Jagan Teki <
jagan@amarulasolutions.com> wrote:
> kirkwood now support dt along with platform data, > respective boards need to switch into dm for the same.
Added all board mainatiner, using this driver on their relevant boards. So try to switch to DM_SPI(SPI_FLASH) before migration deadline expires.
Hi Jagan,
And what is the deadline exactly ?
See DM_SPI/SPI_FLASH migration details from,
doc/driver-model/MIGRATION.txt
Thanks for letting me know Jagan...
Just to be clear here. The older Marvell platforms Orion and Kirkwood completely lack DM (Driver-Model) and DT (Device-Tree) support in U-Boot. This needs to be added (similar to what I've done to the newer parts beginning with Armada XP / 38x) so that the SPI driver (and others) can be used as DM-enabled driver.
Please see arch/arm/mach-mvebu/ for more details here.
Any work on this is greatly appreciated as I fear that the support for these older SoC's might get dropped completely otherwise soon.
I had a quick try on one of the kirkwood based boards I have. It was pretty easy to bring in the dts files from Linux and get some basic stuff working. I started with i2c since I can still boot without it, I haven't been brave enough to try spi yet.
Hopefully I can spend a bit more time on it over the weekend.
In terms of a long-term plan. I could upstream support for our board, we still include it in the source we distribute as part of our GPL compliance. Since it's a older board that has been fairly stable we're not doing a lot of development on it. My motivation for retaining support for kirkwood is just in case we have some other EOL part that requires us to release a new bootloader. I could do a blind conversion of other in-tree kirkwood boards but my ability to test them would be quite limited.
I have a eSATA Sheevaplug and a IB-NAS6210 lying around here. Both are supported by U-Boot and the Linux kernel. Provided they still work, I could test on these boards if that helps.