On Wed, May 13, 2020 at 3:23 PM Miquel Raynal <miquel.raynal@xxxxxxxxxxx> wrote: > Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx> wrote on Wed, 13 May 2020 15:17:37 +0200: > > On Wed, 13 May 2020 14:55:01 +0200 Robert Jarzmik <robert.jarzmik@xxxxxxx> wrote: > > > Miquel Raynal <miquel.raynal@xxxxxxxxxxx> writes: > > > > > > >> I hope someone still has a board to test that. > > > No, unfortunately I don't have this board, nor do I know of anyone having > > > one. It's the second time I see patches on cmx270, and the question to whether > > > we shoud keep this board in kernel is still in my mind ... given that cm-x300 is > > > fully supported and testable, and no one I know has a cm-x2700 ... > > > > What's the point of keeping support for a board no one has or no one > > cares about? I know I don't have my word in this decision, but I would > > strongly recommend getting rid of it, especially when I see such > > crappy/unmaintained code lurking around in the drivers/ tree. > > I also agree on the fact that spending time on maintain unused boards > is lost time. We have so many drivers to handle, maybe it's time to get > rid of these "too" old drivers. The cm-x255/cm-x270 came up in another discussion last year because of its unusual PCI_HOST_ITE8152 PCI support that I'd like to kill off. We did not see a strong reason to keep the board support at that time, but nobody sent any patches. I think it would be reasonable to just kill off MACH_ARMCORE, PCI_HOST_ITE8152 and MTD_NAND_CM_X270 along with anything else that is no longer used after those are gone, such as the pcmcia support. Arnd ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/