From: David Brownell <david-b@pacbell.net>
To: Pavel Pisa <ppisa4lists@pikron.com>
Cc: linux-arm-kernel@lists.arm.linux.org.uk,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
linux-input <linux-input@atrey.karlin.mff.cuni.cz>,
Sascha Hauer <s.hauer@pengutronix.de>,
Russell King - ARM Linux <linux@arm.linux.org.uk>
Subject: Re: [PATCH] Generic, platform independent matrix keyboard support
Date: Sun, 14 Oct 2007 17:18:07 -0700 [thread overview]
Message-ID: <200710141718.08136.david-b@pacbell.net> (raw)
In-Reply-To: <200710142257.03872.ppisa4lists@pikron.com>
On Sunday 14 October 2007, Pavel Pisa wrote:
> I would be much more happy, if such pressure for generality would
> be pushed into directions where such universality makes more sense.
> GPIO is an example. It would be great if there would be support to test
> if pin can become input, output, has pull-up and or OC support
> and if these options could be controlled portable way.
Test if it can be an input or output by calling the function to
set the direction, and seeing if it fails. Simple, portable.
Pullups/pulldowns are platform-specific pin mux issues, along
with configuring pins as GPIOs. That is, it needs a separate
programming interface. See the note in Documentation/gpio.txt
talking about the range of platform variation there ... that
isn't very amenable to a cross-platform interface.
I don't know what you mean by "OC support". OverCurrent?
"Open Collector" would be TTL-specific, and TTL isn't used
much with VLSI. "Obstetric Cholestasis" is what Google
suggested, but I rather doubt that's what you mean. ;)
> These things
> are common on most of todays chips (even on 8-bit MCUs) and
> pull-ups are required to prevent extraordinary power consumption
> caused by floating input pins.
True but irrelevant. That is a *PIN* specific interface, and
the fact that some platforms can route a given GPIO to multiple
pins illustrates exactly why it needs a separate interface (not
a GPIO interface). Plus, whether or not an on-chip pullup should
be used (vs external ones) is a *BOARD* specific decision.
- Dave
next prev parent reply other threads:[~2007-10-15 0:18 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200709021228.58354.ppisa4lists@pikron.com>
[not found] ` <200710090218.27964.ppisa4lists@pikron.com>
[not found] ` <20071009074020.GA14231@flint.arm.linux.org.uk>
[not found] ` <200710091222.10677.ppisa4lists@pikron.com>
2007-10-09 16:22 ` [PATCH] Generic, platform independent matrix keyboard support Dmitry Torokhov
2007-10-10 1:32 ` Pavel Pisa
2007-10-10 2:05 ` David Brownell
2007-10-10 13:10 ` Dmitry Torokhov
2007-10-14 20:57 ` Pavel Pisa
2007-10-15 0:18 ` David Brownell [this message]
2007-10-10 13:48 ` Dmitry Torokhov
2007-08-26 18:48 Pavel Pisa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200710141718.08136.david-b@pacbell.net \
--to=david-b@pacbell.net \
--cc=dmitry.torokhov@gmail.com \
--cc=linux-arm-kernel@lists.arm.linux.org.uk \
--cc=linux-input@atrey.karlin.mff.cuni.cz \
--cc=linux@arm.linux.org.uk \
--cc=ppisa4lists@pikron.com \
--cc=s.hauer@pengutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).