[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CACRpkdbUWBXSPuiyvEck=Cvo8xygSkGx6T-Cxr9nN0VkfjH+sQ@mail.gmail.com>
Date: Fri, 16 Oct 2015 21:54:55 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Andreas Werner <andy@...nerandy.de>
Cc: Alexandre Courbot <gnurou@...il.com>,
"linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Johannes Thumshirn <morbidrsa@...il.com>
Subject: Re: [PATCH] gpio: Add driver for MEN 16Z127 GPIO controller
On Thu, Oct 8, 2015 at 9:49 PM, Andreas Werner <andy@...nerandy.de> wrote:
> if i will implement the open drain support, does it really makes sense to go with the
> generic gpio lib?
Open Drain yes, for more esoterin pin config you may need to
also implement pin control, see Documentation/pinctrl.txt
> I need to replace the direction_input and direction_outpu functions
> because if the userland set an open drain pin to input i need to
> set the pin to High-Z (driver "1") instead of setting the input bit
> in the direction register.
Laurent has the same usecase I think, we need some fixes but
then we can detect (in the driver) that the gpio descriptor has
the open drain flag set in the .request() callback so you
can set it up there.
> So at the end there are just the "set" and "dat"
> functions used to drive an output and to get an input state.
> Alle other functions needs to be implemented in the driver.
I don't understand this question.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists