Thread (15 messages) 15 messages, 4 authors, 2013-09-23

Re: [rtc-linux] [PATCH V2 3/5] gpio: add support for AMS AS3722 gpio driver

From: Linus Walleij <hidden>
Date: 2013-09-23 09:26:18
Also in: linux-gpio, lkml

On Mon, Sep 23, 2013 at 10:55 AM, Laxman Dewangan [off-list ref] wrote:
On Monday 23 September 2013 01:36 PM, Linus Walleij wrote:
quoted
This is pin control. Do not try to shoehorn pin control drivers into
the GPIO subsystem. Take a good day off, read through
Documentation/pinctrl.txt and come back with a thoroughly rewritten
driver in drivers/pinctrl/pinctrl-as3722.c.
(...)
Yes, the appropriate location is pin control for pull up/down etc
configuration but with this device, the actual issue is with the way it is
require to configure the pull up/down and input/output of the pin. There is
no separate bits for pull up/down and direction and it is  clubbed together.
The register's bits are defined as:

Selects the GPIO mode (I, I/O, Tri, Pulls) (BIT 2:0)
  0 : Input
  1 : Output (push and pull) VSUP_GPIO
  2 : Output/Input (open drain, only NMOS is active)
  3 : ADC input (Tristate)
  4 : Input with pull-up to VDD_GPIO_lv
  5 : Input with pull-down
  6 : Output/Input open drain (nmos) with pull-up to VDD_GPIO_lv,
  7 : Output (push and pull) VDD_GPIO_lv

So I can not actually configure the pull up/down, open drain and direction
independently until every thing is known.
Direction come from gpio driver but pull up/down and open drain
configuration come from the pin control.
And this is only the reason to make all configuration in single driver.
This is nothing special. Create a single combined GPIO and
pin control driver using the pin control framework and device
tree bindings.

It is the responsibility of the driver to say "no" to things the
hardware cannot handle, and it is the responsibility of the
driver to track the state of the hardware.

The fact that hardware engineers have attempted to be
"helpful" by supplying 8 predefined configuration states
does not change anything.

Also it is obviously soon a pin control driver since your
DT binding contains this:

+function: IO functionality of the pins. The valid options are:
+       gpio, intrrupt-output, vsup-vbat-low-undeb, interrupt-input,
+       pwm-input, voltage-stby, oc-powergood-sd0, powergood-output,
+       clk32k-output, watchdog-input, soft-reset-input, pwm-output,
+       vsup-vbat-low-deb, oc-powergood-sd6
+    Missing the function property will set the pin in GPIO mode.

Which shall be implemented using the pinmux portions
of pin control.

Yours,
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