[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20120509121940.459e93ba.akpm@linux-foundation.org>
Date: Wed, 9 May 2012 12:19:40 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: "Michael S. Tsirkin" <mst@...hat.com>
Cc: "H. Peter Anvin" <hpa@...or.com>, Rob Landley <rob@...dley.net>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>, x86@...nel.org,
Arnd Bergmann <arnd@...db.de>,
David Howells <dhowells@...hat.com>,
Akinobu Mita <akinobu.mita@...il.com>,
Alexey Dobriyan <adobriyan@...il.com>,
Herbert Xu <herbert@...dor.hengli.com.au>,
Stephen Rothwell <sfr@...b.auug.org.au>,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arch@...r.kernel.org, Gleb Natapov <gleb@...hat.com>,
Paolo Bonzini <pbonzini@...hat.com>, kvm@...r.kernel.org,
Avi Kivity <avi@...hat.com>,
Marcelo Tosatti <mtosatti@...hat.com>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: [PATCH] bitops: add _local bitops
On Wed, 9 May 2012 16:45:29 +0300
"Michael S. Tsirkin" <mst@...hat.com> wrote:
> kvm needs to update some hypervisor variables atomically
> in a sense that the operation can't be interrupted
> in the middle. However the hypervisor always runs
> on the same CPU so it does not need any memory
> barrier or lock prefix.
Well. It adds more complexity, makes the kernel harder to understand
and maintain and introduces more opportunities for developers to add
bugs. So from that point of view, the best way of handling this patch
is to delete it.
Presumably the patch offers some benefit to offest all those costs.
But you didn't tell us what that benefit is, so we cannot make
a decision.
IOW: numbers, please. Convincing ones, for realistic test cases.
Secondly: can KVM just use __set_bit() and friends? I suspect those
interfaces happen to meet your requirements. At least on architectures
you care about.
--
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