OpenVZ Forum: Devel » [PATCH v4 0/3] fix problem with static

Home » Mailing lists » Devel » [PATCH v4 0/3] fix problem with static_branch() for sock memcg

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Re: [PATCH v4 1/3] make jump_labels wait while updates are in place [message #46154 is a reply to message #46150]

Fri, 27 April 2012 14:07

Steven Rostedt
Messages: 12
Registered: December 2007

Junior Member

On Fri, 2012-04-27 at 09:53 -0400, Jason Baron wrote:

> Right, for x86 which uses stop_machine currently, we guarantee that all
> cpus are going to see the updated code, before the inc of key->enabled.
> However, other arches (sparc, mips, powerpc, for example), seem to be
> using much lighter weight updates, which I hope are ok :)

And x86 will soon be removing stop_machine() from its path too. But all
archs should perform some kind of memory sync after patching code. Thus
the update should be treated as if a memory barrier was added after it,
and before the inc.

-- Steve

Report message to a moderator

[Message index]

		[PATCH v4 0/3] fix problem with static_branch() for sock memcg By: Glauber Costa on Thu, 26 April 2012 22:51
		[PATCH v4 2/3] Always free struct memcg through schedule_work() By: Glauber Costa on Thu, 26 April 2012 22:51
		[PATCH v4 1/3] make jump_labels wait while updates are in place By: Glauber Costa on Thu, 26 April 2012 22:51
		Re: [PATCH v4 1/3] make jump_labels wait while updates are in place By: KAMEZAWA Hiroyuki on Fri, 27 April 2012 01:05
		Re: [PATCH v4 1/3] make jump_labels wait while updates are in place By: Steven Rostedt on Fri, 27 April 2012 00:43
		Re: [PATCH v4 1/3] make jump_labels wait while updates are in place By: Jason Baron on Fri, 27 April 2012 13:53
		Re: [PATCH v4 1/3] make jump_labels wait while updates are in place By: Glauber Costa on Fri, 27 April 2012 14:59
		Re: [PATCH v4 1/3] make jump_labels wait while updates are in place By: Steven Rostedt on Fri, 27 April 2012 14:07
		[PATCH v4 3/3] decrement static keys on real destroy time By: Glauber Costa on Thu, 26 April 2012 22:51

Previous Topic:	[PATCH 2/3] SUNRPC: traverse clients tree on PipeFS event
Next Topic:	[PATCH] NFS: get module in idmap PipeFS notifier callback

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Wed Jul 23 18:59:36 GMT 2025

Total time taken to generate the page: 0.13723 seconds