From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: Re: [PATCH] xen: drop anti-dependency on X86_VISWS Date: Sat, 9 Apr 2011 11:34:52 +0100 Message-ID: <1302345292.10419.15.camel@localhost.localdomain> References: <1301828839.2837.143.camel@edumazet-laptop> <20110403.172407.91341067.davem@davemloft.net> <1301910955.23887.75.camel@zakaz.uk.xensource.com> <20110406.144515.235693855.davem@davemloft.net> <1302159483.31620.36.camel@localhost.localdomain> <4D9DFD6A.1060200@goop.org> <1302244694.31620.44.camel@localhost.localdomain> <4D9F28FE.9000803@goop.org> <4D9F48E8020000780003AA48@vpn.id2.novell.com> <4D9F52D4.6030700@goop.org> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4D9F52D4.6030700@goop.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jeremy Fitzhardinge Cc: "randy.dunlap@oracle.com" , Jeremy Fitzhardinge , "eric.dumazet@gmail.com" , "konrad.wilk@oracle.com" , Miller , Jan Beulich , "virtualization@lists.linux-foundation.org" , "mingo@redhat.com" , "hpa@zytor.com" , "tglx@linutronix.de" , "mirq-linux@rere.qmqm.pl" , "pazke@donpac.ru" , "xen-devel@lists.xensource.com" , David List-Id: xen-devel@lists.xenproject.org On Fri, 2011-04-08 at 11:24 -0700, Jeremy Fitzhardinge wrote: > On 04/08/2011 08:42 AM, Jan Beulich wrote: > >>>> On 08.04.11 at 17:25, Jeremy Fitzhardinge wrote: > >> On 04/07/2011 11:38 PM, Ian Campbell wrote: > >>> Is there any downside to this patch (is X86_CMPXCHG in the same sort of > >>> boat?) > >> Only if we don't use cmpxchg in shared memory with other domains or the > >> hypervisor. (I don't think it will dynamically switch between real and > >> emulated cmpxchg depending on availability.) We do use cmpxchg in the grant table code at least (actually, sync_cmpxchng in that case). > > Actually it does - see the "#ifndef CONFIG_X86_CMPXCHG" section > > in asm/cmpxchg_32.h. > > Hm, OK. Still, I'm happiest with that dependency in case someone > knobbles the cpu to exclude cmpxchg and breaks things. Dropping the TSC patch is sensible though? Ian.