# git rev-parse -q --verify c145ff82749b4daa660ab4739f5412b2d62e2d8a^{commit}
c145ff82749b4daa660ab4739f5412b2d62e2d8a
already have revision, skipping fetch
# git checkout -q -f -B kisskb c145ff82749b4daa660ab4739f5412b2d62e2d8a
# git clean -qxdf
# < git log -1
# commit c145ff82749b4daa660ab4739f5412b2d62e2d8a
# Author: Aneesh Kumar K.V <aneesh.kumar@linux.ibm.com>
# Date:   Tue Sep 17 18:08:51 2019 +0530
# 
#     powerpc/nvdimm: Update vmemmap_populated to check sub-section range
#     
#     With commit: 7cc7867fb061 ("mm/devm_memremap_pages: enable sub-section remap")
#     pmem namespaces are remapped in 2M chunks. On architectures like ppc64 we
#     can map the memmap area using 16MB hugepage size and that can cover
#     a memory range of 16G.
#     
#     While enabling new pmem namespaces, since memory is added in sub-section chunks,
#     before creating a new memmap mapping, kernel should check whether there is an
#     existing memmap mapping covering the new pmem namespace. Currently, this is
#     validated by checking whether the section covering the range is already
#     initialized or not. Considering there can be multiple namespaces in the same
#     section this can result in wrong validation. Update this to check for
#     sub-sections in the range. This is done by checking for all pfns in the range we
#     are mapping.
#     
#     We could optimize this by checking only just one pfn in each sub-section. But
#     since this is not fast-path we keep this simple.
#     
#     Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.ibm.com>
#     Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
#     Link: https://lore.kernel.org/r/20190917123851.22553-1-aneesh.kumar@linux.ibm.com
# < /opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-gcc --version
# < /opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-ld --version
# < git log --format=%s --max-count=1 c145ff82749b4daa660ab4739f5412b2d62e2d8a
# < make -s -j 10 ARCH=powerpc O=/kisskb/build/powerpc-next_pmac32_defconfig+SMP_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  pmac32_defconfig
# Added to kconfig CONFIG_SMP=y
# yes \n | make -s -j 10 ARCH=powerpc O=/kisskb/build/powerpc-next_pmac32_defconfig+SMP_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  oldconfig
yes: standard output: Broken pipe
# make -s -j 10 ARCH=powerpc O=/kisskb/build/powerpc-next_pmac32_defconfig+SMP_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-  
In file included from /kisskb/src/sound/ppc/pmac.h:12:0,
                 from /kisskb/src/sound/ppc/awacs.c:16:
/kisskb/src/sound/ppc/awacs.c: In function 'snd_pmac_awacs_init':
/kisskb/src/include/sound/control.h:208:9: warning: 'speaker_vol' may be used uninitialized in this function [-Wmaybe-uninitialized]
  return _snd_ctl_add_slave(master, slave, 0);
         ^
/kisskb/src/sound/ppc/awacs.c:873:36: note: 'speaker_vol' was declared here
  struct snd_kcontrol *master_vol, *speaker_vol;
                                    ^
INFO: Uncompressed kernel (size 0x942b9c) overlaps the address of the wrapper(0x400000)
INFO: Fixing the link_address of wrapper to (0xa00000)
Completed OK
# rm -rf /kisskb/build/powerpc-next_pmac32_defconfig+SMP_powerpc-gcc5
# Build took: 0:01:56.373325