# git rev-parse -q --verify f21f7fa263ac005713f0a7a43179c5aea0fabe85^{commit}
f21f7fa263ac005713f0a7a43179c5aea0fabe85
already have revision, skipping fetch
# git checkout -q -f -B kisskb f21f7fa263ac005713f0a7a43179c5aea0fabe85
# git clean -qxdf
# < git log -1
# commit f21f7fa263ac005713f0a7a43179c5aea0fabe85
# Merge: eba2d6b34a32 83f365554e47
# Author: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
# Date:   Wed Sep 19 07:41:46 2018 +0200
# 
#     Merge tag 'trace-v4.19-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace
#     
#     Steven writes:
#       "Vaibhav Nagarnaik found that modifying the ring buffer size could cause
#        a huge latency in the system because it does a while loop to free pages
#        without releasing the CPU (on non preempt kernels). In a case where there
#        are hundreds of thousands of pages to free it could actually cause a system
#        stall. A properly place cond_resched() solves this issue."
# < /opt/cross/kisskb/or1k-linux-5.4.0-20170218/or1k-linux/bin/or1k-linux-gcc --version
# < git log --format=%s --max-count=1 f21f7fa263ac005713f0a7a43179c5aea0fabe85
# < make -s -j 48 ARCH=openrisc O=/kisskb/build/linus_or1ksim_defconfig_or32 CROSS_COMPILE=/opt/cross/kisskb/or1k-linux-5.4.0-20170218/or1k-linux/bin/or1k-linux-  or1ksim_defconfig
# make -s -j 48 ARCH=openrisc O=/kisskb/build/linus_or1ksim_defconfig_or32 CROSS_COMPILE=/opt/cross/kisskb/or1k-linux-5.4.0-20170218/or1k-linux/bin/or1k-linux-  
Completed OK
# rm -rf /kisskb/build/linus_or1ksim_defconfig_or32
# Build took: 0:00:24.081042