One of the patches had a single word subject line that was very common in the kernel repository's commit logs, so the script decided it was the first one in the series towards the end. After I made it less general, the script fell through to just applying all of the patches.
Thanks Jate On Thu, May 12, 2016 at 9:05 PM, Bruce Ashfield < [email protected]> wrote: > On 2016-05-12 7:23 PM, Jate Sujjavanich wrote: > >> I am attempting to incorporate kernel-yocto.bbclass into my Freescale >> kernel. I had to make some changes in the early tasks, but I got >> configuration fragments working (which was my main goal). >> >> My kernel recipe's patches stopped working, however. They followed the >> more conventional base.bbclass patching logic. The script kgit-s2q skips >> over several of my patches with the autoresume logic. >> >> Do you have suggestions on what to try? I do have to tell you that I'm >> on dora. >> > > Hmmm. It is rare that the script detects the wrong fence post, but > it can happen if the shortlogs are similar and the diffstats also > happen to match. > > I don't suppose there's a set of layers that you can send me, or > point me at where I can do a few test runs ? > > Outside of that, you can add the native sysroot to your path and > run kgit-s2q by hand, and see exactly why it is detecting the > wrong fence post patch (and hence skipping). > > That script is looking at the patches, and then checking the branch > from the top down to see if a given patch is already on the branch. > Once it finds a patch that isn't on the branch, it declares it the > resume point and starts from there. So if you have patches with > similar shorlogs/diffstats, see about changing them to be unique > and the script shouldn't move through them, looking for the resume > point. > > In Yocto 2.0+ I ended up dropping the autoresume logic, since with > the matching logic I hinted at above, it was indeed possible to > shoot through the middle and resume from the wrong point. > > Bruce > > >> Jate >> >> >
-- _______________________________________________ linux-yocto mailing list [email protected] https://lists.yoctoproject.org/listinfo/linux-yocto
