On Fri, Feb 20, 2026 at 7:57 PM Shenwei Wang <[email protected]> wrote:
> Given that, I’d like to hear from the GPIO subsystem maintainers — @Linus > Walleij and > @Bartosz Golaszewski — on whether a driver that works with the current > hardware/firmware > design could still be acceptable for upstream inclusion. My understanding is > that upstream > generally supports existing, real-world hardware as long as the driver meets > subsystem standards. What a swell party this has become. In this kind of situations I usually refer to Documentation/process/management-style.rst What is the message I as a maintainer is getting from NXP regarding "gpio: rpmsg: add generic rpmsg GPIO driver"? Arnaud, who is the only person in this discussion who actually wrote a standard RPMSG driver (drivers/tty/rpmsg_tty.c), must ACK this patch if it wants to call itself a "generic" RPMSG GPIO driver, if he does not, then it isn't. Is it generic? If it is not, let's call it "NXP rpmsg GPIO driver" and rename files etc accordingly. Maybe it can share code with the actual generic RPMSG driver once that arrives, that is more of a library question. Yours, Linus Walleij
