On Mon, 2006-11-06 at 07:35 -0500, Steven Rostedt wrote: > It is relevant. In powerpc, can one write happen before another write? > > > x = 1; > barrier(); (only compiler barrier) > b = 2; > > > And have CPU 2 see b=2 before seeing x=1? Yes. Definitely. > If so, then I guess this is indeed a bug on powerpc. Ben. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: PATCH? hrtimer_wakeup: fix a theoretical race wrt rt_mutex_slowlock()
- From: Steven Rostedt <[email protected]>
- Re: PATCH? hrtimer_wakeup: fix a theoretical race wrt rt_mutex_slowlock()
- References:
- PATCH? hrtimer_wakeup: fix a theoretical race wrt rt_mutex_slowlock()
- From: Oleg Nesterov <[email protected]>
- Re: PATCH? hrtimer_wakeup: fix a theoretical race wrt rt_mutex_slowlock()
- From: Linus Torvalds <[email protected]>
- Re: PATCH? hrtimer_wakeup: fix a theoretical race wrt rt_mutex_slowlock()
- From: Benjamin Herrenschmidt <[email protected]>
- Re: PATCH? hrtimer_wakeup: fix a theoretical race wrt rt_mutex_slowlock()
- From: Steven Rostedt <[email protected]>
- PATCH? hrtimer_wakeup: fix a theoretical race wrt rt_mutex_slowlock()
- Prev by Date: Re: CONFIG_NO_HZ: missed ticks, stall (keyb IRQ required) [2.6.18-rc4-mm1]
- Next by Date: Re: Avoid allocating during interleave from almost full nodes
- Previous by thread: Re: PATCH? hrtimer_wakeup: fix a theoretical race wrt rt_mutex_slowlock()
- Next by thread: Re: PATCH? hrtimer_wakeup: fix a theoretical race wrt rt_mutex_slowlock()
- Index(es):
 |