[oe] [meta-handheld] linux-yocto-3.8 failing

Sat Apr 13 03:59:35 UTC 2013

On Fri, Apr 12, 2013 at 11:00 PM, Bruce Ashfield
<bruce.ashfield at gmail.com> wrote:
> On Fri, Apr 12, 2013 at 9:04 PM, Martin Jansa <martin.jansa at gmail.com> wrote:
>> On Fri, Apr 12, 2013 at 08:44:53PM -0400, Bruce Ashfield wrote:
>>> On Fri, Apr 12, 2013 at 6:52 PM, Martin Jansa <martin.jansa at gmail.com> wrote:
>>> > Hi Andrea,
>>> >
>>> > patches from
>>> > http://git.openembedded.org/meta-handheld/commit/?id=54c01286d738e6a6dc2971853644b9ed0e0a9a2e
>>> >
>>> > don't apply after linux-yocto upgrade in oe-core from today
>>> > http://git.openembedded.org/openembedded-core/commit/?id=0271dec64591c4d91933b3a8db875a374a63640b
>>>
>>> Hmm. Andrea and I debugged another problem with these BSPs just yesterday,
>>> I sent a fix to RP that is slightly newer than the commit you are referencing
>>> above.
>>>
>>> If it still doesn't work with the very tip of oe-core, then I'll help
>>> Andrea debug more ... unless
>>> the patches really do need a refresh :)
>>
>> Maybe it was caused by some other linux-yocto/kern-tools-native change
>> instead, because I've built linux-yocto-3.8 for spitz earlier today
>> (with oe-core revision from yesterday). Then I upgraded oe-core again
>> and it started to fail.
>
> There were some changes just this morning, to fix NFS root issues
> picked up on the
> h/w reference BSPS. Before that, some patches were being missed and not throwing
> a hard error. They are likely found now .. and could be what is
> causing the problem.
>
> The easiest way for me is to just clone and configure my own spitz
> build and I'll
> let everyone know how it goes.

Just a follow up. I tested the build, and it is just a straight up
patch refresh issue,
everything is being properly queued. If it ever worked on the 3.8
kernel, that was
the anomaly not the current patch failure.

The first example of spitz_pm.patch failing is because the following mainline
commit has already done the job:

> git show 510fcb0d331f314cd20d0067d56f29302846f47b
commit 510fcb0d331f314cd20d0067d56f29302846f47b
Author: Marko Katic <dromede at gmail.com>
Date:   Thu Oct 25 18:51:38 2012 +0200

    ARM: pxa/spitz_pm: Fix hang when resuming from STR

    Devices that use spitz_pm.c will fail to resume
    from STR (Suspend To Ram) when the charger plug is inserted
    or removed when a device is in STR mode. The culprit is
    a misconfigured gpio line - GPIO18. GPIO18 should be configured as a
    regular GPIO input but it gets configured as an alternate function
    GPIO18_RDY. And then later in postsuspend() it gets configured as
    a regular GPIO18 input line.

    Fix this by removing the GPIO18_RDY configuration so that GPIO18
    only gets configured as a regular gpio input.

    Signed-off-by: Marko Katic <dromede at gmail.com>
    Signed-off-by: Haojian Zhuang <haojian.zhuang at gmail.com>

diff --git a/arch/arm/mach-pxa/spitz_pm.c b/arch/arm/mach-pxa/spitz_pm.c

... etc.

So just the standard matter of refreshing and dropping some patches.
Unless Andrea
finds out that I'm just missing something in my config or test.

Cheers,

Bruce

>
> Cheers,
>
> Bruce
>
>>
>> https://github.com/shr-distribution/buildhistory/commit/0e3324cd91d06a362661b4151a298fa2f3f6566e
>> is my last successful spitz image build and it shows
>> kernel_3.8.4+git0+27b63fdbd25ad1a37bacc05f49a205c150d21779_11998bd1f44b21cd0b8c0ca11cbd36865f14bfdc-r4.0.0_spitz.ipk
>> (same SRCREVs as now failing build)
>>
>> Cheers,
>>
>>> > ERROR: Function failed: do_patch (see /OE/shr-core/tmp-eglibc/work/spitz-oe-linux-gnueabi/linux-yocto/3.8.4+gitAUTOINC+27b63fdbd25ad1a37bacc05f49a205c150d21779_11998bd1f44b21cd0b8c0ca11cbd36865f14bfdc-r4.1/temp/log.do_patch.18051 for further information)
>>> > ERROR: Logfile of failure stored in: /OE/shr-core/tmp-eglibc/work/spitz-oe-linux-gnueabi/linux-yocto/3.8.4+gitAUTOINC+27b63fdbd25ad1a37bacc05f49a205c150d21779_11998bd1f44b21cd0b8c0ca11cbd36865f14bfdc-r4.1/temp/log.do_patch.18051
>>> > Log data follows:
>>> > | DEBUG: Executing shell function do_patch
>>> > | Deleted branch meta-temp (was 37fdb0c).
>>> > | [INFO] validating against known patches  (spitz-standard-meta)
>>> > error: patch failed: arch/arm/mach-pxa/spitz_pm.c:86##] (\)(102 %)
>>> > | error: arch/arm/mach-pxa/spitz_pm.c: patch does not apply
>>> > | To force apply this patch, use 'guilt push -f'
>>> > | [ERROR] unable to complete push
>>> > | pending patches are:
>>> > | links/linux-yocto-3.8/spitz_pm.patch
>>> > | links/linux-yocto-3.8/pxa27x-sa1100-rtc.patch
>>> > | links/linux-yocto-3.8/spi-pxa2xx-fix-mem.patch
>>> > | ERROR. could not update git tree
>>> > | ERROR. Could not apply patches for spitz.
>>> > |        Patch failures can be resolved in the devshell (bitbake -c devshell linux-yocto)
>>> > | ERROR: Function failed: do_patch (see /OE/shr-core/tmp-eglibc/work/spitz-oe-linux-gnueabi/linux-yocto/3.8.4+gitAUTOINC+27b63fdbd25ad1a37bacc05f49a205c150d21779_11998bd1f44b21cd0b8c0ca11cbd36865f14bfdc-r4.1/temp/log.do_patch.18051 for further information)
>>> > ERROR: Task 3 (/OE/shr-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_3.8.bb, do_patch) failed with exit code '1'
>>> > NOTE: Tasks Summary: Attempted 26 tasks of which 21 didn't need to be rerun and 1 failed.
>>> >
>>> > --
>>> > Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
>>> >
>>> > _______________________________________________
>>> > Openembedded-devel mailing list
>>> > Openembedded-devel at lists.openembedded.org
>>> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>> >
>>>
>>>
>>>
>>> --
>>> "Thou shalt not follow the NULL pointer, for chaos and madness await
>>> thee at its end"
>>>
>>> _______________________________________________
>>> Openembedded-devel mailing list
>>> Openembedded-devel at lists.openembedded.org
>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>
>> --
>> Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
>>
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel at lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>
>
>
>
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end"

--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"