Yeah, would be nice but, oh well - can just highlight in the docs that only pins X, Y, Z are available for HW pwm, otherwise it just won't work.Dynamic switching between PWM providers is outside the scope of Device Tree. You would (at least) need to add an intermediary shim driver that could switch between multiple implementations.
Yeah, I figured that would be the preferred approach. I'll see if I can tweak the options to work, though if I strictly use the existing variable names it might not be that clear; if it's possible to alias (not sure 'alias' is the correct term here, I know aliases are a specific thing themselves in overlays) variable names or something, that might be an option to keep existing configs working while having clear configuration in the future?It's always better to extend an existing overlay, provided the additions don't outweigh the common elements.
How do you feel about the convention for what I already posted? I feel it's as clean/intuitive as possible though not 100% compatible. As I said I unified the GPIO PIN# selection, so at least for that one it would need some sort of alias.
Obviously we don't want a future rpi update killing peoples displays and forcing them to have to change their configs.
Sounds good, I have emailed them about my efforts anyway, they haven't got back about this topic yet but we'll see I guess.We have other user-submitted overlays - it hasn't been a problem in the past. If the manufacturer were to get in touch and request changes then we would be likely to give them slightly more say in the matter than a third party
Mostly this benefits me and my project but I don't mind sharing
Statistics: Posted by forbiddenera — Mon Jan 12, 2026 3:54 pm