Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp5449801imm; Sun, 22 Jul 2018 23:02:53 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeULT18YhumDL5Y1ocH33LdtNac539OqOR9I82latu0FOwl4PS9K5KrLumPrrQCK6MLjcDh X-Received: by 2002:a63:c00b:: with SMTP id h11-v6mr10697771pgg.279.1532325773810; Sun, 22 Jul 2018 23:02:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532325773; cv=none; d=google.com; s=arc-20160816; b=nockT+9cMQx7w5bxAQTtappQ7HJHJ9mzUtnPsfNf8KqL4TEAnzqpwEbvYu7lhroHVy eh/uHM/SnWd/qxFlZoAt25+Vx2C8ROxXeXr9pcIaQzRxrSNBd///1LYbXys9CcIe5E+T s+6+Krh+14LwZtHvS1IiBpQxy3pqtSGldx2OGrAWj4IR09y8e+ykJrOuczj/6ZNms9u5 y6Z0yCiRbsgG3mrHO+Vk1KIOdWhZyIgu18wfRcmiZ+AGy0xyK9B+yIIG6s55KcA0x+8S Mu7PalH/nKHFSxsQOAJ5S9WkXJTdn+w9q2jefFo12FDmd3ueMx+9CcFnlyYRh+Rr2obz gr3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature :arc-authentication-results; bh=kf3pR+Aa4Fa1bVI7pxeuEmiU30pweXtXXN2bIr2GSPc=; b=sPbnI1DHhg8NAwSpyVipVwv2KqUfn3loEh+i/tLoO/lmVRc41HEsnMessjxwl5LLEQ neMR9yjmSkcRtbmdjpxJMdMke+0GymWnfLSFVRqdmwpRbj1G7ONZgWE2dNpG8o+Mcg/N Q0CBMDVm+N+/cEmnuXi/xBMStv1wwWakldGZ7otJaYxtRv62ia65RvMYe4cfTOTxUJeZ Dt/tdKusOm3XvNJf/jV0kQ7tGcP+AfDteBCW0HxEaRs2A+5D4DDavEEI/kGSC6ifm4Uy q27mUI6RPhMCCE0KqjM5W2PiPycpVl/GVZCxSXcfumXbtTHEc+HqY+rBDNkTQBZGHieZ 95lA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=VWAEYfD1; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f8-v6si7864425plb.381.2018.07.22.23.02.39; Sun, 22 Jul 2018 23:02:53 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=VWAEYfD1; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387877AbeGWHAN (ORCPT + 99 others); Mon, 23 Jul 2018 03:00:13 -0400 Received: from mail-oi0-f65.google.com ([209.85.218.65]:43232 "EHLO mail-oi0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728188AbeGWHAN (ORCPT ); Mon, 23 Jul 2018 03:00:13 -0400 Received: by mail-oi0-f65.google.com with SMTP id b15-v6so31159274oib.10; Sun, 22 Jul 2018 23:00:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kf3pR+Aa4Fa1bVI7pxeuEmiU30pweXtXXN2bIr2GSPc=; b=VWAEYfD1lT0n/29J6Ztn23jTkyvMOCg8n4zWIX52IFUHvOKbod+LK5nrFFU2+RC5jb VxYp7cYMqB+HHpE5ObIZ2fjWFMnl+TKTMHa1Ugk1ByNeAyUmxSOISdewju+eT5O9PdGh Fjt68Pyez7frtUaeTb5o9fheFD8Edl4FXUMrpWpyuPlfZsvpEBh2qH8MNY+N7TrqAUcR 2olmgemJy7SX66SKSSJOVSfkDayQkMvgchOua/+AaVsADdyPTjNtTEyCzwC3BTjPa3Z7 xfKvHJKrmSYPBVBrim8S30D4+YWFZFNvABuXt8bfikI4Nj8a8WFsrm997zEXQiS07kJk vxTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kf3pR+Aa4Fa1bVI7pxeuEmiU30pweXtXXN2bIr2GSPc=; b=Ov5wk6uruS8VVQwnKXUS1csh4IoVm02va9qONOyPIXlC/ipgQvtZhGhTqDvq2RDaX/ GNF65RVI7uBms52YKvFXjUL8PXC/wNCqmTQQq7VmPjqOqTtJAVNsm6q81NEcb0rwXiMp zLSDVdxnWExydpnOCB2LruTkQVHyjD6V+psVLMpfPy0vDiYru/X8ypkG+6H5qj9qfB0Y gvSvIG3m7JxpfmA/7NXlY4mM7jrU8CYg/mG93Dc19VlKmc6StMAZHLJVjYHz0tdy8zqU zwkX7PIHPLb19O43rnhpsPGUru+yWAAofTaiCUwvAsUsVxeTLzhFZM2amfpRHm3GWAFp zxww== X-Gm-Message-State: AOUpUlFJ+6l6DFmF5jk7ofIDWQgCdXWVbJsDPT7NLpj8sAWr+NOQFN2n vefez1sfP5Z8n5AGwLoHLdTECIsTkRNho+sI3dw= X-Received: by 2002:aca:b585:: with SMTP id e127-v6mr7698035oif.119.1532325641322; Sun, 22 Jul 2018 23:00:41 -0700 (PDT) MIME-Version: 1.0 References: <1532104133-15777-1-git-send-email-wanpengli@tencent.com> In-Reply-To: From: Wanpeng Li Date: Mon, 23 Jul 2018 14:00:32 +0800 Message-ID: Subject: Re: [PATCH v4 4/6] KVM: X86: Implement PV IPIs send hypercall To: Paolo Bonzini Cc: LKML , kvm , Radim Krcmar , Wanpeng Li , Vitaly Kuznetsov Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 23 Jul 2018 at 13:52, Paolo Bonzini wrote: > > On 20/07/2018 18:28, Wanpeng Li wrote: > > +a0: ipi_bitmap low 64 bits > > +a1: ipi_bitmap high 64 bits > > +a2: the lowest APIC ID in bitmap > > +a3: APIC ICR > > + > > +The hypercall lets a guest send multicast IPIs at most can handle > > +128 vCPUs per hypercall on 64-bit machines and 64 vCPUs per hypercall > > +on 32-bit machines. > > + > > +Returns 0 if successfully delivery the IPIs and 1 if discarded. > > This description does not mention what happens in 32-bit mode. Will do in next version. > > > diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c > > index 2b812b3..016c7e2 100644 > > --- a/arch/x86/kvm/x86.c > > +++ b/arch/x86/kvm/x86.c > > @@ -6691,6 +6691,41 @@ static void kvm_pv_kick_cpu_op(struct kvm *kvm, unsigned long flags, int apicid) > > kvm_irq_delivery_to_apic(kvm, NULL, &lapic_irq, NULL); > > } > > > > +/* > > + * Return 0 if successfully added and 1 if discarded. > > + */ > > +static int kvm_pv_send_ipi(struct kvm *kvm, unsigned long ipi_bitmap_low, > > + unsigned long ipi_bitmap_high, int min, int vector, int op_64_bit) > > +{ > > + int i; > > + struct kvm_apic_map *map; > > + struct kvm_vcpu *vcpu; > > + struct kvm_lapic_irq irq = { > > + .delivery_mode = APIC_DM_FIXED, > > + .vector = vector, > > + }; > > + > > + rcu_read_lock(); > > + map = rcu_dereference(kvm->arch.apic_map); > > + > > + for_each_set_bit(i, &ipi_bitmap_low, BITS_PER_LONG) { > > + vcpu = map->phys_map[min + i]->vcpu; > > + if (!kvm_apic_set_irq(vcpu, &irq, NULL)) > > + return 1; > > + } > > + > > + if (op_64_bit) { > > + for_each_set_bit(i, &ipi_bitmap_high, BITS_PER_LONG) { > > + vcpu = map->phys_map[min + i + BITS_PER_LONG]->vcpu; > > + if (!kvm_apic_set_irq(vcpu, &irq, NULL)) > > + return 1; > > + } > > + } > > The second loop processes the second argument, and it should always run, > even in 32-bit mode. However, the phys_map index should be min + i + 32 > in 32-bit mode and min + i + 64 in 64-bit mode. (Using BITS_PER_LONG in > the for_each_set_bit length is not a bug instead; you could write it > explicitly as 32 in 32-bit mode, and 64 in 64-bit mode, but I think it's > a little bit more efficient if it's constant). Good catch, below should fix it. diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c index c9dbc2c..c118040 100644 --- a/arch/x86/kvm/x86.c +++ b/arch/x86/kvm/x86.c @@ -6701,6 +6701,7 @@ static int kvm_pv_send_ipi(struct kvm *kvm, unsigned long ipi_bitmap_low, struct kvm_apic_map *map; struct kvm_vcpu *vcpu; struct kvm_lapic_irq irq = {0}; + int cluster_size = op_64_bit ? 64 : 32; switch (icr & APIC_VECTOR_MASK) { default: @@ -6714,18 +6715,16 @@ static int kvm_pv_send_ipi(struct kvm *kvm, unsigned long ipi_bitmap_low, rcu_read_lock(); map = rcu_dereference(kvm->arch.apic_map); - for_each_set_bit(i, &ipi_bitmap_low, BITS_PER_LONG) { + for_each_set_bit(i, &ipi_bitmap_low, cluster_size) { vcpu = map->phys_map[min + i]->vcpu; if (!kvm_apic_set_irq(vcpu, &irq, NULL)) return 1; } - if (op_64_bit) { - for_each_set_bit(i, &ipi_bitmap_high, BITS_PER_LONG) { - vcpu = map->phys_map[min + i + BITS_PER_LONG]->vcpu; - if (!kvm_apic_set_irq(vcpu, &irq, NULL)) - return 1; - } + for_each_set_bit(i, &ipi_bitmap_high, cluster_size) { + vcpu = map->phys_map[min + i + cluster_size]->vcpu; + if (!kvm_apic_set_irq(vcpu, &irq, NULL)) + return 1; } rcu_read_unlock();