I submitted a patch for this in November, But haven't followed
up on the last review as yet.
See: https://patchwork.ozlabs.org/cover/839923/
Hi Phil, that looks nice. Sorry for duplicating your work. I would have
sworn I haven't seen your patch, but I *think* I actually read that IRQ
polarity discussion. Strange, perhaps I just forgot that it was about
MCP23xxx.
I used exactly the same dt in my first propsal. But you'll see
form the discussions that series
This needs to be the standard 'drive-open-drain' flag
I wasn't aware of that one.
The original code does the same thing.
open drain is active-low.
Sharing can also be achieved by AND / OR gates with push-pull drivers.
So no need to treat that differently.
That's a good point. I agree that decoupling the irq-controller's
configuration from this chip's IRQ output lane configuration (and hence
moving the IRQ_SHARED etc to the DT) makes sense.
My change also writes to the MCP_IOCON unconditionally. For example, the
old code would fail if "something" configured the chip for irq-open-drain
before the kernel got a chance to run.
Will you have time to re-spin the series anytime soon? I can help if you'd
like to.
Cheers,
Jan
--
To unsubscribe from this list: send the line "unsubscribe linux-gpio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
