Re: [PATCH v6 0/5] da850-evm: add gpio-{keys,leds} for UI and BB expanders

From: Kevin Hilman
Date: Mon Dec 13 2010 - 16:54:00 EST


Ben Gardiner <bengardiner@xxxxxxxxxxxxxx> writes:

> Hi Kevin,
>
> On Fri, Dec 10, 2010 at 11:33 AM, Ben Gardiner
> <bengardiner@xxxxxxxxxxxxxx> wrote:
>> On Fri, Dec 10, 2010 at 11:16 AM, Kevin Hilman
>>> [...]
>>> This series looks good to me, so I'll be queuing it in davinci-next for
>>> 2.6.38. ÂIt should show up in davinci git shortly. [...]
>>
>> Thank you very much, Kevin.
>>
>> I will check linux-davinci/master on monday.
>
> I looked at git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git#davinci-next
> ; HEAD at the time was
>
> commit 3004ce0d3a44525de63e18b01f7734bc8d64f2c5
> Author: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
> Date: Thu Dec 9 16:51:07 2010 -0500
>
> da850-evm: KEYBOARD_GPIO_POLLED Kconfig conditional
>
> Use the mach-davinci/Kconfig to enable gpio-keys-polled as default when
> da850-evm machine is enabled.
>
> Signed-off-by: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
> CC: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
> CC: "Nori, Sekhar" <nsekhar@xxxxxx>
> CC: Gabor Juhos <juhosg@xxxxxxxxxxx>
> Signed-off-by: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
>
> Everything seems to be in order there; I tested the resulting kernel
> with evtest and the expected output was observed. Note that
> davinci-next still contains the cherry-pick of the upstream commit of
> the polled gpio keys driver:

oops... I've now removed that, since it is part of v2.6.36-rc5 already.
Thanks for checking.

[...]
> I also looked at
> git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git#master
> ; HEAD at the time was
>
> commit 4bfbdddc0655a284a98304bc343c6bcaf81b8e4d
> Merge: 771215c 7507fd3
> Author: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
> Date: Fri Dec 10 16:25:27 2010 -0800
>
> rebuild linux-davinci from branches
>
> There appears to be some double commits of the patch series. I tested
> it with evtest anyways and also observed the expected output.
>
> The following command and its output hopefully demonstrate what I am
> seeing as double commits.

Yes, there will be double commits in master, because of the way I manage
master using 'git merge -ours'. But there shouldn't be double commits
between my "rebuild from braches" merges. It can be confusing, but if
you look at the history with a graphical tool like 'gitk', it might shed
some light on what is going on.

I know it's confusing, but the davinci-next branch is the only important
branch in this tree for upstream purposes.

[...]

> Note that the cherry pick of the upstream commit of the polled gpio
> keys driver is here in 'master' also.

Yeah, that came from davinc-next. Now that it's removed from there, it
should be ok.

I just pushed an updated davinci-next and master branch. It sometimes
takes a bit to propagate to all the kernel.org mirrors, but the update
should be there shortly.

Thanks,

Kevin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/