[PATCH v8 3/4] gpio: rpmsg: add generic rpmsg GPIO driver

[Shenwei Wang]

> -----Original Message-----
> From: Daniel Baluta (OSS) <daniel.baluta at oss.nxp.com>
> Sent: Tuesday, February 24, 2026 10:04 AM
> To: Shenwei Wang <shenwei.wang at nxp.com>; Bjorn Andersson
> <andersson at kernel.org>; Arnaud POULIQUEN <arnaud.pouliquen at foss.st.com>
> Cc: Linus Walleij <linusw at kernel.org>; Andrew Lunn <andrew at lunn.ch>; Bartosz
> Golaszewski <brgl at kernel.org>; Jonathan Corbet <corbet at lwn.net>; Rob Herring
> <robh at kernel.org>; Krzysztof Kozlowski <krzk+dt at kernel.org>; Conor Dooley
> <conor+dt at kernel.org>; Mathieu Poirier <mathieu.poirier at linaro.org>; Frank Li
> <frank.li at nxp.com>; Sascha Hauer <s.hauer at pengutronix.de>; Shuah Khan
> <skhan at linuxfoundation.org>; linux-gpio at vger.kernel.org; linux-
> doc at vger.kernel.org; linux-kernel at vger.kernel.org; Pengutronix Kernel Team
> <kernel at pengutronix.de>; Fabio Estevam <festevam at gmail.com>; Peng Fan
> <peng.fan at nxp.com>; devicetree at vger.kernel.org; linux-
> remoteproc at vger.kernel.org; imx at lists.linux.dev; linux-arm-
> kernel at lists.infradead.org; dl-linux-imx <linux-imx at nxp.com>; Bartosz
> Golaszewski <brgl at bgdev.pl>
> Subject: Re: [PATCH v8 3/4] gpio: rpmsg: add generic rpmsg GPIO driver
> 
> On 2/24/26 17:56, Shenwei Wang wrote:
> > Technically, yes—it's possible to use the virtio mechanism directly without
> rpmsg.
> > It’s a bit like talking straight to the IP layer without involving TCP
> > or UDP: doable, but at a lower‑level approach.
> >
> > As for the idea of gpio‑virtio, which could be an optional solution
> > that certain customers might prefer. I recall hearing this idea from
> > Mathieu originally, though I’m not sure whether he plans to implement it.
> 
> gpio-virtio is already upstream in drivers/gpio/gpio-virtio.c
> 

I’m not an expert on virtio, but having the gpio‑virtio driver upstream on the Linux side doesn’t 
necessarily mean the overall solution is complete. The remote firmware still needs to implement 
the virtio‑GPIO backend, expose the virtio‑GPIO device, and handle all of the underlying hardware 
interactions.

My understanding is that this firmware-side implementation is the part we were interested in.

Thanks,
Shenwei