On Tue, Apr 02, 2019 at 07:05:35AM +0200, H. Nikolaus Schaller wrote: > > Am 02.04.2019 um 06:02 schrieb Linus Walleij <linus.walleij@xxxxxxxxxx>: Please delete unneeded context from mails when replying. Doing this makes it much easier to find your reply in the message, helping ensure it won't be missed by people scrolling through the irrelevant quoted material. > >>> This does not work because there are devices that requires spi-cs-high to be > >>> respected and the DTS second cell GPIO flag to be ignored. > >> Then, those should be fixed... > > This can't be done because some old systems (mostly powerpc) > > added between 2008-2013 do not know about GPIO flags and > > have DTBs deployed in firmware that need to keep working. > > They cannot be fixed. > The question is if it is even possible to deploy a new kernel > for such devices and if anyone wants to do... It's relatively common, especially with older devices, for people to be perfectly happy to update the kernel and do so frequently but unwilling to update the bootloader as the procedure for recovering a broken bootloader is difficult or perhaps not even possible. > This also gives another idea: make it depend on "powerpc". That won't fly, the code has always been architecture neutral. > > Dunno about this, it looks fragile, I would prefer to keep all working. > > But I will listen to reason. > Reason why I propose a CONFIG option is: > if someone is able to compile and deploy a v5.1 kernel for some device which > has (old) and problematic DTB in ROM he/she must have access to the .config. > So it is easy to modify it to enable legacy handling of spi-cs-high. And keep > it disabled for all others. This assumes people aren't able to run a distro kernel...
Attachment:
signature.asc
Description: PGP signature