Thread (39 messages) 39 messages, 5 authors, 2021-03-31

Re: [PATCH 2/2] gpio: Add Realtek Otto GPIO support

From: Sander Vanheule <sander@svanheule.net>
Date: 2021-03-15 19:10:18
Also in: linux-gpio, lkml

On Mon, 2021-03-15 at 16:10 +0100, Linus Walleij wrote:
On Mon, Mar 15, 2021 at 9:26 AM Sander Vanheule
[off-list ref] wrote:
quoted
Realtek MIPS SoCs (platform name Otto) have GPIO controllers with
up to
64 GPIOs, divided over two banks. Each bank has a set of registers
for
32 GPIOs, with support for edge-triggered interrupts.

Each GPIO bank consists of four 8-bit GPIO ports (ABCD and EFGH).
Most
registers pack one bit per GPIO, except for the IMR register, which
packs two bits per GPIO (AB-CD).

Although the byte order is currently assumed to have port A..D at
offset
0x0..0x3, this has been observed to be reversed on other, Lexra-
based,
SoCs (e.g. RTL8196E/97D/97F).

Interrupt support is disabled for the fallback devicetree-
compatible
'realtek,otto-gpio'. This allows for quick support of GPIO banks in
which the byte order would be unknown. In this case, the port
ordering
in the IMR registers may not match the reversed order in the other
registers (DCBA, and BA-DC or DC-BA).

Signed-off-by: Sander Vanheule <sander@svanheule.net>
Overall this is a beautiful driver and it makes use of all the
generic
frameworks I can think of. I don't see any reason not to merge
it so:
Reviewed-by: Linus Walleij <redacted>
Thanks for the review and the kind comments!

The following is some notes and nitpicks, nothing blocking any
merge, more like discussion.
quoted
+enum realtek_gpio_flags {
+       GPIO_INTERRUPTS = BIT(0),
+};
I suppose this looks like this because more flags will be introduced
when you add more functionality to the driver. Otherwise it seems
like overkill so a bool would suffice.

I would add a comment /* TODO: this will be expanded */
That's correct, I would like this to be extendable. Like the commit
message noted, some other SoC appear to have port order D-C-B-A. The
current driver only supports the A-B-C-D port order, so a flag could be
added to differentiate between A-first and D-first.

Another flag that will be added in the future, is one to indicate that
the GPIO block has extra interrupt control registers, located after the
second GPIO bank.

For example, the rtl9300-series appears to have both the reversed port
order, and an extra "interrupt enable" register. This is not yet
implemented, since I don't currently have a device with this type of
SoC.

quoted
+static inline u32 realtek_gpio_imr_bits(unsigned int pin, u32
value)
+{
+       return ((value & 0x3) << 2*(pin % 16));
+}
I would explain a bit about this, obviouslt it is two bit per
line, but it took me some time to parse, so a comment
about the bit layout would be nice.
quoted
+       unsigned int offset = pin/16;
Here that number appears again.
I've updated the patch (and added your Reviewed-by tags) for a v2.
Hopefully this is now more obvious from the code and comments.

Best,
Sander
The use of GPIO_GENERIC and GPIO irqchip is flawless
and first class.

Thanks!
Linus Walleij
  
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help