[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a55d774e0912151307i12777a67jabf190742be3883e@mail.gmail.com>
Date: Tue, 15 Dec 2009 13:07:13 -0800
From: Brian Swetland <swetland@...gle.com>
To: Jamie Lokier <jamie@...reable.org>
Cc: H Hartley Sweeten <hartleys@...ionengravers.com>,
Daniel Walker <dwalker@...eaurora.org>,
Pavel Machek <pavel@....cz>,
Iliyan Malchev <malchev@...gle.com>,
"Arve Hj?nnev?g" <arve@...roid.com>,
kernel list <linux-kernel@...r.kernel.org>,
Ryan Mallon <ryan@...ewatersys.com>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>
Subject: Re: GPIO support for HTC Dream
On Tue, Dec 15, 2009 at 12:48 PM, Jamie Lokier <jamie@...reable.org> wrote:
>
> Perhaps the Dream's GPIOs are similar, but with opposite polarity.
> If it also has the same transition driving spike, writing a 1->0
> transition would be bad for the hardware making the shadow variable
> even more important.
Arve will certainly step in if I'm wrong here, but I believe the issue
is that the dream CPLD GPIOs (which is what we're talking about, not
the MSM7K's onboard GPIOs which are more flexible) have no way to read
the set output state back. So, you can't read-modify-write to change
just one of the 8 bits in a given bank. The default mask values in
the android msm tree's trout gpio board files are based on what he
shipping HTC bootloader initializes things to.
Brian
--
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