# git rev-parse -q --verify 3c25ab35fbc8526ac0c9b298e8a78e7ad7a55479^{commit}
3c25ab35fbc8526ac0c9b298e8a78e7ad7a55479
already have revision, skipping fetch
# git checkout -q -f -B kisskb 3c25ab35fbc8526ac0c9b298e8a78e7ad7a55479
# git clean -qxdf
# < git log -1
# commit 3c25ab35fbc8526ac0c9b298e8a78e7ad7a55479
# Author: Suraj Jitindar Singh <sjitindarsingh@gmail.com>
# Date:   Thu Jun 20 11:46:51 2019 +1000
# 
#     KVM: PPC: Book3S HV: Clear pending decrementer exceptions on nested guest entry
#     
#     If we enter an L1 guest with a pending decrementer exception then this
#     is cleared on guest exit if the guest has writtien a positive value
#     into the decrementer (indicating that it handled the decrementer
#     exception) since there is no other way to detect that the guest has
#     handled the pending exception and that it should be dequeued. In the
#     event that the L1 guest tries to run a nested (L2) guest immediately
#     after this and the L2 guest decrementer is negative (which is loaded
#     by L1 before making the H_ENTER_NESTED hcall), then the pending
#     decrementer exception isn't cleared and the L2 entry is blocked since
#     L1 has a pending exception, even though L1 may have already handled
#     the exception and written a positive value for it's decrementer. This
#     results in a loop of L1 trying to enter the L2 guest and L0 blocking
#     the entry since L1 has an interrupt pending with the outcome being
#     that L2 never gets to run and hangs.
#     
#     Fix this by clearing any pending decrementer exceptions when L1 makes
#     the H_ENTER_NESTED hcall since it won't do this if it's decrementer
#     has gone negative, and anyway it's decrementer has been communicated
#     to L0 in the hdec_expires field and L0 will return control to L1 when
#     this goes negative by delivering an H_DECREMENTER exception.
#     
#     Fixes: 95a6432ce903 ("KVM: PPC: Book3S HV: Streamlined guest entry/exit path on P9 for radix guests")
#     Cc: stable@vger.kernel.org # v4.20+
#     Signed-off-by: Suraj Jitindar Singh <sjitindarsingh@gmail.com>
#     Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
# < /opt/cross/kisskb/korg/gcc-8.1.0-nolibc/x86_64-linux/bin/x86_64-linux-gcc --version
# < /opt/cross/kisskb/korg/gcc-8.1.0-nolibc/x86_64-linux/bin/x86_64-linux-ld --version
# < git log --format=%s --max-count=1 3c25ab35fbc8526ac0c9b298e8a78e7ad7a55479
# < make -s -j 24 ARCH=x86 O=/kisskb/build/powerpc-next_x86-allmodconfig_x86_64-gcc8 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.1.0-nolibc/x86_64-linux/bin/x86_64-linux-  allmodconfig
# Added to kconfig CONFIG_BUILD_DOCSRC=n
# Added to kconfig CONFIG_MODULE_SIG=n
# Added to kconfig CONFIG_SAMPLES=n
# yes \n | make -s -j 24 ARCH=x86 O=/kisskb/build/powerpc-next_x86-allmodconfig_x86_64-gcc8 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.1.0-nolibc/x86_64-linux/bin/x86_64-linux-  oldconfig
yes: standard output: Broken pipe
# make -s -j 24 ARCH=x86 O=/kisskb/build/powerpc-next_x86-allmodconfig_x86_64-gcc8 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.1.0-nolibc/x86_64-linux/bin/x86_64-linux-  
/kisskb/src/fs/btrfs/props.c: In function 'inherit_props':
/kisskb/src/fs/btrfs/props.c:389:4: warning: 'num_bytes' may be used uninitialized in this function [-Wmaybe-uninitialized]
    btrfs_block_rsv_release(fs_info, trans->block_rsv,
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      num_bytes);
      ~~~~~~~~~~
warning: same module names found:
  drivers/regulator/88pm800.ko
  drivers/mfd/88pm800.ko
warning: same module names found:
  drivers/gpu/drm/bridge/adv7511/adv7511.ko
  drivers/media/i2c/adv7511.ko
warning: same module names found:
  drivers/net/phy/asix.ko
  drivers/net/usb/asix.ko
warning: same module names found:
  fs/coda/coda.ko
  drivers/media/platform/coda/coda.ko
warning: same module names found:
  drivers/net/phy/realtek.ko
  drivers/net/dsa/realtek.ko
Completed OK
# rm -rf /kisskb/build/powerpc-next_x86-allmodconfig_x86_64-gcc8
# Build took: 0:29:33.387914