lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080820223359.GL6758@linux.vnet.ibm.com>
Date:	Wed, 20 Aug 2008 15:33:59 -0700
From:	"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
To:	Steven Rostedt <rostedt@...dmis.org>
Cc:	linux-kernel@...r.kernel.org, mingo@...e.hu,
	akpm@...ux-foundation.org, ego@...ibm.com, dvhltc@...ibm.com,
	niv@...ibm.com
Subject: Re: [PATCH -tip/core/rcu] fixes to include/linux/rcupreempt.h

On Wed, Aug 20, 2008 at 12:16:44PM -0400, Steven Rostedt wrote:
> 
> Sorry for the late post, I'm finally looking at all my -rt mail.
> 
> 
> On Fri, 1 Aug 2008, Paul E. McKenney wrote:
> 
> > Hello!
> > 
> > Compared tip/core/rcu to my latest patchset, and found the following
> > issues:
> > 
> > o	the memory barrier in rcu_exit_nohz() somehow got out of place
> > 	(it is correct in mainline as of 2.6.26-rc7).
> > 
> > o	There is a duplicate declaration of rcu_dyntick_sched.
> > 
> > The attached patch fixes these.
> > 
> > Signed-off-by: Paul E. McKenney <paulmck@...ux.vnet.ibm.com>
> > ---
> > 
> > diff --git a/include/linux/rcupreempt.h b/include/linux/rcupreempt.h
> > index f04b64e..84678bf 100644
> > --- a/include/linux/rcupreempt.h
> > +++ b/include/linux/rcupreempt.h
> > @@ -111,7 +111,6 @@ extern struct rcupreempt_trace *rcupreempt_trace_cpu(int cpu);
> >  struct softirq_action;
> >  
> >  #ifdef CONFIG_NO_HZ
> > -DECLARE_PER_CPU(struct rcu_dyntick_sched, rcu_dyntick_sched);
> 
> In -rt we deleted the first declaration. Is rcu_dyntick_sched defined on
> !CONFIG_NO_HZ?

It builds for me in current tip/core/rcu without the above
DECLARE_PER_CPU().  And the reason is the call_rcu_sched() function, which
requires rcu_dyntick_sched.sched_qs and rcu_dyntick_sched.sched_qs_snap
be defined even if !CONFIG_NO_HZ.

I suppose I could remove the other elements from the rcu_dyntick_sched
structure if !CONFIG_NO_HZ.  Worthwhile?

							Thanx, Paul

> -- Steve
> 
> >  
> >  static inline void rcu_enter_nohz(void)
> >  {
> > @@ -122,8 +121,8 @@ static inline void rcu_enter_nohz(void)
> >  
> >  static inline void rcu_exit_nohz(void)
> >  {
> > -	smp_mb(); /* CPUs seeing ++ must see later RCU read-side crit sects */
> >  	__get_cpu_var(rcu_dyntick_sched).dynticks++;
> > +	smp_mb(); /* CPUs seeing ++ must see later RCU read-side crit sects */
> >  	WARN_ON(!(__get_cpu_var(rcu_dyntick_sched).dynticks & 0x1));
> >  }
> >  
> > 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ