Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp3414222ybv; Tue, 25 Feb 2020 00:50:59 -0800 (PST) X-Google-Smtp-Source: APXvYqzXB6y3BZBDKpVL8GhMIvw7OqdeNaSEFSXIEmxYAYkFRl3wr1Z70XWQyFfyV4XHKLt4LWUu X-Received: by 2002:a05:6830:1458:: with SMTP id w24mr1222727otp.367.1582620659638; Tue, 25 Feb 2020 00:50:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582620659; cv=none; d=google.com; s=arc-20160816; b=viRgzkCfmi9Atn/4V7KDc0TO4nv/YzFuEHbALwfYs9OHUrBNjWLr+OOAwaq4IhLn+8 KeUXPIaye13QpFPq4FHFAIgDvbmjD4kgpM7ZopFkR6mKx8lJ6TPZehKluPyGrrDblpbm ZCx+P+gADfm3meP+G1Lks8gqXHDqEBXySdD6qAumMTxImZQlU3Qvsl9wriqL2jD5sTmW AbYELjrT1/6Cp1TBjwE/Z1iLnfO1Cr8I8oelx/A1pMiaJ9sJwZsM2uhqcj4jj2N3F1Y0 9kW0UfaYkjXTtf5rizBN6hJ5N3oivMgR5PiD7ob2w0faQctE6mQGIjAzX1MCgVsZ8JWv sHKA== 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; bh=T1n3ktw5bPHodKuJWkYqa7LcyNgwBKRduxXfO03KSgk=; b=P2QUxd3brUh0kQOrCRxMj7e5tNAE2EEOejkd2iunLn21+oA2UmbS5Ev05yE3QSzCiF iZ3vv4o8rfBCSxijD+aTMgHgLfBnVG1gjYD6hKqtr+6uBwT9TQu89RKAvjHnI9F1w/di gFzRJMyahHPD6uBIZwMovbGjMwFM+/6OFZO6BahD+7khqKu2gDxJ4T7vYGdJjS2I9EnY ShAXH6inuxRurN1AbK09lLPXjxcGjsTc5KMpgWiRs0Hmr4MVYW9G18+H6tWGaAkIzz2J JBn+zbje8Q644U6RvKxI2L2nJq7K+bCuIU4ANa03rRH2skxbXGEDWzwxx86rP97ivDaY KwCg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=PPtF6e4g; 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 e7si7565534otp.260.2020.02.25.00.50.35; Tue, 25 Feb 2020 00:50:59 -0800 (PST) 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=PPtF6e4g; 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 S1729812AbgBYIbR (ORCPT + 99 others); Tue, 25 Feb 2020 03:31:17 -0500 Received: from mail-ot1-f68.google.com ([209.85.210.68]:43523 "EHLO mail-ot1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729142AbgBYIbQ (ORCPT ); Tue, 25 Feb 2020 03:31:16 -0500 Received: by mail-ot1-f68.google.com with SMTP id p8so11305783oth.10; Tue, 25 Feb 2020 00:31:15 -0800 (PST) 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=T1n3ktw5bPHodKuJWkYqa7LcyNgwBKRduxXfO03KSgk=; b=PPtF6e4g3S/sEpHTe6yWznV3pLLYn4jvkZbGYyT1LHamFseFQCg8aHGs+syAQn4Aob Jp/0iz1n5tZPJA/5IgQuGt3N7bLiUJu3Z2f4/Ris/HNhsLyhhwJj2FrAiYf4I7NPik1H 8L8rblY9IPH4PCf2m7g3P+nz8hgRIF4mVCqFLe4y2NKoRItTH/FfKV+MnAGzNzICM2pG o3cyqKEdTSqBbE83IiBv9W4bvAhNOHaWnmYq1gzjBjvecwlPl4PXypHPdpW1A8JWPD3P e8GFfxR5Be8JyXtDUq9rmisQfNyeZvaUvAd97/3q+AoazVyESRbYztISKWjfHprhhJAz b9Sg== 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=T1n3ktw5bPHodKuJWkYqa7LcyNgwBKRduxXfO03KSgk=; b=V6WcyjC3umXuqSCikxx3T32ZJ6Ce2ruR6+MlsxG7aCi3zi384CxMehZAgY2G5rQtSV mrh591uOQ0q5z4eY6+LX9yA0BsaWbY5xUkJMWJsh7MEZ3DlKEpOba6f7OFc8vvvjX+O1 8TFf7HwPeIcVh3NwaoIHYI+0tVWlXBgyf1Ef2EVkjZNB74puIOjLL0uVQCxD0/9sXXh9 tlBa78/D+aSDQ2B3nNPmCsjhTcfgfBuCcv6Bf0T8Sd4OAVB1hDzqgpHpYZjCOI6p0Spv 8kiw0i/Se18YRhHd0rvlBcO9cnlOt8Z2/4lMmY0yInTHIopHm6aGkBeI/RUhrVJE0s46 O/fA== X-Gm-Message-State: APjAAAVYn+ClDfUBiWCVWt/GsvYSuioZxrcmzGwr7n/IvYlX1UnW0Ntk dwOx/2Ti9OOhPNtAa9q9yksW7zTyA/TCTZF5onZbsTJh X-Received: by 2002:a05:6830:1011:: with SMTP id a17mr41220600otp.45.1582619475111; Tue, 25 Feb 2020 00:31:15 -0800 (PST) MIME-Version: 1.0 References: <1582022829-27032-1-git-send-email-wanpengli@tencent.com> <87zhdg84n6.fsf@vitty.brq.redhat.com> In-Reply-To: From: Wanpeng Li Date: Tue, 25 Feb 2020 16:31:03 +0800 Message-ID: Subject: Re: [PATCH] KVM: LAPIC: Recalculate apic map in batch To: Paolo Bonzini Cc: Vitaly Kuznetsov , LKML , kvm , Sean Christopherson , Wanpeng Li , Jim Mattson , Joerg Roedel 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 Tue, 25 Feb 2020 at 16:07, Paolo Bonzini wrote: > > On 19/02/20 01:47, Wanpeng Li wrote: > >> An alternative idea: instead of making every caller return bool and > >> every call site handle the result (once) just add a > >> KVM_REQ_APIC_MAP_RECALC flag or a boolean flag to struct kvm. I > >> understand it may not be that easy as it sounds as we may be conunting > >> on valid mapping somewhere before we actually get to handiling > > Yes. > > > >> KVM_REQ_APIC_MAP_RECALC but we may preserve *some* > >> recalculate_apic_map() calls (and make it reset KVM_REQ_APIC_MAP_RECALC). > > Paolo, keep the caller return bool or add a booleen flag to struct > > kvm, what do you think? > > A third possibility: add an apic_map field to struct kvm_lapic, so that > you don't have to add bool return values everywhere. This apic_map field is boolean, right? Wanpeng