Re: rcu alignment warning tripping on m68k

2014-06-09 Thread Greg Ungerer
Hi Paul, On 07/06/14 04:46, Paul E. McKenney wrote: > On Fri, May 30, 2014 at 11:29:41AM +1000, Greg Ungerer wrote: >> On 29/05/14 23:11, One Thousand Gnomes wrote: >>> On Thu, 29 May 2014 12:08:32 +1000 >>> Greg Ungerer wrote: >>> Hi All, Inside kernel/rcy/tree.c in __call_rcu() i

Re: rcu alignment warning tripping on m68k

2014-06-09 Thread Paul E. McKenney
On Sat, Jun 07, 2014 at 03:17:24PM +0200, Mikael Pettersson wrote: > Paul E. McKenney writes: > > On Fri, May 30, 2014 at 11:29:41AM +1000, Greg Ungerer wrote: > > > On 29/05/14 23:11, One Thousand Gnomes wrote: > > > > On Thu, 29 May 2014 12:08:32 +1000 > > > > Greg Ungerer wrote: > > > > >

Re: rcu alignment warning tripping on m68k

2014-06-07 Thread Mikael Pettersson
Paul E. McKenney writes: > On Fri, May 30, 2014 at 11:29:41AM +1000, Greg Ungerer wrote: > > On 29/05/14 23:11, One Thousand Gnomes wrote: > > > On Thu, 29 May 2014 12:08:32 +1000 > > > Greg Ungerer wrote: > > > > > >> Hi All, > > >> > > >> Inside kernel/rcy/tree.c in __call_rcu() it does

Re: rcu alignment warning tripping on m68k

2014-06-06 Thread Paul E. McKenney
On Fri, May 30, 2014 at 11:29:41AM +1000, Greg Ungerer wrote: > On 29/05/14 23:11, One Thousand Gnomes wrote: > > On Thu, 29 May 2014 12:08:32 +1000 > > Greg Ungerer wrote: > > > >> Hi All, > >> > >> Inside kernel/rcy/tree.c in __call_rcu() it does an alignment check on > >> the head pointer pass

Re: rcu alignment warning tripping on m68k

2014-05-29 Thread Greg Ungerer
On 29/05/14 23:11, One Thousand Gnomes wrote: > On Thu, 29 May 2014 12:08:32 +1000 > Greg Ungerer wrote: > >> Hi All, >> >> Inside kernel/rcy/tree.c in __call_rcu() it does an alignment check on >> the head pointer passed in. This trips on m68k systems, because they only >> need alignment of 32bi

Re: rcu alignment warning tripping on m68k

2014-05-29 Thread One Thousand Gnomes
On Thu, 29 May 2014 12:08:32 +1000 Greg Ungerer wrote: > Hi All, > > Inside kernel/rcy/tree.c in __call_rcu() it does an alignment check on > the head pointer passed in. This trips on m68k systems, because they only > need alignment of 32bit quantities to 16bit boundaries. __alignof perhaps ?