From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753384AbdKIQhK (ORCPT ); Thu, 9 Nov 2017 11:37:10 -0500 Received: from mx1.redhat.com ([209.132.183.28]:49318 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752991AbdKIQhI (ORCPT ); Thu, 9 Nov 2017 11:37:08 -0500 Date: Thu, 9 Nov 2017 11:37:07 -0500 (EST) From: Pankaj Gupta To: Peter Zijlstra Cc: Radim Krcmar , Wanpeng Li , Eduardo Valentin , Paolo Bonzini , Matt Wilson , Jonathan Corbet , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , the arch/x86 maintainers , Waiman Long , kvm , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, "Jan H . Schoenherr" , Anthony Liguori Message-ID: <1224132656.29253804.1510245427483.JavaMail.zimbra@redhat.com> In-Reply-To: <20171109161701.y3eqqrvs5jpg46lr@hirez.programming.kicks-ass.net> References: <1509999980-10828-1-git-send-email-eduval@amazon.com> <789734192.29237413.1510242805535.JavaMail.zimbra@redhat.com> <20171109160536.GE20859@flask> <20171109161701.y3eqqrvs5jpg46lr@hirez.programming.kicks-ass.net> Subject: Re: [PATCHv3 1/1] locking/qspinlock/x86: Avoid test-and-set when PV_DEDICATED is set MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.67.116.36, 10.4.195.21] Thread-Topic: locking/qspinlock/x86: Avoid test-and-set when PV_DEDICATED is set Thread-Index: CL6+cpTeD4suFwHfMoBsyz7BzGKiOg== X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Thu, 09 Nov 2017 16:37:08 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Subject: Re: [PATCHv3 1/1] locking/qspinlock/x86: Avoid test-and-set when PV_DEDICATED is set > > On Thu, Nov 09, 2017 at 05:05:36PM +0100, Radim Krcmar wrote: > > 2017-11-09 10:53-0500, Pankaj Gupta: > > > 2] PV TLB should also behave as per option PV_DEDICATED for better > > > performance. > > > > Right, > > Shouldn't KVM do flush_tlb_other() in any case? Not sure how > PV_DEDICATED can help with that. Yes. If I understand it correctly, It will just avoid traversing all the cpus another time just to check/set 'KVM_VCPU_PREEMPTED'/FLUSH value and clear the cpu mask. Thanks, Pankaj