* pca954x devices sharing reset-gpios
@ 2021-12-02 20:18 Chris Packham
0 siblings, 0 replies; only message in thread
From: Chris Packham @ 2021-12-02 20:18 UTC (permalink / raw)
To: devicetree, linux-i2c; +Cc: linux-kernel
Hi All,
I've run into a problem trying to accurately model some hardware.
In this particular design there are a bunch of pca9548 i2c muxes and
some of them share the same reset pins coming out of a custom FPGA
(we've written a gpio driver to represent that part of the FPGA).
Initially we had this working by using a gpio-hog for the reset lines
and pretty much forgetting they were there.
If I start building the fpga-gpio driver as a module I run into a
situation where there is an implicit dependency between the fpga-gpio
driver and the pca954x i2c muxes. Because it's implicit the
pca954x_probe runs early and fails for these devices. I can make that
dependency explicit by using the reset-gpios property which correctly
defers the probe until the fpga-gpio driver is loaded. But as some of
these pca9548 share reset lines they ones that get probed second get
-EBUSY when they request the GPIO.
Is there any way I can represent these pca9548 devices as a group with a
single reset-gpio property for the group?
Thanks,
Chris
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2021-12-02 20:18 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-12-02 20:18 pca954x devices sharing reset-gpios Chris Packham
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.