You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your enhancement proposal related to a problem? Please describe.
The PCAL6534 driver doesn't support the last two channels. I'd be willing to make these changes,
but its unclear how we could do so cleanly.
Making the GPIO bitmap 64-bits wide is the "simplest" solution, but this would impact each driver in-tree.
Special-casing this type would be problematic as we'd violate the generic gpio Zephyr APIs.
Describe the solution you'd like
Its possible we can split the gpio_pcal_series into 1-4 seperate logical expanders depending on version,
but I'd like some feedback before doing so.
I need to unblock myself temporarily, but ideally we wouldn't fork Zephyr Drivers.
Describe alternatives you've considered
Forking the driver
The text was updated successfully, but these errors were encountered:
Is your enhancement proposal related to a problem? Please describe.
The PCAL6534 driver doesn't support the last two channels. I'd be willing to make these changes,
but its unclear how we could do so cleanly.
This caveat in particular:
https://github.com/zephyrproject-rtos/zephyr/blob/main/dts/bindings/gpio/nxp%2Cpca_series.yaml#L21-L22
Making the GPIO bitmap 64-bits wide is the "simplest" solution, but this would impact each driver in-tree.
Special-casing this type would be problematic as we'd violate the generic gpio Zephyr APIs.
Describe the solution you'd like
Its possible we can split the gpio_pcal_series into 1-4 seperate logical expanders depending on version,
but I'd like some feedback before doing so.
I need to unblock myself temporarily, but ideally we wouldn't fork Zephyr Drivers.
Describe alternatives you've considered
The text was updated successfully, but these errors were encountered: