summaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel/kexec
diff options
context:
space:
mode:
authorBruce Ashfield <bruce.ashfield@windriver.com>2015-09-29 10:31:35 -0400
committerRichard Purdie <richard.purdie@linuxfoundation.org>2015-10-01 07:43:34 +0100
commit8fe5b489df626374838c214d1b2a25d3ad04c04c (patch)
tree1b8e85430b627ea9b9ea0eff7757f8c517aa33ed /meta/recipes-kernel/kexec
parentb0545068c761b41051fe6a41ea6f61e46b44ae05 (diff)
downloadpoky-8fe5b489df626374838c214d1b2a25d3ad04c04c.tar.gz
kern-tools: fix multi-layer patch application
Updating the kern-tools SRCREV to import the following fix: kgit-meta: resume after last applied patch When the auto-resume (resume point detection) was removed from the processing of a meta-series, it ignored the fact that a single patch series may in fact be processed a number of times. Two layers patching a kernel will generate two different runs on the same branch, which always start at patch one. This will obviously break with duplicate patches. To avoid this, we simply track the last patch applied, and explicitly tell the patch scripts where to start. This gets us resume functionality, without the overhead of resume point detection. (From OE-Core rev: 692f1333e257556e7462b2436dd60e865869349c) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-kernel/kexec')
0 files changed, 0 insertions, 0 deletions