[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150618104015.GL19282@twins.programming.kicks-ass.net>
Date: Thu, 18 Jun 2015 12:40:15 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Ingo Molnar <mingo@...nel.org>
Cc: "Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
umgwanakikbuti@...il.com, mingo@...e.hu, ktkhai@...allels.com,
rostedt@...dmis.org, tglx@...utronix.de, juri.lelli@...il.com,
pang.xunlei@...aro.org, oleg@...hat.com,
wanpeng.li@...ux.intel.com, linux-kernel@...r.kernel.org,
Al Viro <viro@...IV.linux.org.uk>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: [PATCH 11/18] seqcount: Introduce raw_write_seqcount_barrier()
On Thu, Jun 18, 2015 at 11:40:14AM +0200, Ingo Molnar wrote:
> In what retarded use-case do unasked for speculative writes even make any sense
> beyond as a sadistic tool to make parallel, threaded code even more fragile??
So what worries me most is the "Takeaways" from the document:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/n4455.html
Those read like a 'fuck you' to 30 years of concurrent code in C.
Sure, its nice and all that they finally have something that's
standardized, and this might be an option for new projects (in reality
it might only really be an option in another 5-10 years).
But the active encouragement to break existing code is utterly fucked.
--
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