On Tue, Feb 27, 2018 at 12:59 AM, Marek Vasut <[email protected]> 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-with-SPI-NOR-interface-td315694i20.html >> >> 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. _______________________________________________ U-Boot mailing list [email protected] https://lists.denx.de/listinfo/u-boot
