[LEDE-DEV] [PATCH] kernel: update kernel 4.4 to version 4.4.30

Stijn Segers francesco.borromini at inventati.org
Tue Nov 1 12:09:46 PDT 2016


Hi,

I rely on KanjiMonster's script to adjust the patches, so they apply 
cleanly. Without it, if you start a verbose build, you'd see 'patch 
applied with fuzz 2' etc. With the amount of patches a project like 
this one has, clean patches eliminate redundant output and allow you to 
zoom in quicker on the correct lines in the source code (and the part 
of the patch that breaks them).

https://gist.github.com/KanjiMonster/dfcd1af3190aa7b2941f1bdcb119f25e

Cheers

Stijn

Op di, 1 nov 2016 om 6:58 , schreef p.wassi at gmx.at:
>>  This patch bumps the 4.4 kernel from .28 to .30 and refreshes the 
>> patches.
> 
> A question regarding the 'patch refreshing' and my previous patch for 
> 4.4.29.
> I want to figure out where my workflow is erroneous, or what things I 
> did not
> understand when refreshing a patch series during a kernel upgrade 
> like this.
> For example let me take the first refreshing you submitted
> (besides 4.4.28->30 in kernel-version.mk):
> 
> The file 
> 'target/linux/bcm53xx/patches-4.4/405-mtd-spi-nor-detect-JEDEC-incompatible-w25q128-using-.patch'
> patches the kernel driver 'drivers/mtd/spi-nor/spi-nor.c'
> Now with your patch refreshing, you adjust the offsets in spi-nor.c
> However, this file (spi-nor.c) was last changed back in July 
> (2016-07-14).
> So why is it required to refresh this patch on 4.4.28 -> .30, when 
> this
> file was last changed during 4.4.15 -> .16 ?
> 
> Don't get me wrong, I just want to understand where I have to adjust 
> my workflow.
> 
> Best regards,
> P. Wassi




More information about the Lede-dev mailing list