On Fri, Jun 9, 2023 at 10:15 AM Alexander Stein <alexander.stein@xxxxxxxxxxxxxxx> wrote: > > A agree with Mark that a command line option isn't that bad. It's something > > that pertains to just the Linux kernel after all? And you can put that > > command line option in the default device tree, in chosen, if you want. > > I don't like the idea of a command line enabling realtime scheduling for all > instances of the SPI controller driver or even all SPI controllers. Actually > this might be worse if a non-rt SPI bus is considered for RT scheduling. > IMHO this should be configurable per SPI controller, OK that's a fair point. I don't think command line arguments are necessarily global by nature, AFAIK it's fine to invent something like pl022.4.rt_sched=1 where 4 is the instance number. Parsing it is just code. > e.g. a sysfs attribute. But it needs to be set before userspace is up :/ I fully sympathize with this problem, because I have faced similar problems myself. My fallback solution for this driver would be to keep using the old DT property (which was merged when reviewing was not as strict) if that works, or use undocumented DT properties, it's not the end of the world but does leave the bad taste of a work not finished. Yours, Linus Walleij
