* [meta-handheld] linux-yocto-3.8 failing @ 2013-04-12 22:52 Martin Jansa 2013-04-13 0:44 ` Bruce Ashfield 0 siblings, 1 reply; 10+ messages in thread From: Martin Jansa @ 2013-04-12 22:52 UTC (permalink / raw) To: openembedded-devel [-- Attachment #1: Type: text/plain, Size: 2035 bytes --] 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 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@gmail.com [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 205 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [meta-handheld] linux-yocto-3.8 failing 2013-04-12 22:52 [meta-handheld] linux-yocto-3.8 failing Martin Jansa @ 2013-04-13 0:44 ` Bruce Ashfield 2013-04-13 1:04 ` Martin Jansa 0 siblings, 1 reply; 10+ messages in thread From: Bruce Ashfield @ 2013-04-13 0:44 UTC (permalink / raw) To: openembedded-devel On Fri, Apr 12, 2013 at 6:52 PM, Martin Jansa <martin.jansa@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 :) Cheers, Bruce > > 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@gmail.com > > _______________________________________________ > Openembedded-devel mailing list > Openembedded-devel@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" ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [meta-handheld] linux-yocto-3.8 failing 2013-04-13 0:44 ` Bruce Ashfield @ 2013-04-13 1:04 ` Martin Jansa 2013-04-13 3:00 ` Bruce Ashfield 0 siblings, 1 reply; 10+ messages in thread From: Martin Jansa @ 2013-04-13 1:04 UTC (permalink / raw) To: openembedded-devel [-- Attachment #1: Type: text/plain, Size: 3786 bytes --] 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@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. 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@gmail.com > > > > _______________________________________________ > > Openembedded-devel mailing list > > Openembedded-devel@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@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 205 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [meta-handheld] linux-yocto-3.8 failing 2013-04-13 1:04 ` Martin Jansa @ 2013-04-13 3:00 ` Bruce Ashfield 2013-04-13 3:59 ` Bruce Ashfield 0 siblings, 1 reply; 10+ messages in thread From: Bruce Ashfield @ 2013-04-13 3:00 UTC (permalink / raw) To: openembedded-devel On Fri, Apr 12, 2013 at 9:04 PM, Martin Jansa <martin.jansa@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@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. 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@gmail.com >> > >> > _______________________________________________ >> > Openembedded-devel mailing list >> > Openembedded-devel@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@lists.openembedded.org >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > > -- > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com > > _______________________________________________ > Openembedded-devel mailing list > Openembedded-devel@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" ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [meta-handheld] linux-yocto-3.8 failing 2013-04-13 3:00 ` Bruce Ashfield @ 2013-04-13 3:59 ` Bruce Ashfield 2013-04-14 14:54 ` Martin Jansa 0 siblings, 1 reply; 10+ messages in thread From: Bruce Ashfield @ 2013-04-13 3:59 UTC (permalink / raw) To: openembedded-devel On Fri, Apr 12, 2013 at 11:00 PM, Bruce Ashfield <bruce.ashfield@gmail.com> wrote: > On Fri, Apr 12, 2013 at 9:04 PM, Martin Jansa <martin.jansa@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@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@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@gmail.com> Signed-off-by: Haojian Zhuang <haojian.zhuang@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@gmail.com >>> > >>> > _______________________________________________ >>> > Openembedded-devel mailing list >>> > Openembedded-devel@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@lists.openembedded.org >>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel >> >> -- >> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com >> >> _______________________________________________ >> Openembedded-devel mailing list >> Openembedded-devel@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" ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [meta-handheld] linux-yocto-3.8 failing 2013-04-13 3:59 ` Bruce Ashfield @ 2013-04-14 14:54 ` Martin Jansa 2013-04-14 15:35 ` Bruce Ashfield 0 siblings, 1 reply; 10+ messages in thread From: Martin Jansa @ 2013-04-14 14:54 UTC (permalink / raw) To: openembedded-devel [-- Attachment #1: Type: text/plain, Size: 7558 bytes --] On Fri, Apr 12, 2013 at 11:59:35PM -0400, Bruce Ashfield wrote: > On Fri, Apr 12, 2013 at 11:00 PM, Bruce Ashfield > <bruce.ashfield@gmail.com> wrote: > > On Fri, Apr 12, 2013 at 9:04 PM, Martin Jansa <martin.jansa@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@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. OK, thanks for looking into it. It seems that failing patch wasn't applied at all before, reverting this commit commit ddce9f375c626ef2c86f48612b3d7a24e3111b0b Author: Bruce Ashfield <bruce.ashfield@windriver.com> Date: Fri Apr 12 02:16:33 2013 +0000 kern-tools: fix non-local patch/config location allows to build it with spitz again, but I belive you it's just some patch which is now applied but needs to be refreshed first. Cheers, > 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@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@gmail.com> > Signed-off-by: Haojian Zhuang <haojian.zhuang@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@gmail.com > >>> > > >>> > _______________________________________________ > >>> > Openembedded-devel mailing list > >>> > Openembedded-devel@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@lists.openembedded.org > >>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > >> > >> -- > >> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com > >> > >> _______________________________________________ > >> Openembedded-devel mailing list > >> Openembedded-devel@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" > > _______________________________________________ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 205 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [meta-handheld] linux-yocto-3.8 failing 2013-04-14 14:54 ` Martin Jansa @ 2013-04-14 15:35 ` Bruce Ashfield 2013-04-14 16:03 ` Andrea Adami 0 siblings, 1 reply; 10+ messages in thread From: Bruce Ashfield @ 2013-04-14 15:35 UTC (permalink / raw) To: openembedded-devel On Sun, Apr 14, 2013 at 10:54 AM, Martin Jansa <martin.jansa@gmail.com> wrote: > On Fri, Apr 12, 2013 at 11:59:35PM -0400, Bruce Ashfield wrote: >> On Fri, Apr 12, 2013 at 11:00 PM, Bruce Ashfield >> <bruce.ashfield@gmail.com> wrote: >> > On Fri, Apr 12, 2013 at 9:04 PM, Martin Jansa <martin.jansa@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@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. > > OK, thanks for looking into it. It seems that failing patch wasn't applied > at all before, reverting this commit > > commit ddce9f375c626ef2c86f48612b3d7a24e3111b0b > Author: Bruce Ashfield <bruce.ashfield@windriver.com> > Date: Fri Apr 12 02:16:33 2013 +0000 > > kern-tools: fix non-local patch/config location > > allows to build it with spitz again, but I belive you it's just some > patch which is now applied but needs to be refreshed first. Indeed. It was just hidden before. I looked a the series file, and didn't see anything where the patch had been picked up and applied twice, hunting down that commit showed that it merged into the 3.7 kernel, so the one being carried for spitz can be dropped (or at least most of it). Cheers, Bruce > > Cheers, > >> 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@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@gmail.com> >> Signed-off-by: Haojian Zhuang <haojian.zhuang@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@gmail.com >> >>> > >> >>> > _______________________________________________ >> >>> > Openembedded-devel mailing list >> >>> > Openembedded-devel@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@lists.openembedded.org >> >>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel >> >> >> >> -- >> >> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com >> >> >> >> _______________________________________________ >> >> Openembedded-devel mailing list >> >> Openembedded-devel@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" >> >> _______________________________________________ >> Openembedded-devel mailing list >> Openembedded-devel@lists.openembedded.org >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > > -- > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com > > _______________________________________________ > Openembedded-devel mailing list > Openembedded-devel@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" ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [meta-handheld] linux-yocto-3.8 failing 2013-04-14 15:35 ` Bruce Ashfield @ 2013-04-14 16:03 ` Andrea Adami 2013-04-14 16:29 ` Bruce Ashfield 0 siblings, 1 reply; 10+ messages in thread From: Andrea Adami @ 2013-04-14 16:03 UTC (permalink / raw) To: openembedded-devel Hi, I am doing more tests right now but as of yesterday evening collie kernel was built correctly after git pull, cleansstate and rebuild. Cheers Andrea On Sun, Apr 14, 2013 at 5:35 PM, Bruce Ashfield <bruce.ashfield@gmail.com> wrote: > On Sun, Apr 14, 2013 at 10:54 AM, Martin Jansa <martin.jansa@gmail.com> wrote: >> On Fri, Apr 12, 2013 at 11:59:35PM -0400, Bruce Ashfield wrote: >>> On Fri, Apr 12, 2013 at 11:00 PM, Bruce Ashfield >>> <bruce.ashfield@gmail.com> wrote: >>> > On Fri, Apr 12, 2013 at 9:04 PM, Martin Jansa <martin.jansa@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@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. >> >> OK, thanks for looking into it. It seems that failing patch wasn't applied >> at all before, reverting this commit >> >> commit ddce9f375c626ef2c86f48612b3d7a24e3111b0b >> Author: Bruce Ashfield <bruce.ashfield@windriver.com> >> Date: Fri Apr 12 02:16:33 2013 +0000 >> >> kern-tools: fix non-local patch/config location >> >> allows to build it with spitz again, but I belive you it's just some >> patch which is now applied but needs to be refreshed first. > > Indeed. It was just hidden before. I looked a the series file, and > didn't see anything > where the patch had been picked up and applied twice, hunting down that commit > showed that it merged into the 3.7 kernel, so the one being carried > for spitz can > be dropped (or at least most of it). > > Cheers, > > Bruce > >> >> Cheers, >> >>> 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@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@gmail.com> >>> Signed-off-by: Haojian Zhuang <haojian.zhuang@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@gmail.com >>> >>> > >>> >>> > _______________________________________________ >>> >>> > Openembedded-devel mailing list >>> >>> > Openembedded-devel@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@lists.openembedded.org >>> >>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel >>> >> >>> >> -- >>> >> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com >>> >> >>> >> _______________________________________________ >>> >> Openembedded-devel mailing list >>> >> Openembedded-devel@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" >>> >>> _______________________________________________ >>> Openembedded-devel mailing list >>> Openembedded-devel@lists.openembedded.org >>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel >> >> -- >> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com >> >> _______________________________________________ >> Openembedded-devel mailing list >> Openembedded-devel@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@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [meta-handheld] linux-yocto-3.8 failing 2013-04-14 16:03 ` Andrea Adami @ 2013-04-14 16:29 ` Bruce Ashfield 2013-04-15 9:15 ` Andrea Adami 0 siblings, 1 reply; 10+ messages in thread From: Bruce Ashfield @ 2013-04-14 16:29 UTC (permalink / raw) To: openembedded-devel On Sun, Apr 14, 2013 at 12:03 PM, Andrea Adami <andrea.adami@gmail.com> wrote: > Hi, > > I am doing more tests right now but as of yesterday evening collie > kernel was built correctly after git pull, cleansstate and rebuild. > Sounds good. You know where to find me if something strange is still happening, the results of our previous debugging are in the tree now, so this could always just be the next layer :) Cheers, Bruce > Cheers > > > Andrea > > > On Sun, Apr 14, 2013 at 5:35 PM, Bruce Ashfield > <bruce.ashfield@gmail.com> wrote: >> On Sun, Apr 14, 2013 at 10:54 AM, Martin Jansa <martin.jansa@gmail.com> wrote: >>> On Fri, Apr 12, 2013 at 11:59:35PM -0400, Bruce Ashfield wrote: >>>> On Fri, Apr 12, 2013 at 11:00 PM, Bruce Ashfield >>>> <bruce.ashfield@gmail.com> wrote: >>>> > On Fri, Apr 12, 2013 at 9:04 PM, Martin Jansa <martin.jansa@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@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. >>> >>> OK, thanks for looking into it. It seems that failing patch wasn't applied >>> at all before, reverting this commit >>> >>> commit ddce9f375c626ef2c86f48612b3d7a24e3111b0b >>> Author: Bruce Ashfield <bruce.ashfield@windriver.com> >>> Date: Fri Apr 12 02:16:33 2013 +0000 >>> >>> kern-tools: fix non-local patch/config location >>> >>> allows to build it with spitz again, but I belive you it's just some >>> patch which is now applied but needs to be refreshed first. >> >> Indeed. It was just hidden before. I looked a the series file, and >> didn't see anything >> where the patch had been picked up and applied twice, hunting down that commit >> showed that it merged into the 3.7 kernel, so the one being carried >> for spitz can >> be dropped (or at least most of it). >> >> Cheers, >> >> Bruce >> >>> >>> Cheers, >>> >>>> 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@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@gmail.com> >>>> Signed-off-by: Haojian Zhuang <haojian.zhuang@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@gmail.com >>>> >>> > >>>> >>> > _______________________________________________ >>>> >>> > Openembedded-devel mailing list >>>> >>> > Openembedded-devel@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@lists.openembedded.org >>>> >>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel >>>> >> >>>> >> -- >>>> >> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com >>>> >> >>>> >> _______________________________________________ >>>> >> Openembedded-devel mailing list >>>> >> Openembedded-devel@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" >>>> >>>> _______________________________________________ >>>> Openembedded-devel mailing list >>>> Openembedded-devel@lists.openembedded.org >>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel >>> >>> -- >>> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com >>> >>> _______________________________________________ >>> Openembedded-devel mailing list >>> Openembedded-devel@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@lists.openembedded.org >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > > _______________________________________________ > Openembedded-devel mailing list > Openembedded-devel@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" ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [meta-handheld] linux-yocto-3.8 failing 2013-04-14 16:29 ` Bruce Ashfield @ 2013-04-15 9:15 ` Andrea Adami 0 siblings, 0 replies; 10+ messages in thread From: Andrea Adami @ 2013-04-15 9:15 UTC (permalink / raw) To: openembedded-devel On Sun, Apr 14, 2013 at 6:29 PM, Bruce Ashfield <bruce.ashfield@gmail.com> wrote: > On Sun, Apr 14, 2013 at 12:03 PM, Andrea Adami <andrea.adami@gmail.com> wrote: >> Hi, >> >> I am doing more tests right now but as of yesterday evening collie >> kernel was built correctly after git pull, cleansstate and rebuild. >> > > Sounds good. You know where to find me if something strange is still > happening, the > results of our previous debugging are in the tree now, so this could > always just be > the next layer :) > > Cheers, > > Bruce As outlined in the thread, the spitz issue was due to a stale patch. Solved today with commit 919e33575501352fab7dded178680473534e3707 in meta-handheld. Thanks for your testing. Andrea > > >> Cheers >> >> >> Andrea >> >> >> On Sun, Apr 14, 2013 at 5:35 PM, Bruce Ashfield >> <bruce.ashfield@gmail.com> wrote: >>> On Sun, Apr 14, 2013 at 10:54 AM, Martin Jansa <martin.jansa@gmail.com> wrote: >>>> On Fri, Apr 12, 2013 at 11:59:35PM -0400, Bruce Ashfield wrote: >>>>> On Fri, Apr 12, 2013 at 11:00 PM, Bruce Ashfield >>>>> <bruce.ashfield@gmail.com> wrote: >>>>> > On Fri, Apr 12, 2013 at 9:04 PM, Martin Jansa <martin.jansa@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@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. >>>> >>>> OK, thanks for looking into it. It seems that failing patch wasn't applied >>>> at all before, reverting this commit >>>> >>>> commit ddce9f375c626ef2c86f48612b3d7a24e3111b0b >>>> Author: Bruce Ashfield <bruce.ashfield@windriver.com> >>>> Date: Fri Apr 12 02:16:33 2013 +0000 >>>> >>>> kern-tools: fix non-local patch/config location >>>> >>>> allows to build it with spitz again, but I belive you it's just some >>>> patch which is now applied but needs to be refreshed first. >>> >>> Indeed. It was just hidden before. I looked a the series file, and >>> didn't see anything >>> where the patch had been picked up and applied twice, hunting down that commit >>> showed that it merged into the 3.7 kernel, so the one being carried >>> for spitz can >>> be dropped (or at least most of it). >>> >>> Cheers, >>> >>> Bruce >>> >>>> >>>> Cheers, >>>> >>>>> 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@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@gmail.com> >>>>> Signed-off-by: Haojian Zhuang <haojian.zhuang@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@gmail.com >>>>> >>> > >>>>> >>> > _______________________________________________ >>>>> >>> > Openembedded-devel mailing list >>>>> >>> > Openembedded-devel@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@lists.openembedded.org >>>>> >>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel >>>>> >> >>>>> >> -- >>>>> >> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com >>>>> >> >>>>> >> _______________________________________________ >>>>> >> Openembedded-devel mailing list >>>>> >> Openembedded-devel@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" >>>>> >>>>> _______________________________________________ >>>>> Openembedded-devel mailing list >>>>> Openembedded-devel@lists.openembedded.org >>>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel >>>> >>>> -- >>>> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com >>>> >>>> _______________________________________________ >>>> Openembedded-devel mailing list >>>> Openembedded-devel@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@lists.openembedded.org >>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel >> >> _______________________________________________ >> Openembedded-devel mailing list >> Openembedded-devel@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@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2013-04-15 9:33 UTC | newest] Thread overview: 10+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-04-12 22:52 [meta-handheld] linux-yocto-3.8 failing Martin Jansa 2013-04-13 0:44 ` Bruce Ashfield 2013-04-13 1:04 ` Martin Jansa 2013-04-13 3:00 ` Bruce Ashfield 2013-04-13 3:59 ` Bruce Ashfield 2013-04-14 14:54 ` Martin Jansa 2013-04-14 15:35 ` Bruce Ashfield 2013-04-14 16:03 ` Andrea Adami 2013-04-14 16:29 ` Bruce Ashfield 2013-04-15 9:15 ` Andrea Adami
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.