Hi Koen,

as you might have noticed, I'm trying to learn how patch refreshing is done.
(And I had quite a trouble, which lead to some discussion this month)

Currently I'm preparing a bump to 4.4.32 (actually, the patches are already 
prepared,
I'll send them in soon, it's just still compiling for run-testing)
Anyway, when going through the things needed for patch refreshing here, I've 
come over this:
brcm2708/0061-config-Enable-CONFIG_MEMCG-but-leave-it-disabled-due.patch
patches the kernel/cgroup.c
That's the only patch in the whole LEDE tree, that deals with cgroup.c
This patch has last been touched in September. However, the file has been 
modified upstream
in 4.4.31 (that's the reason why I came over it, as it was not applying cleanly 
on 4.4.32)

So I guess, this patch has been missed on your refreshing for 4.4.31.
My question now is: was the patch refreshing produced by some "toolchain" / 
quilt.
Was it missed by human error, or software issues? In the meantime (in theory) 
it's clear
to me that with every kernel bump all patches should be refreshed, in practice 
the whole
process seems to have a slight touch of randomness to me. As I said before, I'm 
still trying
to figure out the 'correct' way. I've completely done things manually before, 
and have setup
a small script that just tries to prepare the kernel sources for all targets. 
(That's how
I came over the thing with cgroup.c) To finalize my mail: is cgroup.c a false 
positive of
my script, or has it really been missed?

Best regards,
P. Wassi


> + Refresh patches
> compile/run-tested on cns3xxx & imx6.
> 
> Signed-off-by: Koen Vandeputte <koen.vandepu...@ncentric.com>
> ---
>  include/kernel-version.mk                                  |  4 ++--
>  ...-override-creds-with-the-ones-from-the-superblock.patch |  6 +++---
>  .../patches-4.4/052-01-ubifs-Implement-O_TMPFILE.patch     |  2 +-
>  .../052-02-ubifs-Implement-RENAME_WHITEOUT.patch           | 14 
> +++++++-------
>  .../052-03-ubifs-Implement-RENAME_EXCHANGE.patch           |  6 +++---
>  ...ac-stop-clearing-DMA-receive-control-register-rig.patch |  9 ++-------
>  .../linux/generic/patches-4.4/201-extra_optimization.patch |  4 ++--
>  7 files changed, 20 insertions(+), 25 deletions(-)
> 

_______________________________________________
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Reply via email to