legacy gpio phaseout (II) ...
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest5 patches 1 replyIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/5 | use gpio_direction_output (OMAP tree only)arch/ arch/ arch/ +12 more | +38 | 0 replies | |
| 2/5 | use gpio_to_irq (OMAP tree only)arch/ arch/ arch/ +7 more | +32 | 0 replies | |
| 3/5 | switch to gpio_direction_output (OMAP and mainline)arch/ arch/ arch/ +5 more | +11 | 0 replies | |
| 4/5 | use gpio_to_irq (OMAP and mainline)arch/ arch/ arch/ +5 more | +26 | 0 replies | |
| 5/5 | make legacy gpio request/free calls superfluous (OMAP and mainline)arch/ arch/ | +21 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [patch 2.6.28-rc2-omap 0/5] legacy gpio phaseout (II) ...
Second set, plus the first of Jarkko's:
- OMAP tree
* use gpio_direction_output()
* use gpio_to_irq()
- Mainline *and* OMAP trees:
* use gpio_direction_output(), remove the legacy version
* use gpio_to_irq()
* make legacy gpio_request()/gpio_free() calls superfluous
These go on top of the preceding four.
Merging these will facilitate for example a mach-omap2/gpio.c file that is much nicer since it's not full of OMAP1 support...