On Fri, Sep 11, 2015 at 10:19:47AM +0800, Boqun Feng wrote:
> Subject: [PATCH 01/27] rcu: Don't disable preemption for Tiny and Tree RCU
> Because preempt_disable() maps to barrier() for non-debug builds,
> it forces the compiler to spill and reload registers. Because Tree
> RCU and Tiny RCU now only appear in CONFIG_PREEMPT=n builds, these
> barrier() instances generate needless extra code for each instance of
> rcu_read_lock() and rcu_read_unlock(). This extra code slows down Tree
> RCU and bloats Tiny RCU.
> This commit therefore removes the preempt_disable() and preempt_enable()
> from the non-preemptible implementations of __rcu_read_lock() and
> __rcu_read_unlock(), respectively.
> For debug purposes, preempt_disable() and preempt_enable() are still
> kept if CONFIG_PREEMPT_COUNT=y, which makes the detection of sleeping
> inside atomic sections still work in non-preemptible kernels.
> Signed-off-by: Boqun Feng <boqun.feng(a)gmail.com>
> Signed-off-by: Paul E. McKenney <paulmck(a)linux.vnet.ibm.com>
> include/linux/rcupdate.h | 6 ++++--
> include/linux/rcutiny.h | 1 +
> kernel/rcu/tree.c | 9 +++++++++
> 3 files changed, 14 insertions(+), 2 deletions(-)
> diff --git a/include/linux/rcupdate.h b/include/linux/rcupdate.h
> index d63bb77..6c3cece 100644
> --- a/include/linux/rcupdate.h
> +++ b/include/linux/rcupdate.h
> @@ -297,12 +297,14 @@ void synchronize_rcu(void);
> static inline void __rcu_read_lock(void)
> - preempt_disable();
> + if (IS_ENABLED(CONFIG_PREEMPT_COUNT))
> + preempt_disable();
preempt_disable() is a no-op when !CONFIG_PREEMPT_COUNT, right?
Or rather it's a barrier(), which is anyway implied by rcu_read_lock().
So perhaps we can get rid of the IS_ENABLED() check?
I am working on KASLR (PIE for x86_64). I previously used Kees (CCed)
branches for lkp bot testing but someone told be I could ask you to add a
custom github path to monitor all branches on it.
I pushed my changes to: https://github.com/thgarnie/linux (kasrl_pie_v2
Can you add it? Anything I need to do?
FYI, we noticed the following commit (built with gcc-7):
commit: fc3e3953b8c0fe209c239cb5e88b86fb66b22cc4 ("devinet_ioctl(): take copyin/copyout to caller")
in testcase: hpcc
with following parameters:
on test machine: 88 threads Intel(R) Xeon(R) CPU E5-2699 v4 @ 2.20GHz with 128G memory
caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
[ 39.924528] [lkp-bdw-ep6:01944] opal_ifinit: ioctl(SIOCGIFADDR) failed with errno=99
[ 39.938310] [lkp-bdw-ep6:01944] oob_tcp: problems getting address for index 0 (kernel index -1)
[ 40.126075] [lkp-bdw-ep6:01948] opal_ifinit: ioctl(SIOCGIFADDR) failed with errno=99
[ 40.140852] [lkp-bdw-ep6:01948] oob_tcp: problems getting address for index 0 (kernel index -1)
[ 40.156277] [lkp-bdw-ep6:01949] opal_ifinit: ioctl(SIOCGIFADDR) failed with errno=99
[ 40.170854] [lkp-bdw-ep6:01949] oob_tcp: problems getting address for index 0 (kernel index -1)
git clone https://github.com/intel/lkp-tests.git
bin/lkp install job.yaml # job file is attached in this email
bin/lkp run job.yaml