Igor Grinberg [off-list ref] writes:
On 07/27/12 20:46, Kevin Hilman wrote:
quoted
Igor Grinberg [off-list ref] writes:
quoted
On 07/26/12 22:30, Kevin Hilman wrote:
quoted
+ Zumeng Chen
Igor Grinberg [off-list ref] writes:
quoted
Hi Kevin,
I've just noticed that the patch has been modified by Arnd in a way
that of course will trigger GPIO use without being requested.
I'm sorry, I was not available by that time Arnd changed the patch.
Your right, your original patch isn't the problem. I found the root
cause.
The real problem is actually introduced by the merge of your patch from
the arm-soc/cleanup branch, and this one from Zumeng Chen: commit
16aced80f6 (ARM: OMAP3530evm: set pendown_state and debounce time for
ads7846) from the arm-soc/boards branch.
However, looking closer at the one from Zumeng, that one is clearly not
right. It unconditionally adds a *board-specific* ->get_pendown_state
function to the pdata that is common to *all* boards. That's just wrong
and has the side-effect of making ->get_pendown_state() wrong on every
board except the OMAP3EVM. Oops.
Argh... that should not be applied in first place...
Agreed, but it's already in mainline.
quoted
I double sorry, I was not available when that conflict was resolved...
The right resolution would be just to revert the 16aced80f6
(ARM: OMAP3530evm: set pendown_state and debounce time for ads7846),
but who cares now...
quoted
quoted
So, IMO, in addition to $SUBJECT patch, in order to get the touchscreen
GPIO working on non OMAP3EVM boards, we also need something like this as
well.
Igor, Zumeng, could you try this out on your boards anc confirm if it's
working? I currently don't have a board setup with a touchscreen in my
board farm.
Since you have already dig into this, which branch would be good for testing?
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git for_3.6/fixes/ads7846
I just pushed this out, so it might take a bit to propagate to all the
mirrors.
Thanks, Kevin, I've just sent the tested-by.
I would also like to see only one patch instead of current two patches,
can you please, amend them into one, write a correct message and resend?
Yeah, the changelog in my first patch isn't quite right anymore since
your patch isn't the one that caused the problems.
You're more familiar with this code than me, so feel free to recombine
them if you like, and I'll queue it up for v3.6-rc.
Thanks,
Kevin