Messages in this thread | | | Date | Wed, 8 Jan 2014 10:45:18 +0100 | Subject | Re: [RFC PATCH] gpio: add GPIO hogging mechanism | From | Linus Walleij <> |
| |
On Mon, Dec 30, 2013 at 10:48 AM, boris brezillon <b.brezillon@overkiz.com> wrote: > On 19/12/2013 19:22, Felipe Balbi wrote:
>> that's quite a weird argument from Linus W, considering you _do_ have a >> discrete mux on the board. > >> We have quite a few of such "crazy" scenarios here at TI and we were >> going to send a pinctrl-gpio driver.
Hm I'm all in the blue as to what a "pinctrl-gpio driver" is ... I'm confused :-)
>> If that's not acceptable, then I >> suppose there is no way to boot from NAND on a board where NAND signals >> go through a discrete mux where the select signal is a GPIO pin.
One problem I have is that I still don't really understand if this is a pin mux, i.e. changing the connection to a certain device onto some actual *PIN* or just some other mux muxing some certain line from one silicon block to another.
> Linus, tell me if I'm wrong, but I think, the pinctrl-gpio is the right way > to solve > the at91rm9200ek board use case.
I don't know, because I don't know exactly what you mean by "pinctrl-gpio".
Yours, Linus Walleij
| |