9120 2016-02-16 08:56:30 +0000 The patch file is not applied to linux-yocto by yocto-kernel add patch command 2016-11-16 06:29:48 +0000 1 1 7 Build System, Metadata & Runtime OE-Core kernel 2.0.1 x86 Multiple VERIFIED FIXED Medium normal 2.2 M1 1 yi.zhao leonardo.sandoval.gonzalez alexandru.c.georgescu bruce.ashfield dvhart ke.zou leonardo.sandoval.gonzalez ross.burton tom.zanussi yi.zhao yi.zhao --- Regression (Used to work) No (bug/feature does not impact docs) oldest_to_newest 59067 0 2986 yi.zhao 2016-02-16 08:56:30 +0000 Created attachment 2986 log.do_patch Git rev: jethro/5b12268f6e17574999f91628a60e21711cf62ee4 Maybe this issue is introduced by fixes for bug 8486 . This issue *ONLY* happens when re-use an existing kernel branch. Please see my comment in the following steps: Steps: 1. Follow the https://wiki.yoctoproject.org/wiki/Transcript:_Using_the_Yocto_BSP_tools_to_create_a_qemu_BSP to create a myqemuarm layer: ############################## $ yocto-bsp create myqemuarm qemu Checking basic git connectivity... +Done. Which qemu architecture would you like to use? [default: i386] 1) i386 (32-bit) 2) x86_64 (64-bit) 3) ARM (32-bit) 4) PowerPC (32-bit) 5) MIPS (32-bit) 6) MIPS64 (64-bit) 3 Would you like to use the default (4.1) kernel? (y/n) [default: y] Do you need a new machine branch for this BSP (the alternative is to re-use an existing branch)? [y/n] [default: y] n <--------- DO NOT use default setting, choose *NO* Getting branches from remote repo git://git.yoctoproject.org/linux-yocto-4.1.git... Please choose an existing machine branch to use for this BSP: [default: standard/arm-versatile-926ejs] 1) standard/arm-versatile-926ejs 2) standard/base 3) standard/beagleboard 4) standard/beaglebone 5) standard/edgerouter 6) standard/fsl-mpc8315e-rdb 7) standard/mti-malta32 8) standard/mti-malta64 9) standard/qemuarm64 10) standard/qemuppc 1 Would you like SMP support? (y/n) [default: y] Does your BSP have a touchscreen? (y/n) [default: n] Does your BSP have a keyboard? (y/n) [default: y] New qemu BSP created in meta-myqemuarm ################################ 2. Follow the https://wiki.yoctoproject.org/wiki/Transcript:_Using_the_Yocto_BSP_tools_to_manage_kernel_patches_and_config_items to add a patch (see the attachment): ####################### $ yocto-kernel patch add myqemuarm ./yocto-testmod.patch Added patches: yocto-testmod.patch $ yocto-kernel config add myqemuarm CONFIG_MISC_DEVICES=y Added item: CONFIG_MISC_DEVICES=y $ yocto-kernel config add myqemuarm CONFIG_YOCTO_TESTMOD=y Added item: CONFIG_YOCTO_TESTMOD=y ####################### 3. Run bitbake linux-yocto It could be built without errors. but the yocto-testmod isn't patched. Please see the attached log. 59069 1 yi.zhao 2016-02-16 09:02:04 +0000 If I choose *YES* to use a new machine branch for the BSP, everything works well. Here is a piece from log.do_patch ################# mark --> myqemuarm-user-patches.scc patch yocto-testmod.patch (.kernel-meta/patches/standard/arm-versatile-926ejs/myqemuarm/series) mark <-- myqemuarm-user-patches.scc mark <-- myqemuarm.scc mark <-- myqemuarm-standard.scc (1/1) yocto-testmod.patch [INFO]: check of .kernel-meta/patches/standard/arm-versatile-926ejs/myqemuarm/links/files/yocto-testmod.patch with "git am" did not pass, trying reduced context. [INFO]: Context reduced git-am of .kernel-meta/patches/standard/arm-versatile-926ejs/myqemuarm/links/files/yocto-testmod.patch with "git am" did not work, trying "apply". #################### The full log is also attached 59071 2 2987 yi.zhao 2016-02-16 09:03:46 +0000 Created attachment 2987 log.do_patch.good 59072 3 2988 yi.zhao 2016-02-16 09:04:25 +0000 Created attachment 2988 yocto-testmod.patch Here is the patch file 59246 4 yi.zhao 2016-02-19 07:52:55 +0000 This issue also exists on 2.1_M2 rc3 build. git rev: master/152914f2983c5d69001de1d46ce99547fa1e75fe 61427 5 leonardo.sandoval.gonzalez 2016-04-19 22:53:01 +0000 Yi I am seeing the problem (patch does not get into the kernel) in both cases (reusing and not reusing an existing branch). So the problem is now even worse. My testing was done under: commit ee25d0e3987d7732a2e46e1640693b4cf419a9fc Author: Belen Barros Pena <belen.barros.pena@linux.intel.com> Date: Mon Apr 18 16:08:18 2016 +0100 (tested using 4.4 and 4.1) I am not sure if this problem came from the bellow commit because I have not reverted it an test it http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=jethro&id=4e74b36458b36ee1202689388da5423ed9ee7b71 It may be that that the problem may be on the kern-tools. I will continue my investigation. 61430 6 bruce.ashfield 2016-04-20 00:20:34 +0000 (In reply to comment #5) > Yi > > I am seeing the problem (patch does not get into the kernel) in both cases > (reusing and not reusing an existing branch). So the problem is now even > worse. > > My testing was done under: > > commit ee25d0e3987d7732a2e46e1640693b4cf419a9fc > Author: Belen Barros Pena <belen.barros.pena@linux.intel.com> > Date: Mon Apr 18 16:08:18 2016 +0100 > > (tested using 4.4 and 4.1) > > I am not sure if this problem came from the bellow commit because I have not > reverted it an test it > > http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/ > ?h=jethro&id=4e74b36458b36ee1202689388da5423ed9ee7b71 > > It may be that that the problem may be on the kern-tools. I will continue my > investigation. I see the steps to reproduce this now. I'll have a look at the generated .scc and config files to see if there's an issue there. I'll update the bug(s) in a few hours with the results. 61433 7 bruce.ashfield 2016-04-20 03:13:47 +0000 I've found the problem, and yes, the yocto-bsp tool still needs another tweak to work with the updated tools. It was a misunderstanding on my part when the update to the tools was done. Let me explain below: - The tools used to always look at all patches in the series and determine which ones were applied to the tree. When a patch was found that wasn't on the tree that was declared the "Starting point" and all patches from then on were applied. - That technique was effective, but sometimes had: 1) false positives for the resume point (due to similarly worded commits or diffstats) 2) performance isssues, since many git operations were used 3) complexity. - To fix the above issues, the tools were updated to not "auto resume", but instead only push patches onto the tree if: 1) a new branch was created 2) the patches or .scc files were passed on the SRC_URI. The .scc files that are being generated by the tool manage to shoot right through the middle of the patching conditions. You may ask: "But myqemuarm-standard.scc is passed on the SRC_URI and it then includes myqemuarm.scc, which in turn finally includes myqemuarm-user-patches.scc". So why doesn't that trigger the patching, when one of the conditions was 2) "the patches or .scc files were passed on the SRC_URI". The answer is, since that is the BSP description and we've chosen to re-use existing branches, any patch pushing is turned off when the existing branch is detected (since you have to travers existing patches to get to the end). That's a complicated description of what is going on, but that is the *internals* of the process (sort of like describing how bitbake processes and parses files). It works the way it does for some important use cases, they just don't seem obvious when walking through this one. I could likely modify the tools to detect this special case of a user-space BSP description that is (or isn't) re-using branches, but that will make the code even more fragile. The plan is to simplify it more for the 2.2 release, not make it more complex. If we modify the output of the BSP tool, we can make this work without changing the tools. 1) put the following in myqemuarm-user-patches.scc: 'mark patching start', and that will force the patches that follow to be applied to the tree 2) put file://myqemuarm-user-patches.scc in the SRC_URI and remove it from myqemuarm.scc. 3) leave everything as-is, and add: "branch myqemuarm" to myqemuarm-standard.scc, since the new branch will trigger patching. But note, if you do this, you also need to adjust KBRANCH to be the correct final name ( <whatever the BSP branch is>/base). Creating this branch is acceptable since the real "Branch reuse" is to ensure that the existing BSPs changes are inherited, not just that the name would be directly used. I'd suggest #1 or #2 for simplicities sake, since they are simple mods to the bsp tool. .. and yes, I tested all three solutions :) 61458 8 leonardo.sandoval.gonzalez 2016-04-20 19:36:08 +0000 (In reply to comment #7) > Thanks for your description, it is a more clear now. > 1) put the following in myqemuarm-user-patches.scc: 'mark patching start', > and For this option, I tried the following patch but I did not work (in both case, with new machine branch and without it). Is there something else I am missing when implementing your proposed change? diff --git a/scripts/lib/bsp/kernel.py b/scripts/lib/bsp/kernel.py index ba68b60..0783228 100644 --- a/scripts/lib/bsp/kernel.py +++ b/scripts/lib/bsp/kernel.py @@ -333,6 +333,7 @@ def write_patch_items(scripts_path, machine, patch_items): patch list [${machine}-user-patches.scc]. """ f = open_user_file(scripts_path, machine, machine+"-user-patches.scc", "w") + f.write("mark patching start\n") for item in patch_items: f.write("patch " + item + "\n") f.close() 61459 9 leonardo.sandoval.gonzalez 2016-04-20 20:13:24 +0000 (In reply to comment #7) > > 2) put file://myqemuarm-user-patches.scc in the SRC_URI and remove it from > myqemuarm.scc. > This solution DID work, but again, I find it 1) less intrusive. Waiting for Bruce comments regarding my previous comment. 61460 10 bruce.ashfield 2016-04-20 20:37:54 +0000 (In reply to comment #8) > (In reply to comment #7) > > > > Thanks for your description, it is a more clear now. > > > > 1) put the following in myqemuarm-user-patches.scc: 'mark patching start', > > and > > For this option, I tried the following patch but I did not work (in both > case, with new machine branch and without it). Is there something else I am > missing when implementing your proposed change? > > diff --git a/scripts/lib/bsp/kernel.py b/scripts/lib/bsp/kernel.py > index ba68b60..0783228 100644 > --- a/scripts/lib/bsp/kernel.py > +++ b/scripts/lib/bsp/kernel.py > @@ -333,6 +333,7 @@ def write_patch_items(scripts_path, machine, > patch_items): > patch list [${machine}-user-patches.scc]. > """ > f = open_user_file(scripts_path, machine, machine+"-user-patches.scc", > "w") > + f.write("mark patching start\n") > for item in patch_items: > f.write("patch " + item + "\n") > f.close() That looks like it should have worked. Let me make the same change here and re-run the test. 61463 11 bruce.ashfield 2016-04-20 23:47:00 +0000 (In reply to comment #8) > (In reply to comment #7) > > > > Thanks for your description, it is a more clear now. > > > > 1) put the following in myqemuarm-user-patches.scc: 'mark patching start', > > and > > For this option, I tried the following patch but I did not work (in both > case, with new machine branch and without it). Is there something else I am > missing when implementing your proposed change? > > diff --git a/scripts/lib/bsp/kernel.py b/scripts/lib/bsp/kernel.py > index ba68b60..0783228 100644 > --- a/scripts/lib/bsp/kernel.py > +++ b/scripts/lib/bsp/kernel.py > @@ -333,6 +333,7 @@ def write_patch_items(scripts_path, machine, > patch_items): > patch list [${machine}-user-patches.scc]. > """ > f = open_user_file(scripts_path, machine, machine+"-user-patches.scc", > "w") > + f.write("mark patching start\n") > for item in patch_items: > f.write("patch " + item + "\n") > f.close() I made this same change, and it worked here: commit a198f511a770f276b75c7bdeef7179028f99b8bd Author: invalid_git config <unknown@unknown> Date: Wed Apr 20 19:45:03 2016 -0400 :100644 100644 22892c701c63... be65df4897e2... M drivers/misc/Kconfig :100644 100644 537d7f3b78da... ff37ff70c0a0... M drivers/misc/Makefile :000000 100644 000000000000... 1e09d350bee5... A drivers/misc/yocto-testmod.c yow-bashfiel-d4 [/home/bruc...nel-source]> git branch master * standard/arm-versatile-926ejs standard/base standard/beaglebone standard/edgerouter standard/fsl-mpc8315e-rdb standard/mti-malta32 standard/mti-malta64 standard/preempt-rt standard/qemuarm64 standard/qemuppc standard/tiny/base standard/tiny/common-pc 61464 12 bruce.ashfield 2016-04-20 23:52:13 +0000 But I'm seeing a problem with the new branch creation. Checking to see what's happening there. 61465 13 bruce.ashfield 2016-04-21 00:04:11 +0000 (In reply to comment #12) > But I'm seeing a problem with the new branch creation. Checking to see > what's happening there. Sorry for all the Bugzilla spam. I retract that statement, the patches are being applied, but the KBRANCH Is not being set properly in the "new branch" case, I selected "based on standard/base" yow-bashfiel-d4 [/home/bruc...nel-source]> git branch master standard/arm-versatile-926ejs/base standard/arm-versatile-926ejs/myqemuarm * standard/base standard/beaglebone standard/edgerouter standard/fsl-mpc8315e-rdb standard/mti-malta32 standard/mti-malta64 standard/preempt-rt standard/qemuarm64 standard/qemuppc standard/tiny/base standard/tiny/common-pc .. but that exposed a bug in a recent change I made to ensure that KBRANCH was being built. KBRANCH is standard/base, and you can't set it to KBRANCH="standard/arm-versatile-926ejs/myqemuarm" since the fetcher will error because the branch doesn't actually exist. Not sure yow to fix this case (without breaking the reason I put the force build code into the tree at the moment), the "create my own branch" really isn't a valid use case if you are using a git repo, since you are circumventing the fetcher in any case. So really, I'd recommend simply hiding that option versus me hacking the classes to no longer force the branch in a special case like this. The 'new branch' code pre-dated the fetcher update to sanitize branches and SRCREVs, so it can go away now :) 61467 14 tom.zanussi 2016-04-21 02:22:23 +0000 Hi Bruce, Coming in a bit late here, so hopefully am not out of context... Coincidentally I was just trying to update the kernel labs to krogoth and ran into the following using the existing yocto-bsp tool: WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: After meta data application, the kernel tree branch is standard/arm-versatile-926ejs/lab5-qemuarm. The WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: SRC_URI specified branch standard/base. The branch will be forced to standard/base, WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: but this means the board meta data (.scc files) do not match the SRC_URI specification. WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: The meta data and branch standard/base should be inspected to ensure the proper WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: kernel is being built. I guess this is basically the same problem, but am at a loss at what to do about it in either case... The main use case of yocto-bsp was supposed to be to allow a user to create a new BSP assuming he would want a machine-specific branch to hold patches. Then, once everything was finished and working properly, be able to push it all to the upstream repo (this was even supposed to be automated at some point), including the new branch with all the patches as commits, etc. The case of using an existing branch was assumed to be the less common case, thus the default of creating a new branch. I suppose one solution would be to have the user manually create the new branch, which assumes working from a local repo, but that assumes more from the user than a tool targeted at new users should assume. 61468 15 bruce.ashfield 2016-04-21 02:53:07 +0000 (In reply to comment #14) > Hi Bruce, > > Coming in a bit late here, so hopefully am not out of context... not late, and not out of context! I'm happy to sort this one out in a way that works for everyone. > > Coincidentally I was just trying to update the kernel labs to krogoth and > ran into the following using the existing yocto-bsp tool: > > WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: > After meta data application, the kernel tree branch is > standard/arm-versatile-926ejs/lab5-qemuarm. The > WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: > SRC_URI specified branch standard/base. The branch will be forced to > standard/base, > WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: > but this means the board meta data (.scc files) do not match the SRC_URI > specification. > WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: > The meta data and branch standard/base should be inspected to ensure the > proper > WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: > kernel is being built. > > I guess this is basically the same problem, but am at a loss at what to do > about it in either case... It is the same thing. I just added that "force the branch" code to solve another problem when the meta-data took someone in a different direction than they expected. > > The main use case of yocto-bsp was supposed to be to allow a user to create > a new BSP assuming he would want a machine-specific branch to hold patches. > Then, once everything was finished and working properly, be able to push it > all to the upstream repo (this was even supposed to be automated at some > point), including the new branch with all the patches as commits, etc. The > case of using an existing branch was assumed to be the less common case, > thus the default of creating a new branch. And I agree with that goal .. the new fetcher has just thrown a bit of a wrench into things for me :) I think I have an idea. What if the branch switch code was capable of being WARN_ONLY ? I could dump the message (and make it less alarming) but not switch the branch. The yocto-bsp could set the variable to warn only, and it would work, and the user that is setting a branch to force a build .. would also work. > > I suppose one solution would be to have the user manually create the new > branch, which assumes working from a local repo, but that assumes more from > the user than a tool targeted at new users should assume. Yah, I thought that as well. A local repo with the branch would work .. but that's too much effort and git foo for a beginner. Let me know what you think of the WARN idea. And I can do a patch. 61469 16 tom.zanussi 2016-04-21 03:27:27 +0000 (In reply to comment #15) > (In reply to comment #14) > > Hi Bruce, > > > > Coming in a bit late here, so hopefully am not out of context... > > not late, and not out of context! I'm happy to sort this one out in > a way that works for everyone. > > > > > Coincidentally I was just trying to update the kernel labs to krogoth and > > ran into the following using the existing yocto-bsp tool: > > > > WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: > > After meta data application, the kernel tree branch is > > standard/arm-versatile-926ejs/lab5-qemuarm. The > > WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: > > SRC_URI specified branch standard/base. The branch will be forced to > > standard/base, > > WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: > > but this means the board meta data (.scc files) do not match the SRC_URI > > specification. > > WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: > > The meta data and branch standard/base should be inspected to ensure the > > proper > > WARNING: linux-yocto-4.4.3+gitAUTOINC+bcc6509084_1a72cec834-r0.1 do_patch: > > kernel is being built. > > > > I guess this is basically the same problem, but am at a loss at what to do > > about it in either case... > > It is the same thing. I just added that "force the branch" code to solve > another problem when the meta-data took someone in a different direction > than they expected. > > > > > The main use case of yocto-bsp was supposed to be to allow a user to create > > a new BSP assuming he would want a machine-specific branch to hold patches. > > Then, once everything was finished and working properly, be able to push it > > all to the upstream repo (this was even supposed to be automated at some > > point), including the new branch with all the patches as commits, etc. The > > case of using an existing branch was assumed to be the less common case, > > thus the default of creating a new branch. > > And I agree with that goal .. the new fetcher has just thrown a bit > of a wrench into things for me :) > > I think I have an idea. What if the branch switch code was capable of > being WARN_ONLY ? I could dump the message (and make it less alarming) > but not switch the branch. > > The yocto-bsp could set the variable to warn only, and it would work, > and the user that is setting a branch to force a build .. would also > work. > > > > > I suppose one solution would be to have the user manually create the new > > branch, which assumes working from a local repo, but that assumes more from > > the user than a tool targeted at new users should assume. > > Yah, I thought that as well. A local repo with the branch would work .. but > that's too much effort and git foo for a beginner. > > Let me know what you think of the WARN idea. And I can do a patch. Sounds like that would work, thanks! 61499 17 leonardo.sandoval.gonzalez 2016-04-21 14:24:15 +0000 (In reply to comment #12) > But I'm seeing a problem with the new branch creation. Checking to see > what's happening there. Bruce, just to be more specific: I am seeing the problem either choosing 'y' or 'n' on this question: "Do you need a new machine branch for this BSP (the alternative is to re-use an existing branch)?" But as I can see, you are seeing the problem just when 'y'. Although the patch was reported for Jethro, I am seeing the problem in latest master (you may be working on Jethro, thus we are seeing different things). Anyway, I wait for further directions. 61500 18 bruce.ashfield 2016-04-21 14:25:50 +0000 (In reply to comment #17) > (In reply to comment #12) > > But I'm seeing a problem with the new branch creation. Checking to see > > what's happening there. > > Bruce, just to be more specific: I am seeing the problem either choosing 'y' > or 'n' on this question: > > "Do you need a new machine branch for this BSP (the alternative is to re-use > an existing branch)?" > > But as I can see, you are seeing the problem just when 'y'. Although the > patch was reported for Jethro, I am seeing the problem in latest master (you > may be working on Jethro, thus we are seeing different things). > > Anyway, I wait for further directions. I only ever work on master :) I'm definitely not seeing the problem when I say 'no', so without access to one of your builds, there's nothing more I can do. 61515 19 3143 leonardo.sandoval.gonzalez 2016-04-21 15:54:32 +0000 Created attachment 3143 layer created with yocto-bsp command This layer was created with the following commands: $ yocto-bsp create myqemuarm qemu Checking basic git connectivity... Done. Which qemu architecture would you like to use? [default: i386] 1) i386 (32-bit) 2) x86_64 (64-bit) 3) ARM (32-bit) 4) PowerPC (32-bit) 5) MIPS (32-bit) 6) MIPS64 (64-bit) 3 Would you like to use the default (4.4) kernel? (y/n) [default: y] Do you need a new machine branch for this BSP (the alternative is to re-use an existing branch)? [y/n] [default: y] n Getting branches from remote repo git://git.yoctoproject.org/linux-yocto-4.4.git... Please choose an existing machine branch to use for this BSP: [default: standard/arm-versatile-926ejs] 1) standard/arm-versatile-926ejs 2) standard/base 3) standard/beaglebone 4) standard/edgerouter 5) standard/fsl-mpc8315e-rdb 6) standard/mti-malta32 7) standard/mti-malta64 8) standard/preempt-rt 9) standard/qemuarm64 10) standard/qemuppc 1 Would you like SMP support? (y/n) [default: y] Does your BSP have a touchscreen? (y/n) [default: n] Does your BSP have a keyboard? (y/n) [default: y] New qemu BSP created in meta-myqemuarm $ yocto-kernel patch add myqemuarm ./yocto-testmod.patch $ yocto-kernel config add myqemuarm CONFIG_MISC_DEVICES=y $ yocto-kernel config add myqemuarm CONFIG_YOCTO_TESTMOD=y 61516 20 leonardo.sandoval.gonzalez 2016-04-21 15:59:41 +0000 (In reply to comment #18) > I'm definitely not seeing the problem when I say 'no', so without access > to one of your builds, there's nothing more I can do. You are completely right. I have attached a layer, where the 'bitbake -c patch linux-yocto' does not patch the corresponding patch file. The way to check if it was patch or now, is the following $bitbake -c devshell linux-yocto $yctb05:~/poky/build-qemuarm/tmp/work-shared/qemuarm/kernel-source # grep -irn yocto drivers/misc/ $yctb05:~/poky/build-qemuarm/tmp/work-shared/qemuarm/kernel-source # 61579 21 bruce.ashfield 2016-04-22 19:58:22 +0000 (In reply to comment #20) > (In reply to comment #18) > > > I'm definitely not seeing the problem when I say 'no', so without access > > to one of your builds, there's nothing more I can do. > > You are completely right. I have attached a layer, where the 'bitbake -c > patch linux-yocto' does not patch the corresponding patch file. > > The way to check if it was patch or now, is the following > Not really. The way to see if the kernel change is applied, is to inspect the git history :) > $bitbake -c devshell linux-yocto > $yctb05:~/poky/build-qemuarm/tmp/work-shared/qemuarm/kernel-source # grep > -irn yocto drivers/misc/ > $yctb05:~/poky/build-qemuarm/tmp/work-shared/qemuarm/kernel-source # 61580 22 bruce.ashfield 2016-04-22 20:24:06 +0000 With the layer configured into my build, I have: yow-bashfiel-d4 [/home/bruc...nel-source]> pwd /home/bruce/poky/build/tmp/work-shared/myqemuarm/kernel-source yow-bashfiel-d4 [/home/bruc...nel-source]> git branch master * standard/arm-versatile-926ejs standard/base standard/beaglebone standard/edgerouter standard/fsl-mpc8315e-rdb standard/mti-malta32 standard/mti-malta64 standard/preempt-rt standard/qemuarm64 standard/qemuppc standard/tiny/base standard/tiny/common-pc yow-bashfiel-d4 [/home/bruc...nel-source]> git whatchanged commit 5fa96c86adfa81c2e33ec4543b0e9429b17a49c0 Author: invalid_git config <unknown@unknown> Date: Fri Apr 22 16:19:58 2016 -0400 :100644 100644 22892c701c63... be65df4897e2... M drivers/misc/Kconfig :100644 100644 537d7f3b78da... ff37ff70c0a0... M drivers/misc/Makefile :000000 100644 000000000000... 1e09d350bee5... A drivers/misc/yocto-testmod.c 61581 23 bruce.ashfield 2016-04-22 20:25:41 +0000 Also, when running this test, make sure you are using my poky-contrib zedd/kernel branch. It has the latest kern-tools changes as a commit. 61583 24 leonardo.sandoval.gonzalez 2016-04-22 20:50:43 +0000 (In reply to comment #23) > Also, when running this test, make sure you are using my poky-contrib > zedd/kernel > branch. It has the latest kern-tools changes as a commit. I see, that may be the reason. The git whatchanged cmd outputs different output compared to yours. In the other hand, the HEAD of that branch looks quite old: 2012-05-09 kern-tools: fix do_patch errorszedd/kern-tools but I believe is a consequence of commit's dates. 61584 25 bruce.ashfield 2016-04-22 20:53:38 +0000 (In reply to comment #24) > (In reply to comment #23) > > Also, when running this test, make sure you are using my poky-contrib > > zedd/kernel > > branch. It has the latest kern-tools changes as a commit. > > I see, that may be the reason. The git whatchanged cmd outputs different > output compared to yours. > > In the other hand, the HEAD of that branch looks quite old: > > 2012-05-09 kern-tools: fix do_patch errorszedd/kern-tools What are you looking at for that ? Certainly not: http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce > > but I believe is a consequence of commit's dates. 61585 26 leonardo.sandoval.gonzalez 2016-04-22 21:02:03 +0000 (In reply to comment #25) > What are you looking at for that ? Certainly not: > > http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=zedd/kernel > > Bruce You mentioned 'It has the latest kern-tools changes as a commit.', so I look for that branch, but know I see you mean zedd/kernel. Thanks, let me do the testing again! 61640 27 leonardo.sandoval.gonzalez 2016-04-25 16:23:44 +0000 (In reply to comment #23) > Also, when running this test, make sure you are using my poky-contrib > zedd/kernel > branch. It has the latest kern-tools changes as a commit. Bruce, not sure what is going on again. I included the patch mentioned on comment 8, on top of your latest zedd/kernel: commit 16ec75e6eaa2de42a05fb1684e3b99da7d9265b7 Author: Bruce Ashfield <bruce.ashfield@windriver.com> Date: Fri Apr 22 15:03:24 2016 -0400 linux-yocto/4.1: make ltsi content available But patches are not being applied yet. Again, I did all my testing using yocto-bsp and yocto-kernel tools. In the other hand, after these changes on your contrib branch, is the patch on comment 8 really needed? Thanks for your help on this issue. 61641 28 bruce.ashfield 2016-04-25 16:25:05 +0000 (In reply to comment #27) > (In reply to comment #23) > > Also, when running this test, make sure you are using my poky-contrib > > zedd/kernel > > branch. It has the latest kern-tools changes as a commit. > > Bruce, > > not sure what is going on again. I included the patch mentioned on comment > 8, on top of your latest zedd/kernel: > > commit 16ec75e6eaa2de42a05fb1684e3b99da7d9265b7 > Author: Bruce Ashfield <bruce.ashfield@windriver.com> > Date: Fri Apr 22 15:03:24 2016 -0400 > > linux-yocto/4.1: make ltsi content available > > > But patches are not being applied yet. Again, I did all my testing using > yocto-bsp and yocto-kernel tools. In the other hand, after these changes on > your contrib branch, is the patch on comment 8 really needed? Yep. You still need that patch. I have no patching issues. So again, unless there's a machine that I can log into and poke at this. I can't help any more. Bruce > > Thanks for your help on this issue. 61645 29 leonardo.sandoval.gonzalez 2016-04-25 17:02:46 +0000 (In reply to comment #28) > I have no patching issues. So again, unless there's a machine that > I can log into and poke at this. I can't help any more. > There is no need to share the my bsp layer, you can create it yourself. Here are the instructions: - git checkout -b test contrib/zedd/kernel - git am yocto-testmod.patch - $ . oe-init-build-env build-qemuarm - $ vim conf/local.conf and set MACHINE to "qemuarm" - $ yocto-bsp create myqemuarm qem # default ALL (I tried it with 4.1 and 4.4, same result) - $ yocto-kernel patch add myqemuarm ./yocto-testmod.patch - $ bitbake -c patch linux-yocto - $ bitbake -c devshell linux-yocto - $ git status - $ git whatchanged In my case, the last git commands do show the patch been applied. 61646 30 bruce.ashfield 2016-04-25 17:03:48 +0000 (In reply to comment #29) > (In reply to comment #28) > > I have no patching issues. So again, unless there's a machine that > > I can log into and poke at this. I can't help any more. > > > > There is no need to share the my bsp layer, you can create it yourself. > > Here are the instructions: > > - git checkout -b test contrib/zedd/kernel > - git am yocto-testmod.patch > - $ . oe-init-build-env build-qemuarm > - $ vim conf/local.conf and set MACHINE to "qemuarm" > - $ yocto-bsp create myqemuarm qem # default ALL (I tried it with 4.1 and > 4.4, same result) > - $ yocto-kernel patch add myqemuarm ./yocto-testmod.patch > - $ bitbake -c patch linux-yocto > - $ bitbake -c devshell linux-yocto > - $ git status > - $ git whatchanged > > In my case, the last git commands do show the patch been applied. And I'm saying that this works fine for me, in all cases. So there's nothing more I can do on my machines. 61647 31 leonardo.sandoval.gonzalez 2016-04-25 17:11:39 +0000 (In reply to comment #30) > And I'm saying that this works fine for me, in all cases. So there's > nothing more I can do on my machines. That is fine. how do we proceed with this? the yocto-bsp patch (comment 8) should be ideally contained on your patch series from zedd/kernel, so you can either create the patch or I can send it to the ML (but it wont make much difference unless yours are applied). Let me know who you think is best to proceed. 61648 32 bruce.ashfield 2016-04-25 17:14:24 +0000 (In reply to comment #31) > (In reply to comment #30) > > > And I'm saying that this works fine for me, in all cases. So there's > > nothing more I can do on my machines. > > That is fine. how do we proceed with this? the yocto-bsp patch (comment 8) > should be ideally contained on your patch series from zedd/kernel, so you > can either create the patch or I can send it to the ML (but it wont make > much difference unless yours are applied). > > Let me know who you think is best to proceed. As I said ... "without access to a machine that is showing this problem", there's nothing more I can do. So my way to proceed is to do nothing more. I'm not planning to send any patches against yocto-bsp, since it isn't something that I use and won't test in the future. The kern-tools, and yocto-bsp patches are completely independent, so there's no need for them to be in a single series. 61656 33 leonardo.sandoval.gonzalez 2016-04-25 19:03:58 +0000 (In reply to comment #28) There are many missing and wrong steps in comment 28, hopefully this is the correct (and sorry for the spam) - $ git checkout -b test contrib/zedd/kernel - $ git am 0001-scripts-lib-bsp-kernel.py-force-patching-when-branch.patch - $ . oe-init-build-env build-qemuarm - $ vim conf/local.conf and set MACHINE to "qemuarm" - $ yocto-bsp create myqemuarm qem # Select ARM, the rest defaults (I tried it with 4.1 and 4.4, same result) - $ vim conf/bblayers.conf and include the new layer - $ yocto-kernel patch add myqemuarm ./yocto-testmod.patch - $ bitbake -c patch linux-yocto - $ bitbake -c devshell linux-yocto - $ git status - $ git whatchanged 61657 34 3156 leonardo.sandoval.gonzalez 2016-04-25 19:05:42 +0000 Created attachment 3156 Patch sent to the ML 61663 35 leonardo.sandoval.gonzalez 2016-04-25 21:06:54 +0000 Patches are now applied with the attached patch. 61761 36 tom.zanussi 2016-04-27 23:49:21 +0000 With 0001-kernel-yocto-allow-branch-auditing-to-be-suspended.patch I no longer see the warnings and forced branch switch. So it seems to work as expected and I was able to finish updating the lab. I also verified that 'yocto-kernel add patch' on an existing branch fails to add the patch without 0001-scripts-lib-bsp-kernel.py-force-patching-when-branch.patch but works fine with it. So afaict it all looks good now, thanks! 62339 37 ross.burton 2016-05-19 16:31:17 +0000 Fixed in oe-core 427f5473722e15e288cbce251a9ce18989c23548. 64866 38 yi.zhao 2016-08-04 06:17:33 +0000 (In reply to comment #37) > Fixed in oe-core 427f5473722e15e288cbce251a9ce18989c23548. Although the following 2 patches were backported to krogoth branch, I can still reproduce this issue in 2.1.1 RC2 build (git rev: krogoth/f5da2a5913319ad6ac2141438ba1aa17576326ab): commit 720ae184031db33049f9be6326f9735224183492 Author: Leonardo Sandoval <leonardo.sandoval.gonzalez@linux.intel.com> Date: Mon Apr 25 09:40:22 2016 +0000 scripts/lib/bsp/kernel.py: force patching when branch is machine branch is re-use When a branch is re-used, the kernel tools turns off any patch pushing unless 'mark patching' is explicitly set. [YOCTO #9120] commit de9f4b6982696bed40cd1038adbb7f9fc88523cd Author: Bruce Ashfield <bruce.ashfield@windriver.com> Date: Thu Apr 21 11:23:45 2016 -0400 kernel-yocto: allow branch auditing to be suspended When working on the yocto-bsp and kernel-lab update for yocto 1.2 we found it was impossible for a end-user BSP to isolate patches on a branch, since with the following commit: [kernel-yocto: enforce SRC_URI specified branch] Any new branch would be switched to whatever was specified on the SRC_URI and undoing the work that the yocto-bsp tool did to support board specific patches. To fix this, we'll keep the enforcing of branch consistency enabled by default, but introduce a variable "KMETA_AUDIT" that when not set will skip the check. There's no impact for existing users, and it is only something that other plumbing commands and tools will need to use (or care about). [YOCTO: #9120] 68319 39 yi.zhao 2016-11-15 07:26:57 +0000 This issue still happens in 2.1.2 RC1 build 68334 40 leonardo.sandoval.gonzalez 2016-11-15 19:50:16 +0000 (In reply to comment #39) > This issue still happens in 2.1.2 RC1 build I suggest filing a new bug because this bug entry was targeted for 2.2. Yi, can you help me with that? The solution may just consist of back-porting what we did for 2.2 68347 41 yi.zhao 2016-11-16 06:29:48 +0000 (In reply to comment #40) > (In reply to comment #39) > > This issue still happens in 2.1.2 RC1 build > > I suggest filing a new bug because this bug entry was targeted for 2.2. Yi, > can you help me with that? The solution may just consist of back-porting > what we did for 2.2 A new bug 10674 was filed. And this bug can be verified. 2986 2016-02-16 08:56:30 +0000 2016-02-16 08:56:30 +0000 log.do_patch log.do_patch application/octet-stream 4559 yi.zhao REVCVUc6IEV4ZWN1dGluZyBzaGVsbCBmdW5jdGlvbiBkb19wYXRjaApbSU5GT10gdmFsaWRhdGlu ZyBhZ2FpbnN0IGtub3duIHBhdGNoZXMgIChteXFlbXVhcm0tc3RhbmRhcmQtbWV0YSkKICAgbWFy ayAtLT4gbXlxZW11YXJtLXN0YW5kYXJkLnNjYwogICBtYXJrIC0tPiBhcm0tdmVyc2F0aWxlLTky NmVqcy1zdGFuZGFyZC5zY2MKICAgbWFyayAtLT4gc3RhbmRhcmQuc2NjCiAgIG1hcmsgLS0+IGJh c2Uuc2NjCiAgIG1hcmsgPC0tIGJhc2Uuc2NjCiAgICAgIGJyYW5jaCA9PT0+IHN0YW5kYXJkL2Jh c2UgKHJldXNlKQogICBtYXJrIC0tPiBrZ2RiLnNjYwogICBtYXJrIDwtLSBrZ2RiLnNjYwogICBt YXJrIC0tPiBmaXJtd2FyZS5zY2MKICAgbWFyayA8LS0gZmlybXdhcmUuc2NjCiAgIG1hcmsgLS0+ IGx0dG5nLnNjYwogICBtYXJrIDwtLSBsdHRuZy5zY2MKICAgbWFyayAtLT4gYmxrdHJhY2Uuc2Nj CiAgIG1hcmsgPC0tIGJsa3RyYWNlLnNjYwogICBtYXJrIC0tPiBzeXN0ZW10YXAuc2NjCiAgIG1h cmsgLS0+IGtwcm9iZXMuc2NjCiAgIG1hcmsgPC0tIGtwcm9iZXMuc2NjCiAgIG1hcmsgLS0+IHVw cm9iZS1lbmFibGUuc2NjCiAgIG1hcmsgPC0tIHVwcm9iZS1lbmFibGUuc2NjCiAgIG1hcmsgPC0t IHN5c3RlbXRhcC5zY2MKICAgbWFyayAtLT4gdXRyYWNlLnNjYwogICBtYXJrIDwtLSB1dHJhY2Uu c2NjCiAgIG1hcmsgLS0+IHNlY2NvbXAuc2NjCiAgIG1hcmsgPC0tIHNlY2NvbXAuc2NjCiAgIG1h cmsgLS0+IGFybS5zY2MKICAgbWFyayAtLT4gaHpfMTAwLnNjYwogICBtYXJrIDwtLSBoel8xMDAu c2NjCiAgIG1hcmsgLS0+IHY3LUExNS5zY2MKICAgbWFyayA8LS0gdjctQTE1LnNjYwogICBtYXJr IDwtLSBhcm0uc2NjCiAgIG1hcmsgLS0+IG1pcHMuc2NjCiAgIG1hcmsgPC0tIG1pcHMuc2NjCiAg IG1hcmsgLS0+IHBvd2VycGMuc2NjCiAgIG1hcmsgPC0tIHBvd2VycGMuc2NjCiAgIG1hcmsgLS0+ IHg4Ni5zY2MKICAgbWFyayA8LS0geDg2LnNjYwogICBtYXJrIC0tPiBocnQuc2NjCiAgIG1hcmsg PC0tIGhydC5zY2MKICAgbWFyayAtLT4gZnRyYWNlLnNjYwogICBtYXJrIDwtLSBmdHJhY2Uuc2Nj CiAgIG1hcmsgLS0+IHVwcm9iZS5zY2MKICAgbWFyayAtLT4gdXByb2JlLWVuYWJsZS5zY2MKICAg bWFyayA8LS0gdXByb2JlLWVuYWJsZS5zY2MKICAgbWFyayA8LS0gdXByb2JlLnNjYwogICBtYXJr IC0tPiBrcHJvYmVzLnNjYwogICBtYXJrIDwtLSBrcHJvYmVzLnNjYwogICBtYXJrIC0tPiBwYXRj aGVzLnNjYwogICBtYXJrIC0tPiBkcml2ZXJzLnNjYwogICBtYXJrIDwtLSBkcml2ZXJzLnNjYwog ICBtYXJrIC0tPiBidWlsZC5zY2MKICAgbWFyayA8LS0gYnVpbGQuc2NjCiAgIG1hcmsgLS0+IGV4 cG9ydHMuc2NjCiAgIG1hcmsgPC0tIGV4cG9ydHMuc2NjCiAgIG1hcmsgLS0+IGJvb3Quc2NjCiAg IG1hcmsgPC0tIGJvb3Quc2NjCiAgIG1hcmsgLS0+IG5ldC5zY2MKICAgbWFyayA8LS0gbmV0LnNj YwogICBtYXJrIC0tPiBkZWJ1Zy5zY2MKICAgbWFyayA8LS0gZGVidWcuc2NjCiAgIG1hcmsgLS0+ IG1pc2Muc2NjCiAgIG1hcmsgPC0tIG1pc2Muc2NjCiAgIG1hcmsgPC0tIHBhdGNoZXMuc2NjCiAg IG1hcmsgLS0+IGluaXRyYW1mcy5zY2MKICAgbWFyayA8LS0gaW5pdHJhbWZzLnNjYwogICBtYXJr IC0tPiB5YWZmczIuc2NjCiAgIG1hcmsgPC0tIHlhZmZzMi5zY2MKICAgbWFyayAtLT4gYXVmcy5z Y2MKICAgbWFyayA8LS0gYXVmcy5zY2MKICAgbWFyayAtLT4gY2dyb3Vwcy5zY2MKICAgbWFyayAt LT4gbmFtZXNwYWNlcy5zY2MKICAgbWFyayA8LS0gbmFtZXNwYWNlcy5zY2MKICAgbWFyayA8LS0g Y2dyb3Vwcy5zY2MKICAgbWFyayAtLT4gbmV0X3NjaGVkLnNjYwogICBtYXJrIDwtLSBuZXRfc2No ZWQuc2NjCiAgIG1hcmsgLS0+IGtleGVjLnNjYwogICBtYXJrIDwtLSBrZXhlYy5zY2MKICAgbWFy ayAtLT4gY3J5cHRvZGV2LnNjYwogICBtYXJrIDwtLSBjcnlwdG9kZXYuc2NjCiAgIG1hcmsgLS0+ IHZmYXQuc2NjCiAgIG1hcmsgPC0tIHZmYXQuc2NjCiAgIG1hcmsgLS0+IGt2bS5zY2MKICAgbWFy ayA8LS0ga3ZtLnNjYwogICBtYXJrIC0tPiB0aXBjLnNjYwogICBtYXJrIDwtLSB0aXBjLnNjYwog ICBtYXJrIC0tPiB4aXAuc2NjCiAgIG1hcmsgPC0tIHhpcC5zY2MKICAgbWFyayAtLT4gb3Byb2Zp bGUuc2NjCiAgIG1hcmsgPC0tIG9wcm9maWxlLnNjYwogICBtYXJrIC0tPiByYW1jb25zb2xlLnNj YwogICBtYXJrIDwtLSByYW1jb25zb2xlLnNjYwogICBtYXJrIC0tPiB2ZHNvLnNjYwogICBtYXJr IDwtLSB2ZHNvLnNjYwogICBtYXJrIC0tPiBmdXNlLnNjYwogICBtYXJrIDwtLSBmdXNlLnNjYwog ICBtYXJrIC0tPiA4MjUwLnNjYwogICBtYXJrIDwtLSA4MjUwLnNjYwogICBtYXJrIC0tPiB1cHRp bWUuc2NjCiAgIG1hcmsgPC0tIHVwdGltZS5zY2MKICAgbWFyayAtLT4ga3Rlc3Quc2NjCiAgIG1h cmsgPC0tIGt0ZXN0LnNjYwogICBtYXJrIC0tPiBwZXJmLnNjYwogICBtYXJrIDwtLSBwZXJmLnNj YwogICBtYXJrIC0tPiBpbnB1dC5zY2MKICAgbWFyayA8LS0gaW5wdXQuc2NjCiAgIG1hcmsgLS0+ IGJmcS5zY2MKICAgbWFyayA8LS0gYmZxLnNjYwogICBtYXJrIC0tPiBiYWNrcG9ydHMuc2NjCiAg IG1hcmsgPC0tIGJhY2twb3J0cy5zY2MKICAgbWFyayAtLT4gZGV2dG1wZnMuc2NjCiAgIG1hcmsg PC0tIGRldnRtcGZzLnNjYwogICBtYXJrIC0tPiBkZWJ1Z2ZzLnNjYwogICBtYXJrIDwtLSBkZWJ1 Z2ZzLnNjYwogICBtYXJrIC0tPiBidHJmcy5zY2MKICAgbWFyayA8LS0gYnRyZnMuc2NjCiAgIG1h cmsgLS0+IGV4dDQuc2NjCiAgIG1hcmsgPC0tIGV4dDQuc2NjCiAgIG1hcmsgLS0+IGlwc2VjLnNj YwogICBtYXJrIDwtLSBpcHNlYy5zY2MKICAgbWFyayAtLT4gaXB2Ni5zY2MKICAgbWFyayAtLT4g aXBzZWM2LnNjYwogICBtYXJrIC0tPiBpcHNlYy5zY2MKICAgbWFyayA8LS0gaXBzZWMuc2NjCiAg IG1hcmsgPC0tIGlwc2VjNi5zY2MKICAgbWFyayA8LS0gaXB2Ni5zY2MKICAgbWFyayAtLT4gaXBf bmYuc2NjCiAgIG1hcmsgPC0tIGlwX25mLnNjYwogICBtYXJrIC0tPiBpcDZfbmYuc2NjCiAgIG1h cmsgPC0tIGlwNl9uZi5zY2MKICAgbWFyayAtLT4gYnJpZGdlLnNjYwogICBtYXJrIDwtLSBicmlk Z2Uuc2NjCiAgIG1hcmsgLS0+IHN5c3RlbWQuc2NjCiAgIG1hcmsgPC0tIHN5c3RlbWQuc2NjCiAg IG1hcmsgLS0+IHJma2lsbC5zY2MKICAgbWFyayA8LS0gcmZraWxsLnNjYwogICBtYXJrIDwtLSBz dGFuZGFyZC5zY2MKICAgICAgYnJhbmNoID09PT4gc3RhbmRhcmQvYXJtLXZlcnNhdGlsZS05MjZl anMgKHJldXNlKQogICBtYXJrIC0tPiBhcm0tdmVyc2F0aWxlLTkyNmVqcy5zY2MKICAgbWFyayAt LT4gcHJvZmlsaW5nLnNjYwogICBtYXJrIDwtLSBwcm9maWxpbmcuc2NjCiAgIG1hcmsgLS0+IGxh dGVuY3l0b3Auc2NjCiAgIG1hcmsgPC0tIGxhdGVuY3l0b3Auc2NjCiAgIG1hcmsgLS0+IGVoY2kt aGNkLnNjYwogICBtYXJrIC0tPiB1c2ItYmFzZS5zY2MKICAgbWFyayA8LS0gdXNiLWJhc2Uuc2Nj CiAgIG1hcmsgPC0tIGVoY2ktaGNkLnNjYwogICBtYXJrIC0tPiB1aGNpLWhjZC5zY2MKICAgbWFy ayAtLT4gdXNiLWJhc2Uuc2NjCiAgIG1hcmsgPC0tIHVzYi1iYXNlLnNjYwogICBtYXJrIDwtLSB1 aGNpLWhjZC5zY2MKICAgbWFyayAtLT4gb2hjaS1oY2Quc2NjCiAgIG1hcmsgLS0+IHVzYi1iYXNl LnNjYwogICBtYXJrIDwtLSB1c2ItYmFzZS5zY2MKICAgbWFyayA8LS0gb2hjaS1oY2Quc2NjCiAg IG1hcmsgLS0+IHhoY2ktaGNkLnNjYwogICBtYXJrIC0tPiB1c2ItYmFzZS5zY2MKICAgbWFyayA8 LS0gdXNiLWJhc2Uuc2NjCiAgIG1hcmsgPC0tIHhoY2ktaGNkLnNjYwogICBtYXJrIDwtLSBhcm0t dmVyc2F0aWxlLTkyNmVqcy5zY2MKICAgbWFyayA8LS0gYXJtLXZlcnNhdGlsZS05MjZlanMtc3Rh bmRhcmQuc2NjCiAgIG1hcmsgLS0+IG15cWVtdWFybS5zY2MKICAgbWFyayAtLT4gbXlxZW11YXJt LXVzZXItcGF0Y2hlcy5zY2MKICAgbWFyayA8LS0gbXlxZW11YXJtLXVzZXItcGF0Y2hlcy5zY2MK ICAgbWFyayA8LS0gbXlxZW11YXJtLnNjYwogICBtYXJrIDwtLSBteXFlbXVhcm0tc3RhbmRhcmQu c2NjCiAgIG1hcmsgLS0+IHBhdGNoX21hcmtlci5zY2MKICAgbWFyayA8LS0gcGF0Y2hfbWFya2Vy LnNjYwogICBtYXJrIC0tPiBteXFlbXVhcm0tdXNlci1mZWF0dXJlcy5zY2MKICAgbWFyayA8LS0g bXlxZW11YXJtLXVzZXItZmVhdHVyZXMuc2NjCiAgIG1hcmsgLS0+IG5mc2QtZW5hYmxlLnNjYwog ICBtYXJrIDwtLSBuZnNkLWVuYWJsZS5zY2MKICAgbWFyayAtLT4gbmV0ZmlsdGVyLnNjYwogICBt YXJrIDwtLSBuZXRmaWx0ZXIuc2NjCiAgIG1hcmsgLS0+IHZpcnRpby5zY2MKICAgbWFyayA8LS0g dmlydGlvLnNjYwogICBtYXJrIC0tPiBzbXAuc2NjCiAgIG1hcmsgPC0tIHNtcC5zY2MKCjw9PT0g cHJvY2Vzc2VkIC5rZXJuZWwtbWV0YS9jZmcvc2NyYXRjaC9teXFlbXVhcm0tc3RhbmRhcmQtbWV0 YSBpbiAxMCBzZWNvbmRzCkRFQlVHOiBTaGVsbCBmdW5jdGlvbiBkb19wYXRjaCBmaW5pc2hlZAo= 2987 2016-02-16 09:03:46 +0000 2016-02-16 09:03:46 +0000 log.do_patch.good log.do_patch.good application/octet-stream 5086 yi.zhao REVCVUc6IEV4ZWN1dGluZyBzaGVsbCBmdW5jdGlvbiBkb19wYXRjaApbSU5GT10gdmFsaWRhdGlu ZyBhZ2FpbnN0IGtub3duIHBhdGNoZXMgIChteXFlbXVhcm0tc3RhbmRhcmQtbWV0YSkKICAgbWFy ayAtLT4gbXlxZW11YXJtLXN0YW5kYXJkLnNjYwogICBtYXJrIC0tPiBhcm0tdmVyc2F0aWxlLTky NmVqcy1zdGFuZGFyZC5zY2MKICAgbWFyayAtLT4gc3RhbmRhcmQuc2NjCiAgIG1hcmsgLS0+IGJh c2Uuc2NjCiAgIG1hcmsgPC0tIGJhc2Uuc2NjCiAgICAgIGJyYW5jaCA9PT0+IHN0YW5kYXJkL2Jh c2UgKHJldXNlKQogICBtYXJrIC0tPiBrZ2RiLnNjYwogICBtYXJrIDwtLSBrZ2RiLnNjYwogICBt YXJrIC0tPiBmaXJtd2FyZS5zY2MKICAgbWFyayA8LS0gZmlybXdhcmUuc2NjCiAgIG1hcmsgLS0+ IGx0dG5nLnNjYwogICBtYXJrIDwtLSBsdHRuZy5zY2MKICAgbWFyayAtLT4gYmxrdHJhY2Uuc2Nj CiAgIG1hcmsgPC0tIGJsa3RyYWNlLnNjYwogICBtYXJrIC0tPiBzeXN0ZW10YXAuc2NjCiAgIG1h cmsgLS0+IGtwcm9iZXMuc2NjCiAgIG1hcmsgPC0tIGtwcm9iZXMuc2NjCiAgIG1hcmsgLS0+IHVw cm9iZS1lbmFibGUuc2NjCiAgIG1hcmsgPC0tIHVwcm9iZS1lbmFibGUuc2NjCiAgIG1hcmsgPC0t IHN5c3RlbXRhcC5zY2MKICAgbWFyayAtLT4gdXRyYWNlLnNjYwogICBtYXJrIDwtLSB1dHJhY2Uu c2NjCiAgIG1hcmsgLS0+IHNlY2NvbXAuc2NjCiAgIG1hcmsgPC0tIHNlY2NvbXAuc2NjCiAgIG1h cmsgLS0+IGFybS5zY2MKICAgbWFyayAtLT4gaHpfMTAwLnNjYwogICBtYXJrIDwtLSBoel8xMDAu c2NjCiAgIG1hcmsgLS0+IHY3LUExNS5zY2MKICAgbWFyayA8LS0gdjctQTE1LnNjYwogICBtYXJr IDwtLSBhcm0uc2NjCiAgIG1hcmsgLS0+IG1pcHMuc2NjCiAgIG1hcmsgPC0tIG1pcHMuc2NjCiAg IG1hcmsgLS0+IHBvd2VycGMuc2NjCiAgIG1hcmsgPC0tIHBvd2VycGMuc2NjCiAgIG1hcmsgLS0+ IHg4Ni5zY2MKICAgbWFyayA8LS0geDg2LnNjYwogICBtYXJrIC0tPiBocnQuc2NjCiAgIG1hcmsg PC0tIGhydC5zY2MKICAgbWFyayAtLT4gZnRyYWNlLnNjYwogICBtYXJrIDwtLSBmdHJhY2Uuc2Nj CiAgIG1hcmsgLS0+IHVwcm9iZS5zY2MKICAgbWFyayAtLT4gdXByb2JlLWVuYWJsZS5zY2MKICAg bWFyayA8LS0gdXByb2JlLWVuYWJsZS5zY2MKICAgbWFyayA8LS0gdXByb2JlLnNjYwogICBtYXJr IC0tPiBrcHJvYmVzLnNjYwogICBtYXJrIDwtLSBrcHJvYmVzLnNjYwogICBtYXJrIC0tPiBwYXRj aGVzLnNjYwogICBtYXJrIC0tPiBkcml2ZXJzLnNjYwogICBtYXJrIDwtLSBkcml2ZXJzLnNjYwog ICBtYXJrIC0tPiBidWlsZC5zY2MKICAgbWFyayA8LS0gYnVpbGQuc2NjCiAgIG1hcmsgLS0+IGV4 cG9ydHMuc2NjCiAgIG1hcmsgPC0tIGV4cG9ydHMuc2NjCiAgIG1hcmsgLS0+IGJvb3Quc2NjCiAg IG1hcmsgPC0tIGJvb3Quc2NjCiAgIG1hcmsgLS0+IG5ldC5zY2MKICAgbWFyayA8LS0gbmV0LnNj YwogICBtYXJrIC0tPiBkZWJ1Zy5zY2MKICAgbWFyayA8LS0gZGVidWcuc2NjCiAgIG1hcmsgLS0+ IG1pc2Muc2NjCiAgIG1hcmsgPC0tIG1pc2Muc2NjCiAgIG1hcmsgPC0tIHBhdGNoZXMuc2NjCiAg IG1hcmsgLS0+IGluaXRyYW1mcy5zY2MKICAgbWFyayA8LS0gaW5pdHJhbWZzLnNjYwogICBtYXJr IC0tPiB5YWZmczIuc2NjCiAgIG1hcmsgPC0tIHlhZmZzMi5zY2MKICAgbWFyayAtLT4gYXVmcy5z Y2MKICAgbWFyayA8LS0gYXVmcy5zY2MKICAgbWFyayAtLT4gY2dyb3Vwcy5zY2MKICAgbWFyayAt LT4gbmFtZXNwYWNlcy5zY2MKICAgbWFyayA8LS0gbmFtZXNwYWNlcy5zY2MKICAgbWFyayA8LS0g Y2dyb3Vwcy5zY2MKICAgbWFyayAtLT4gbmV0X3NjaGVkLnNjYwogICBtYXJrIDwtLSBuZXRfc2No ZWQuc2NjCiAgIG1hcmsgLS0+IGtleGVjLnNjYwogICBtYXJrIDwtLSBrZXhlYy5zY2MKICAgbWFy ayAtLT4gY3J5cHRvZGV2LnNjYwogICBtYXJrIDwtLSBjcnlwdG9kZXYuc2NjCiAgIG1hcmsgLS0+ IHZmYXQuc2NjCiAgIG1hcmsgPC0tIHZmYXQuc2NjCiAgIG1hcmsgLS0+IGt2bS5zY2MKICAgbWFy ayA8LS0ga3ZtLnNjYwogICBtYXJrIC0tPiB0aXBjLnNjYwogICBtYXJrIDwtLSB0aXBjLnNjYwog ICBtYXJrIC0tPiB4aXAuc2NjCiAgIG1hcmsgPC0tIHhpcC5zY2MKICAgbWFyayAtLT4gb3Byb2Zp bGUuc2NjCiAgIG1hcmsgPC0tIG9wcm9maWxlLnNjYwogICBtYXJrIC0tPiByYW1jb25zb2xlLnNj YwogICBtYXJrIDwtLSByYW1jb25zb2xlLnNjYwogICBtYXJrIC0tPiB2ZHNvLnNjYwogICBtYXJr IDwtLSB2ZHNvLnNjYwogICBtYXJrIC0tPiBmdXNlLnNjYwogICBtYXJrIDwtLSBmdXNlLnNjYwog ICBtYXJrIC0tPiA4MjUwLnNjYwogICBtYXJrIDwtLSA4MjUwLnNjYwogICBtYXJrIC0tPiB1cHRp bWUuc2NjCiAgIG1hcmsgPC0tIHVwdGltZS5zY2MKICAgbWFyayAtLT4ga3Rlc3Quc2NjCiAgIG1h cmsgPC0tIGt0ZXN0LnNjYwogICBtYXJrIC0tPiBwZXJmLnNjYwogICBtYXJrIDwtLSBwZXJmLnNj YwogICBtYXJrIC0tPiBpbnB1dC5zY2MKICAgbWFyayA8LS0gaW5wdXQuc2NjCiAgIG1hcmsgLS0+ IGJmcS5zY2MKICAgbWFyayA8LS0gYmZxLnNjYwogICBtYXJrIC0tPiBiYWNrcG9ydHMuc2NjCiAg IG1hcmsgPC0tIGJhY2twb3J0cy5zY2MKICAgbWFyayAtLT4gZGV2dG1wZnMuc2NjCiAgIG1hcmsg PC0tIGRldnRtcGZzLnNjYwogICBtYXJrIC0tPiBkZWJ1Z2ZzLnNjYwogICBtYXJrIDwtLSBkZWJ1 Z2ZzLnNjYwogICBtYXJrIC0tPiBidHJmcy5zY2MKICAgbWFyayA8LS0gYnRyZnMuc2NjCiAgIG1h cmsgLS0+IGV4dDQuc2NjCiAgIG1hcmsgPC0tIGV4dDQuc2NjCiAgIG1hcmsgLS0+IGlwc2VjLnNj YwogICBtYXJrIDwtLSBpcHNlYy5zY2MKICAgbWFyayAtLT4gaXB2Ni5zY2MKICAgbWFyayAtLT4g aXBzZWM2LnNjYwogICBtYXJrIC0tPiBpcHNlYy5zY2MKICAgbWFyayA8LS0gaXBzZWMuc2NjCiAg IG1hcmsgPC0tIGlwc2VjNi5zY2MKICAgbWFyayA8LS0gaXB2Ni5zY2MKICAgbWFyayAtLT4gaXBf bmYuc2NjCiAgIG1hcmsgPC0tIGlwX25mLnNjYwogICBtYXJrIC0tPiBpcDZfbmYuc2NjCiAgIG1h cmsgPC0tIGlwNl9uZi5zY2MKICAgbWFyayAtLT4gYnJpZGdlLnNjYwogICBtYXJrIDwtLSBicmlk Z2Uuc2NjCiAgIG1hcmsgLS0+IHN5c3RlbWQuc2NjCiAgIG1hcmsgPC0tIHN5c3RlbWQuc2NjCiAg IG1hcmsgLS0+IHJma2lsbC5zY2MKICAgbWFyayA8LS0gcmZraWxsLnNjYwogICBtYXJrIDwtLSBz dGFuZGFyZC5zY2MKICAgICAgYnJhbmNoID09PT4gc3RhbmRhcmQvYXJtLXZlcnNhdGlsZS05MjZl anMvYmFzZSAocmV1c2UpCiAgIG1hcmsgLS0+IGFybS12ZXJzYXRpbGUtOTI2ZWpzLnNjYwogICBt YXJrIC0tPiBwcm9maWxpbmcuc2NjCiAgIG1hcmsgPC0tIHByb2ZpbGluZy5zY2MKICAgbWFyayAt LT4gbGF0ZW5jeXRvcC5zY2MKICAgbWFyayA8LS0gbGF0ZW5jeXRvcC5zY2MKICAgbWFyayAtLT4g ZWhjaS1oY2Quc2NjCiAgIG1hcmsgLS0+IHVzYi1iYXNlLnNjYwogICBtYXJrIDwtLSB1c2ItYmFz ZS5zY2MKICAgbWFyayA8LS0gZWhjaS1oY2Quc2NjCiAgIG1hcmsgLS0+IHVoY2ktaGNkLnNjYwog ICBtYXJrIC0tPiB1c2ItYmFzZS5zY2MKICAgbWFyayA8LS0gdXNiLWJhc2Uuc2NjCiAgIG1hcmsg PC0tIHVoY2ktaGNkLnNjYwogICBtYXJrIC0tPiBvaGNpLWhjZC5zY2MKICAgbWFyayAtLT4gdXNi LWJhc2Uuc2NjCiAgIG1hcmsgPC0tIHVzYi1iYXNlLnNjYwogICBtYXJrIDwtLSBvaGNpLWhjZC5z Y2MKICAgbWFyayAtLT4geGhjaS1oY2Quc2NjCiAgIG1hcmsgLS0+IHVzYi1iYXNlLnNjYwogICBt YXJrIDwtLSB1c2ItYmFzZS5zY2MKICAgbWFyayA8LS0geGhjaS1oY2Quc2NjCiAgIG1hcmsgPC0t IGFybS12ZXJzYXRpbGUtOTI2ZWpzLnNjYwogICBtYXJrIDwtLSBhcm0tdmVyc2F0aWxlLTkyNmVq cy1zdGFuZGFyZC5zY2MKICAgICAgYnJhbmNoID09PT4gc3RhbmRhcmQvYXJtLXZlcnNhdGlsZS05 MjZlanMvbXlxZW11YXJtCiAgIG1hcmsgLS0+IG15cWVtdWFybS5zY2MKICAgbWFyayAtLT4gbXlx ZW11YXJtLXVzZXItcGF0Y2hlcy5zY2MKICAgICAgICAgcGF0Y2ggeW9jdG8tdGVzdG1vZC5wYXRj aCAoLmtlcm5lbC1tZXRhL3BhdGNoZXMvc3RhbmRhcmQvYXJtLXZlcnNhdGlsZS05MjZlanMvbXlx ZW11YXJtL3NlcmllcykKICAgbWFyayA8LS0gbXlxZW11YXJtLXVzZXItcGF0Y2hlcy5zY2MKICAg bWFyayA8LS0gbXlxZW11YXJtLnNjYwogICBtYXJrIDwtLSBteXFlbXVhcm0tc3RhbmRhcmQuc2Nj CigxLzEpIHlvY3RvLXRlc3Rtb2QucGF0Y2gKW0lORk9dOiBjaGVjayBvZiAua2VybmVsLW1ldGEv cGF0Y2hlcy9zdGFuZGFyZC9hcm0tdmVyc2F0aWxlLTkyNmVqcy9teXFlbXVhcm0vbGlua3MvZmls ZXMveW9jdG8tdGVzdG1vZC5wYXRjaCB3aXRoICJnaXQgYW0iIGRpZCBub3QgcGFzcywgdHJ5aW5n IHJlZHVjZWQgY29udGV4dC4KW0lORk9dOiBDb250ZXh0IHJlZHVjZWQgZ2l0LWFtIG9mIC5rZXJu ZWwtbWV0YS9wYXRjaGVzL3N0YW5kYXJkL2FybS12ZXJzYXRpbGUtOTI2ZWpzL215cWVtdWFybS9s aW5rcy9maWxlcy95b2N0by10ZXN0bW9kLnBhdGNoIHdpdGggImdpdCBhbSIgZGlkIG5vdCB3b3Jr LCB0cnlpbmcgImFwcGx5Ii4KICAgbWFyayAtLT4gcGF0Y2hfbWFya2VyLnNjYwogICBtYXJrIDwt LSBwYXRjaF9tYXJrZXIuc2NjCiAgIG1hcmsgLS0+IG15cWVtdWFybS11c2VyLWZlYXR1cmVzLnNj YwogICBtYXJrIDwtLSBteXFlbXVhcm0tdXNlci1mZWF0dXJlcy5zY2MKICAgbWFyayAtLT4gbmZz ZC1lbmFibGUuc2NjCiAgIG1hcmsgPC0tIG5mc2QtZW5hYmxlLnNjYwogICBtYXJrIC0tPiBuZXRm aWx0ZXIuc2NjCiAgIG1hcmsgPC0tIG5ldGZpbHRlci5zY2MKICAgbWFyayAtLT4gdmlydGlvLnNj YwogICBtYXJrIDwtLSB2aXJ0aW8uc2NjCiAgIG1hcmsgLS0+IHNtcC5zY2MKICAgbWFyayA8LS0g c21wLnNjYwoKPD09PSBwcm9jZXNzZWQgLmtlcm5lbC1tZXRhL2NmZy9zY3JhdGNoL215cWVtdWFy bS1zdGFuZGFyZC1tZXRhIGluIDE2IHNlY29uZHMKREVCVUc6IFNoZWxsIGZ1bmN0aW9uIGRvX3Bh dGNoIGZpbmlzaGVkCg== 2988 2016-02-16 09:04:25 +0000 2016-02-16 09:04:25 +0000 yocto-testmod.patch yocto-testmod.patch text/plain 2341 yi.zhao ZGlmZiAtLWdpdCBhL2RyaXZlcnMvbWlzYy9LY29uZmlnIGIvZHJpdmVycy9taXNjL0tjb25maWcK aW5kZXggNDJjMzg1Mi4uMWQzNzU5ZiAxMDA2NDQKLS0tIGEvZHJpdmVycy9taXNjL0tjb25maWcK KysrIGIvZHJpdmVycy9taXNjL0tjb25maWcKQEAgLTM3Miw2ICszNzIsMTEgQEAgY29uZmlnIEhN QzYzNTIKIAkgIFRoaXMgZHJpdmVyIHByb3ZpZGVzIHN1cHBvcnQgZm9yIHRoZSBIb25leXdlbGwg SE1DNjM1MiBjb21wYXNzLAogCSAgcHJvdmlkaW5nIGNvbmZpZ3VyYXRpb24gYW5kIGhlYWRpbmcg ZGF0YSB2aWEgc3lzZnMuCiAKK2NvbmZpZyBZT0NUT19URVNUTU9ECisJdHJpc3RhdGUgIllvY3Rv IFRlc3QgRHJpdmVyIgorCWhlbHAKKwkgIFRoaXMgZHJpdmVyIHByb3ZpZGVzIGEgc2lsbHkgbWVz c2FnZSBmb3IgdGVzdGluZyBZb2N0by4KKwogY29uZmlnIERTMTY4MgogCXRyaXN0YXRlICJEYWxs YXMgRFMxNjgyIFRvdGFsIEVsYXBzZWQgVGltZSBSZWNvcmRlciB3aXRoIEFsYXJtIgogCWRlcGVu ZHMgb24gSTJDCmRpZmYgLS1naXQgYS9kcml2ZXJzL21pc2MvTWFrZWZpbGUgYi9kcml2ZXJzL21p c2MvTWFrZWZpbGUKaW5kZXggZDA1NmZiNy4uODZiMWZjZSAxMDA2NDQKLS0tIGEvZHJpdmVycy9t aXNjL01ha2VmaWxlCisrKyBiL2RyaXZlcnMvbWlzYy9NYWtlZmlsZQpAQCAtMzYsNiArMzYsNyBA QCBvYmotJChDT05GSUdfRFMxNjgyKQkJKz0gZHMxNjgyLm8KIG9iai0kKENPTkZJR19USV9EQUM3 NTEyKQkrPSB0aV9kYWM3NTEyLm8KIG9iai0kKENPTkZJR19DMlBPUlQpCQkrPSBjMnBvcnQvCiBv YmotJChDT05GSUdfSE1DNjM1MikJCSs9IGhtYzYzNTIubworb2JqLSQoQ09ORklHX1lPQ1RPX1RF U1RNT0QpCSs9IHlvY3RvLXRlc3Rtb2Qubwogb2JqLXkJCQkJKz0gZWVwcm9tLwogb2JqLXkJCQkJ Kz0gY2I3MTAvCiBvYmotJChDT05GSUdfU1BFQVIxM1hYX1BDSUVfR0FER0VUKQkrPSBzcGVhcjEz eHhfcGNpZV9nYWRnZXQubwpkaWZmIC0tZ2l0IGEvZHJpdmVycy9taXNjL3lvY3RvLXRlc3Rtb2Qu YyBiL2RyaXZlcnMvbWlzYy95b2N0by10ZXN0bW9kLmMKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5k ZXggMDAwMDAwMC4uMWUwOWQzNQotLS0gL2Rldi9udWxsCisrKyBiL2RyaXZlcnMvbWlzYy95b2N0 by10ZXN0bW9kLmMKQEAgLTAsMCArMSwzNiBAQAorLyoKKyAqIENvcHlyaWdodCAyMDEyIEludGVs IENvcnBvcmF0aW9uCisgKiBBdXRob3JlZC1ieTogIFRvbSBaYW51c3NpIDx0b20uemFudXNzaUBp bnRlbC5jb20+CisgKgorICogVGhpcyBwcm9ncmFtIGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4g cmVkaXN0cmlidXRlIGl0IGFuZC9vciBtb2RpZnkKKyAqIGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0 aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgdmVyc2lvbiAyIGFzCisgKiBwdWJsaXNoZWQg YnkgdGhlIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbi4KKyAqCisgKiBUaGlzIHByb2dyYW0gaXMg ZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwKKyAqIGJ1dCBX SVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5IG9m CisgKiBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0Uu ICBTZWUgdGhlCisgKiBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxz LgorICoKKyAqIFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBHZW5l cmFsIFB1YmxpYyBMaWNlbnNlIGFsb25nCisgKiB3aXRoIHRoaXMgcHJvZ3JhbTsgaWYgbm90LCB3 cml0ZSB0byB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuLAorICogNTEgRnJhbmts aW4gU3RyZWV0LCBGaWZ0aCBGbG9vciwgQm9zdG9uLCBNQSAwMjExMC0xMzAxIFVTQS4KKyAqLwor CisjaW5jbHVkZSA8bGludXgvbW9kdWxlLmg+CisKK3N0YXRpYyBpbnQgX19pbml0IHlvY3RvX3Rl c3Rtb2RfaW5pdCh2b2lkKQoreworCXByaW50aygiS2lscm95IHdhcyBoZXJlISBfX21fKE91Tylf bV9fIik7Cit9CisKK3N0YXRpYyB2b2lkIF9fZXhpdCB5b2N0b190ZXN0bW9kX2V4aXQodm9pZCkK K3sKKwlwcmludGsoIktpbHJveSB3YXMgbm90IGhlcmUhIik7Cit9CisKK21vZHVsZV9pbml0KHlv Y3RvX3Rlc3Rtb2RfaW5pdCk7Cittb2R1bGVfZXhpdCh5b2N0b190ZXN0bW9kX2V4aXQpOworCitN T0RVTEVfQVVUSE9SKCJUb20gWmFudXNzaSA8dG9tLnphbnVzc2lAaW50ZWwuY29tIik7CitNT0RV TEVfREVTQ1JJUFRJT04oIllvY3RvIFRlc3QgRHJpdmVyIik7CitNT0RVTEVfTElDRU5TRSgiR1BM Iik7Cg== 3143 2016-04-21 15:54:32 +0000 2016-04-21 15:54:32 +0000 layer created with yocto-bsp command meta-myqemuarm.tar.gz application/gzip 5170 leonardo.sandoval.gonzalez H4sIAAAAAAAAA+09a3PbOJLz9fgrUMpcObm1JFJPx3fejSzTMSt6LSVn4qupU0EkZHFEkVySsq1s zX+/boCUqIctWXaUzYY9E9skGo1Gv9AAQdCjD/1b2x1Quz9i1GT+L68PMkClUuG/AVZ/Q2HpF6VQ lSuKXCgqiKeUyor8y+034GUNpkFIfWjSd93wKbxt5aud+0GgXCCGO5kwJzxTZHNImfzeZPJJdVgY KFWldGKcFAusMnwvFyhTWKFqGLL0vXlO4fVgwkKancz+wSZT6k/y36QN9Idqtfy4/8Pfq/4vK+Vf yt+EmxX4yf1/Rf/1dudGa33MNbXe67Uh4n/pMf0r1Wp1Vf/lsgL4r8fC4/CT67/D/IkVBJbrECsg I+azwYzc+tQJmXlMhj5jxB0SY0T9W3ZMQpdQZ0Y85gdQwR2E1HIs55ZQGES8mQSY4QjIBO4wvKc+ A2ST0CBwDYsCPWK6xhSHGhpie0PLZgF5G44YyXSjGpl3vBGTUVuyHIJlcRG5t8KROw2Jz4LQtwyk cUwsx7CnJvIQF9vWxIpawOq+dTsKAwmITgPoAfJ5TCauaQ3xN+Pd8qYD2wpGx8S0kPRgGsLNAG8a zMFa0I+865OA2bYEFCzgm/d1wR3HQdY9FGgYiSjAO/cjd7LcEyuQhlPfgSYZr2O6IDLe4h/MCPEO og9d23bvsWuG65gW9ig4laQeFNGBe8d4X3j3iOOGwKpgARXgLbQaFQUjattkwCKBQbuWI+GtuDs+ Ng++4IQWtYnn+ry91W7moP0rlXTbl73farpKtC7p6O3P2oV6QTK1LlxnjslvWu+qfd0jgKHXWr0b 0r4ktdYN+aS1Lo6J+qWjq90uaeuS1uw0NBXuaa164/oCAg85h3qtdo80NAhBQLTXJthgREpTu0is qer1K7isnWsNrXdzLF1qvRbSvGzrpEY6Nb2n1a8bNZ10rvVOu6tC8xdAtqW1LnVoRW2qrV4OWoV7 RP0MF6R7VWs0sCmpdg3c68gfwWioax+veuSq3bhQ4ea5CpzVzhuqaAo6VW/UtOYxuag1ax9VXqsN VHQJ0QR35LcrFW9hezX4v97T2i3sRr3d6ulweQy91Hvzqr9pXfWY1HStiwK51NvNYwnFCTXanAjU a6mCCoqaLGkEUPD6uqvOCZILtdYAWqCe1pL6ctJq/NfV2kVTfeUYsyX+V0uF9fG/iuWvzMdG+Mnj fw/DhdA6D8gYazCqBxAfhq4/EYEU/h9MLZvHWQwHy1YjnXc7xKYz5osoOABRxZjWhN5CeImo8rDD 7+cHlkP9GURcH0Ke689yUsdmNIBIBUMOYhiuD5Hew9AHtAJmiIA0YBAUITb6MEgASTuAkCRdMI85 JnMMCGXSWQIwXEIHOXNQAbEgpjkQRgm51rVTcmuFp/k8/My5UMgmA2ZCcMy5/i1wGA7omAHmAMZD Y3RKJjQImb9L3eSNLPQEqXAmglMuvF2IzlwQjOe7OCZwog8ACTrR5SodqUNDY7SQgzQX7HSAIxMf wAUKobeo6lAMGqjFaOi5waaBomWj7GFsDKW3nJ0Pq0y94xo3jFNhF0CO69kHCTcXF+TLly/khgP5 H2A7N+Pw4StCDiagf5VW1c9NDLuYb9Y0CPVaC+MvN1FU/gRkmrSAHh3YPFWpg6VBirFsBpEgCNFy 5PxxQyZzQ5aIhqjrhgzmG5kuNLoztTVeHgFJymazkOB4NjVEwkMCjxnW0DIIKsqfRl6AIpi5Uz+y bKgF3ICf+iZcgeq4t4JqBNuCErITTD0c2nl9CrZ2xxxojkv+GAlKDotTknvHdqm5wRW5nVB/gNnD 0I9ym6Nzl/om6Qr6YIPGGBt+C8jvyEVELDgCy7tlcVIhrKwjjIncs0FghZhhXNE7bMd0HTQFGh7H eeR0gveBTcIeQp8amFMioSRHRqx/GvIysNasze6Yja1ykXETjiQUQoLLO04M6sRSkxYqFOKDlJia cy3brhFFxeGmYCg0gi0MhKeCfTtD6IPtRlkqd0EXqkbqCwhKHfryFvNrw2BBIOGiDDSBtE0aUszf fMAYsPCegc6gx8E7wnK3OR7KeJfyc5chv6/fy68Y5+/gMy5hDvcb3o15URzKTXOloFmrX4EfYudQ CDbvGWcgLvnbGcnM8TOSdAOSDSAttzkpBxNQ0eDcRMmqsCnMH6YQ0JDsr5AXT31wBZdlYaYRZnml LHPueGEUodE+oRxrZwMaupJUE7qHaI9KokgQpTqc2qJZofKIsRGFXJpClLuLvJwbnTQ3CggCws4p ZFXnZGjTYERMH9HfYrRackzQ2QjGJ+5BEtIRA9ZxPO5F4xj6y1ps4Y1E0eXoHThCLUAXpjbEdQdM 7o4lPTOunDD+hSVTO4CJh+uPJTHA2rOFqy7MBEYZDDYu+B2OwIRcQlhg1BCxQnAsHc3xjxLIx1iG Mzz4N5naoeWBVsVQxIJjgq67FDVwAsYpT+gf0EgUcwgmX2E8eyNHNqjCd9gReSvn3svvuNTQ88Rs DgUK7gdTSRiyDNeEuDaygCSGgnEgItUU2nTCaDAkb2H2I9SJ8yCQio25SsC59oA5RIUmIDxAKhLx 9A7koIFKGeXGE0UaMcuFylIcaBbxhewYXyT2j6l1R21oFfQBgjLGBGesSIZ6MKh6Ps6TIzFuUJi0 kH/cfEAni4iEA+H2cesbjEKAGWK2KAaiXpxNzHNJ9CHu9wsnAyMR2uM+xnB2LgaeyF4l7ndiiHCH Q+HHK/4H/b12cMRrWM70Aa0lYDC4reMRUotHD5TJSjGodAwiMtkdzpTz8DsfmBCxgSVicqZwpi1i fyJIuASSNO4zEnugE3AAiFlvsIY1PFsJSYvAmy3IiqwU5KpcLlaLJ7kRmPfkFrp3FjcMNIKZY8Av xgfG+X0h2Chq4djNDYsupJvoF++LsGQUCfIu7kmQlLmrlQLXGLOQREsmIS72RKOu596DfMG0CEm0 DoYYgNNz9wRmwVkmnKBQIV8wgE7jOpIHOqY2tB2MwVNAYRr3EnJPHVRUiAsVDrWFsLkj+L57HyS9 KxpmrzWkPXF5FISwNhwy7uoet280jztIBnmXwJlsS7hEFIugWFgbdMEBlzGlo17U9BF0rQ7oY2Ed 0PC6hHHyN+d1pRPAVAAS52LlHsnFsQjFcceWaGAXrCEOn5YwSa2DgQ7EGnCxi0o0QZ0rIKLiQS4E wd3EhSQ28UKIxhDu+ah8y8P2zIOMDFGPuI9iA0DR513n9EcQ+Y9UyJT8IxA1j6udmCgEIqB5yvES wyRfO8rx2JCdS2BoCaQjCKhgM6FYrfL9qRfGkScyKjSzt9Cq6bLAOeJCvpciednovtyATqPWj0nE dvLmIp5ADKLOLZNwXRLTQD/AdUOcTrpCi6DmoeUHYcIjuRt9Zb6b9DUyCM6UJhCeOuFZWSn8dM+2 Nq7/5ETWFbxSG9vW/5VyeXX9p1KsKOn6zwEAY0qk7Xmo8MTkDVdtJpCSBCupRDCyPA8iPU8M0NX4 +k80jA/Bk8w4ei9WsOMMBfxxFIbeaT4fp7HB+jrHxIIxwM9HbOXFkvd8JhQnCrfMYT4N2ZOsYRpy zJe6F1lkNKU12eqqVIy+oSvSU125v79f78S8f3lelFVySt5zx7MsM63AdbKVnJwDy8sNvha+Swf5 DGF7L/GJwxNLUtijHJQ8hbNIX7+3saewBivxX0wRXnkbwB7P/8tFWUmf/x8ANusfXdq6dWAO8xpt bBn/N+m/WihX0/H/ALCif5yRvPomoD38v1QtFVL/PwBs0j9f/+Vru6/Txjb/L6/rv1ItpM9/DwFv yG8sXgFHjYvHeTYNAlwRix/ORg8DXHJ+3qn1riTxi+TOSOb01382ajeqfqHpf2Zwtr2gB5UtjwXZ /5oTsnDZb07qUmuoXSn6Tf4CxBK08vPaefgvNxiQ36X/eKqcevh0F1gQBPv1dqMhdkkI2onHEhEG 9KGn6q3+4gkEoP1fso0Fqq61da13s4xbyfzwKe0m/59QYwSThlcbB/aI/5ViqZLG/wPAU/qf337h WLA1/hdW138KSqGY7v88BLz50LvpqKekKXQuvfnQqjXhevE8G25dqN26rnUwls4xiVi8nvrRZk7c kzGPjWINPMDNKLp6qeq6etGP9gnq/TvLD6fUzo/xUZ/NHxnzBeAsXznIJKp8VvUutNlPFHP0Uq70 nxDoJR8fqPmClbnVRhsc88hLDi6exgqnDssCy+8LFfZHwPEl6ROMCmqjr+GWPhQPxvqvGq7AZKSu qmu1BowurW67wUsUpVyQZRKGs1qzJiNf31upz4AV/48H1UHgvd40YJ/4D3+k8f8A8IT+8YHukGLa 9kJTeL7+C3KxWkz1fwDYTf8vM4U99F8oF9P3fw4Bz9b/Hu+K7aH/Urmcrv8cAl6gf0ylRBK4pQ2U x1P5PyT7q/qvlCvp+u8h4I3YGcWiTVMTF3ee4BrQmM0GfEsvFamzw3C7rXRV+6z2e+3r+hVMCVS1 deaIW5/Um/N2Tb84m/1I2W8Kz/X/vpyT54ttO7axzf/lynr8r8jF1P8PAHztVf3S02u4otvtez5/ SYac8tXY3pXW5Quhv/6z0/rzNPNDTW1T2AEe8X/cvvp913+raf5/CHhK//yNC2s49XAv0wusYY/8 X1Gq6frPIWB3/e9vDXvov1itpP5/CNhX/89ZBthD/xX4l+r/APBy/Vv4FgFMDh7fLo7yeCr/L6zp vyjLpXT/xyHgDcmz0Mg7LMS3BRPKJNns6iO++N1rNIK3J/h23hBtAf7EfR89/mqs6w2oMSZzOhKd 8vdSJAuv4A8oYuEcMZ1PfGfY0//7yjOWAbb5v1xePf8J4n+pkPr/AeCZ8//vzW4KrwyP+H/05mbw KmsAz8//lGqhlOb/h4Bt+n9w/dvsQ8D8O7b3NoA98n8F9/+m+v/28Cz9R7+zD8OTSlYkh7vYxB76 L5fS578HgRfrf4eFgD30Xy1Vqqn+DwCvqH9E3bhTGOXxRP5fKsqr+X9RKRbS978PAVI3OpAoc4nH sWYk1TGjW9KiTHO8aXjBzw/JSARAM5kTWkOL+XiV+YivKlsG+RRtGhBIF3i4CkfgSOzOZHeipO1x unFJHWaby1VXEKKmoyt+eIOFLOUHs6xHw1E+PoAma53AzDELdmq5WTnL7oDN7HiwmeqX8UCfYqf5 FZrvY2hN12R2ZksvAK9BZ+40FIjTfYVZj1ZdmEmauB1jozAnouQxaXZcvgKzXZjL4pzMeVqp0/Hd 0DVce1FLm3S6+cJG5P+tPVhBk3qe5dwuKpRIeSO2OpnikU7F82kYuk6kjNCfsj3F93cIR4QfBxju YYZ7Ci50p8YoMHzGHHlj3evu+bwiXrvOI917ysuioMzPOPRd2475XOnhcMB7uJl+03XwAKkn3XgJ Z1UInWZXFLwhEK9LDxVZJuX3uZMyufpK3tY/996REZ5fdEqK1VyxTMZXX/+beIY9PiWl9zlAbl59 5fW5U+GbBJmYTr8iAwLKSWDyBuBHtUAUpXJClKJSIAQbrMhFUlHgH5RneXPkL3f81CTBWaUkP5RO ZPIBMJEtzTEh0PszPHDMMSHMLJhUcuVxgqMG5yiqz1VWKOew1RLwUylXCKmW4fIE2QM+oQ1glv+A u+VCOWYnu5mdagHZ+ax2a0kxvX+aA+Qx5qBSAg5k+HFSLCw4OHmPHCjIgbyNg/ImDrbIIMkBlwE0 Q05KCRmcKPgD+CrL2zg4WeegVMwVt3BQyckxB+/nWliSwYKD9yscbPSELnfXjY5wwYYUz7dKogjH nPvBo84YOc8CcZNTdaeDhcdbAQxfM1EQCyAQlWMJ8DLsxbzeI33iCVo0DD3VsySK6OXCwzd0PhF0 lzq1PGq/WcPbPJatYv1dbV4vhezlmEMyNTyWRMWTrnjVDMk47lL8/N5p1A8LL83/+3JO2fYgYEv+ v2n9H7w73f97CEjX/39ueMT/xbuZr7QD8PnrP3j+Q7r+fwh4Wv/8xdsXW8Ee63/8m3Cp/r897KJ/ /qGeQ+//rKTnPxwCdtf/4gRjyBHw1NmsH+YCw9jexrb8b/38z0K5Wk3f/zgEmGyIU+1P8QH+iXMf 4qKaXr8i/E50aAIZ4wHDQX5hB/llk1hgLo4Qwdvfu7MprME+/h+voe3m/bvs/1x7/7Ncwu/FfuvO I6T+/3z/x7cD0RDumB/QEKwjK45P2Xhzbi5pVPgXhH38P7Sc2a6+j7B1/C8p6+9/ltP9n4eAl4z/ aAf52BhS7/4hYR//x09JRMu/OWO4/Svt2/xfXs//4c80/z8E1NutS+1jv6l16/0L9bNWV7tnMym6 e9Ou99r9ntrtNdvpyQ7/lrC3/w8ZDac+C3ZIBLb6/4b3/0rl1P8PAXvrP/qE6C554Pb4X1nTf6Ga Pv87BEyoPxafg+Vf2cXP8Un8UnzGLovf2pu4Zo7fSweAfzvYw/93yvmSsEf8L6bzv8PAPvp/xtSf wzb9K6DrNf2n6/8HgTE/9H9EffOef8o16eSS9Fjp6hRwfe6/liSkY8e/JOzi/4njt/ulXOm5x79t 839Fqa6t/5dK6fvfB4Ed93/xIQDPf+voUVFH/zNXghv1dhNqaucNtR+tIS5/IyP5NfBP53qtVb9K ICBG/Hxg49ODzPw09ku11rvW1W5fGF+CCH7dg0AUygcTD0MN1Onq9f61rvEi5P00/8jzK/6p9AWs 4a4Eup3Qk1Pj5Qr8Aynxh5VDiIyMAKe6+jmIv+jHoJjiV+wnEysklonfTzX4Z2iP7vDDKiYQWP1e tDHCj6EGUaXER3inXhACuQlJHqCP35CWRKv96DT8vudkk06+EO3fuK5r1702oP+ZmdeDqLF7pTcN rXX9JT7Nn4gD/NO9hCmkkEIKKaSQQgoppJBCCgeF/wfRfuX5AKAAAA== 3156 2016-04-25 19:05:42 +0000 2016-04-25 19:05:42 +0000 Patch sent to the ML 0001-scripts-lib-bsp-kernel.py-force-patching-when-branch.patch text/plain 1068 leonardo.sandoval.gonzalez RnJvbSAxMTY4YWU0NWE1NDBmNTRmY2ZiNjMzNjA3MTQ4NmI2MTU3M2I5YjgxIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBMZW9uYXJkbyBTYW5kb3ZhbCA8bGVvbmFyZG8uc2FuZG92YWwu Z29uemFsZXpAbGludXguaW50ZWwuY29tPgpEYXRlOiBNb24sIDI1IEFwciAyMDE2IDA3OjE4OjE4 ICswMDAwClN1YmplY3Q6IFtQQVRDSF0gc2NyaXB0cy9saWIvYnNwL2tlcm5lbC5weTogZm9yY2Ug cGF0Y2hpbmcgd2hlbiBicmFuY2ggaXMKIG1hY2hpbmUgYnJhbmNoIGlzIHJlLXVzZQoKV2hlbiBh IGJyYW5jaCBpcyByZS11c2VkLCB0aGUga2VybmVsIHRvb2xzIHR1cm5zIG9mZiBhbnkgcGF0Y2gg cHVzaGluZyB1bmxlc3MKJ21hcmsgcGF0Y2hpbmcnIGlzIGV4cGxpY2l0bHkgc2V0LgoKW1lPQ1RP ICM5MTIwXQoKU2lnbmVkLW9mZi1ieTogTGVvbmFyZG8gU2FuZG92YWwgPGxlb25hcmRvLnNhbmRv dmFsLmdvbnphbGV6QGxpbnV4LmludGVsLmNvbT4KLS0tCiBzY3JpcHRzL2xpYi9ic3Ava2VybmVs LnB5IHwgMSArCiAxIGZpbGUgY2hhbmdlZCwgMSBpbnNlcnRpb24oKykKCmRpZmYgLS1naXQgYS9z Y3JpcHRzL2xpYi9ic3Ava2VybmVsLnB5IGIvc2NyaXB0cy9saWIvYnNwL2tlcm5lbC5weQppbmRl eCBiYTY4YjYwLi4wNzgzMjI4IDEwMDY0NAotLS0gYS9zY3JpcHRzL2xpYi9ic3Ava2VybmVsLnB5 CisrKyBiL3NjcmlwdHMvbGliL2JzcC9rZXJuZWwucHkKQEAgLTMzMyw2ICszMzMsNyBAQCBkZWYg d3JpdGVfcGF0Y2hfaXRlbXMoc2NyaXB0c19wYXRoLCBtYWNoaW5lLCBwYXRjaF9pdGVtcyk6CiAg ICAgcGF0Y2ggbGlzdCBbJHttYWNoaW5lfS11c2VyLXBhdGNoZXMuc2NjXS4KICAgICAiIiIKICAg ICBmID0gb3Blbl91c2VyX2ZpbGUoc2NyaXB0c19wYXRoLCBtYWNoaW5lLCBtYWNoaW5lKyItdXNl ci1wYXRjaGVzLnNjYyIsICJ3IikKKyAgICBmLndyaXRlKCJtYXJrIHBhdGNoaW5nIHN0YXJ0XG4i KQogICAgIGZvciBpdGVtIGluIHBhdGNoX2l0ZW1zOgogICAgICAgICBmLndyaXRlKCJwYXRjaCAi ICsgaXRlbSArICJcbiIpCiAgICAgZi5jbG9zZSgpCi0tIAoyLjYuNgoK