[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <17be05570908150359t2cfafac3if43a2dc55a1a7195@mail.gmail.com>
Date: Sat, 15 Aug 2009 12:59:48 +0200
From: Tobias Müller <Tobias_Mueller@...m.info>
To: David Brownell <david-b@...bell.net>
Cc: Andres Salomon <dilinger@...labora.co.uk>,
akpm@...ux-foundation.org, Randy Dunlap <randy.dunlap@...cle.com>,
deepak@...top.org, Takashi Iwai <tiwai@...e.de>,
linux-kernel@...r.kernel.org, linux-geode@...ts.infradead.org,
jordan@...micpenguin.net, cjb@...top.org
Subject: Re: [PATCH 1/2] cs5535-gpio: add AMD CS5535/CS5536 GPIO driver
support
2009/7/2 David Brownell <david-b@...bell.net>:
> Correct-but-annoying ... and maybe worth changing. The
> direction *displayed* may not reflect the actual hardware
> until after that GPIO signal is initialized. Boot firmware
> may well have set the direction; Linux shouldn't change it
> without explicit instructions to do so.
OK. If this is a know problem with all GPIO drivers, we can
skip these to two lines to set in pin a defined state.
> So it would be nice to remove the heuristic. The best
> way would be to add a new method to query gpio direction.
> Then that when it's available, instead of the heuristic.
This can be implemented when the GPIO interface supports it.
The problem with the mask still occurs. I changed to default
mask to 0x0F7FFFFF, so that all pins except the reserved
ones and the power-pin (which needs special handling) are
enabled. Shall we keep it this way (which I prefer) or delete
it entirely?
Sorry, for the late reply, holidays were nice. :)
Tobias
--
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