ACK: [PATCH 0/3] [SRU] [Z/raspi2] [Config] Config sync between master and raspi2

Colin Ian King colin.king at canonical.com
Wed Jun 21 08:38:06 UTC 2017


On 13/06/17 11:14, Paolo Pisati wrote:
> BugLink: https://bugs.launchpad.net/bugs/1693250
> 
> Over the course of time, the config used for the raspi2 branch diverged from the
> config used for master/generic, and that could lead to different behaviours for
> kernel that should have the same (or largely the same) set of features/options
> ([1] is an example of this). What follows is the manual sync between the config
> of master/generic and the raspi2 branch.
> 
> Tested on ubuntu classic armhf / arm64.
> 
> Since the skew between master/generic and raspi2 was so large, the resulting
> config change presented here goes way beyond a normal SRU change, so i've tried
> to test it in many possible ways, hoping to cover as much ground as possible.
> 
> In the resulting kernel the number of available modules raised from ~1500 to
> ~3500, while the size of the archive went from 16MB to 28MB.
> 
> 
> Paolo Pisati (3):
>   UBUNTU: [Config] config sync wrt master
>   UBUNTU: disable SND_ARMAACI, FTBFS
>   UBUNTU: skip ABI and modules checks
> 
>  debian.raspi2/abi/4.10.0-1006.8/arm64/ignore       |    1 +
>  .../abi/4.10.0-1006.8/arm64/ignore.modules         |    1 +
>  debian.raspi2/abi/4.10.0-1006.8/armhf/ignore       |    1 +
>  .../abi/4.10.0-1006.8/armhf/ignore.modules         |    1 +
>  debian.raspi2/config/arm64/config.common.arm64     |    9 +-
>  debian.raspi2/config/armhf/config.common.armhf     |    9 +-
>  debian.raspi2/config/config.common.ubuntu          | 4999 ++++++++++++--------
>  7 files changed, 3117 insertions(+), 1904 deletions(-)
>  create mode 100644 debian.raspi2/abi/4.10.0-1006.8/arm64/ignore
>  create mode 100644 debian.raspi2/abi/4.10.0-1006.8/arm64/ignore.modules
>  create mode 100644 debian.raspi2/abi/4.10.0-1006.8/armhf/ignore
>  create mode 100644 debian.raspi2/abi/4.10.0-1006.8/armhf/ignore.modules
> 

All seem reasonable to me.

Acked-by: Colin Ian King <colin.king at canonical.com>




More information about the kernel-team mailing list