On Tue, Feb 27, 2018 at 12:59 AM, Marek Vasut marex@denx.de wrote:
On 02/26/2018 06:25 PM, Tom Rini wrote:
On Mon, Feb 26, 2018 at 08:28:45PM +0530, Jagan Teki wrote:
Due to adding various new functionalities with SPI and SPI-FLASH subsystems which are rounding in Mailing list for year+ [1] these long term supporting spi driver which never seen any update with driver-model conversion.
We support to write another stack code for supporting these legacy stuff, but things become more difficult. So I'm finally giving deadlines for these drivers to respective driver or board developers to convert them as soon as possible.
PS: We all agree some special platforms has some difficulties with dm-conversion let's discuss.
No dm conversion yet:
drivers/spi/cf_spi.c drivers/spi/fsl_espi.c drivers/spi/lpc32xx_ssp.c drivers/spi/mpc8xx_spi.c drivers/spi/mpc8xxx_spi.c drivers/spi/mxs_spi.c drivers/spi/sh_qspi.c drivers/spi/sh_spi.c drivers/spi/soft_spi_legacy.c
Partially converted:
drivers/spi/atcspi200_spi.c drivers/spi/atmel_spi.c drivers/spi/davinci_spi.c drivers/spi/fsl_dspi.c drivers/spi/fsl_qspi.c drivers/spi/kirkwood_spi.c drivers/spi/mxc_spi.c drivers/spi/omap3_spi.c drivers/spi/ti_qspi.cM
I would like to see these legacy drivers with full dm-conversion or zapped in v2018.09 version of U-Boot.
[1] http://u-boot.10912.n7.nabble.com/PATCH-v10-00-27-dm-Generic-MTD-Subsystem-w...
I've added a bunch of people to the Cc list. I am in agreement with this idea. I'd also rather not push the deadline here out further. Please, speak out if this is a problem, or if you'd like to drop some code / platforms. Thanks all!
My only gripe is that we should've imported the Linux SPI NOR framework years ago rather than blocking every and all patch for the current SPI NOR framework and trying to develop one from scratch ... the drivers I maintain will be converted eventually.
Don't know whether you followed the previous threads(of conversation)? direct Linux SPI-NOR porting was done in one series and discussed along with Simon and eventually moved to MTD driver model on top of SPI-NOR.
Point here is not the issue with blocking of SPI-NOR changes rather how the entire stack can fit into that, we are trying to resolve that, Yes the Linux SPI-NOR will use but the non-dm drivers require other legacy way(like mmc-legacy) to handle. We trying to get rid of that here.
Jagan.