Received: by 2002:a05:6359:6284:b0:131:369:b2a3 with SMTP id se4csp5806442rwb; Wed, 9 Aug 2023 09:19:11 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHuwNLPLd23DfBAjxRvZdeeUABYSp3U7QFSd+7TkXhvKeDl02n+0dHAaDcVC3/MP1AotxsI X-Received: by 2002:a17:90b:1e0e:b0:269:4886:b388 with SMTP id pg14-20020a17090b1e0e00b002694886b388mr2771777pjb.16.1691597950867; Wed, 09 Aug 2023 09:19:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691597950; cv=none; d=google.com; s=arc-20160816; b=fgXniWF7sYmmz5lL6J3qMeOzwVrAZOqiQ47BKe6VwiA1dKRzzHTDarQey6+HNS3ofM +l0GAZpEOYnxf/HoAs+v9V6yqKZi8nsEDx/9EE593pQpG6ufE7aSzE4oBDc2LyMXlFLf SyxFNDdOsHnJKdZoSj81qU5MXbrUMj8ZVZGTQ3xf9A+NdnqM/A9kIY8fcOZ28SH7R0mq 4XEbIIaUVGldnjzw/TsUoUzbMHRkvHQJ7JGITfPsOm6BMEvYLAEhvkgRfZtXjuab2+Ue vqOWKQnqZuLYpJaGPySLILlpOFftEK2tzzhSylX+zr+pkFKXGhEgjfx1LVes8IuMPr30 e/SQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:message-id:references :mime-version:in-reply-to:date:dkim-signature; bh=9zpyW03eshaeH9Sr4sGjLZGjabDdV1ZBUVVrLztPH90=; fh=b56ZHmr1bIuTkhGAlX/YQ5biqPIRHH2c1MhswQgRnWs=; b=Tn1Z90QVWD/a8NuoexLXh4Ys1xa7oYEA+JOAv/jLIqkxMa3XeENrgHB9iRlAYWaOVe oYZgsorrNNG1fC50xxS/6V6byRhoAc/WXH8bpHKMXqD1VUXPUz76pmQvoAGcsOS+ftJq yNGOuiR3HiOPPiyxpZyeg3xlb+9UnzGmdilqig+IuuOUWxAomFRJXvP4aiF3Lvj9K47f M+pR/UrsF/E4lHit3//G1V6A6pAtyuWRLq7MZV48UHNcQvvYPW/UuJisdF7xDwQ97cGp 44fLE7+934S3562LFaPKsB0iDiOI5jXlKMbiqVeGXb1JXqZGLdU7AKa4l6GSu5FG9/xY Nd8A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20221208 header.b=zbGQ0bWU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t22-20020a17090a1c9600b002680f4e8969si1670450pjt.95.2023.08.09.09.18.58; Wed, 09 Aug 2023 09:19:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20221208 header.b=zbGQ0bWU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232477AbjHIOYA (ORCPT + 99 others); Wed, 9 Aug 2023 10:24:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38476 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232110AbjHIOX7 (ORCPT ); Wed, 9 Aug 2023 10:23:59 -0400 Received: from mail-pf1-x44a.google.com (mail-pf1-x44a.google.com [IPv6:2607:f8b0:4864:20::44a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 853861FCC for ; Wed, 9 Aug 2023 07:23:58 -0700 (PDT) Received: by mail-pf1-x44a.google.com with SMTP id d2e1a72fcca58-686e29b0548so4773760b3a.1 for ; Wed, 09 Aug 2023 07:23:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20221208; t=1691591038; x=1692195838; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:from:to:cc:subject:date:message-id:reply-to; bh=9zpyW03eshaeH9Sr4sGjLZGjabDdV1ZBUVVrLztPH90=; b=zbGQ0bWUYfp+uCOYSAQRh3kYYI7a3f8k2jI4RUJKQAR1VFdACzIqDnnJA5QRzNnXpD dmUD9ISCPaRLENpCaYx4lZ0qXn/Z8CLewnhT/AlOdrRk2+ofucc5Zwh8j2a7j3HpIoZ0 qO7NcEg5YafZfGmcdbAGWAo3Rbo0egtiyusakVgVf0VMLLgzq9ZW8R/WwgPTXLlK3M3B WVxCkB5bLeT6GtRQjA72G0ynae2knnaY+3Gbs2ENYHjN5UA8jCctVPQKTYVLygxSd4mp EMrYOH3az2wxwLzgm9tURx/X0BxHRePaZhv92cmtqge+li5rnO9ZB4X+PbouoFFSiAcM /TTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691591038; x=1692195838; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=9zpyW03eshaeH9Sr4sGjLZGjabDdV1ZBUVVrLztPH90=; b=i3S81ZxpallNM6XYYYClq5mTwxvWnmzv1MhjegBuv7obfpsyXu1/qKmJBmgt479wh2 zeD8Yo9iZIPliBcizLaxCxJXq+xc9TpdScLKIvxnxH343YgmDufNHpvSHRJZL+9rWcJc w+V8LjNQMrUj1ooWprGU97aoy3Oh76sBHYGhPFvCE+aoVPkfRx5VVlOiro9O2m06MfZ/ OgoZqtYptmO8KC5Fc2k1m1OqTQrhhfTPKVRnOUnESKF1bSJUK9js3B3mIb+4gUKKCjy9 z9aHLTjUoE6FWWX5Q3IM2ifS2WY05X1jZ09fA2oJ9KIfVxDmgQtYp3gqZnDL2v2H3U0z 0ojQ== X-Gm-Message-State: AOJu0Yzh5Zg0WCOQLEMiV02v15iB7o+Ft2iV6qwITYFIbCHWy6mEx8L4 A9KXwKFk1SeCK9xJBDukVQlgMYUUX4M= X-Received: from zagreus.c.googlers.com ([fda3:e722:ac3:cc00:7f:e700:c0a8:5c37]) (user=seanjc job=sendgmr) by 2002:a05:6a00:1398:b0:687:4a62:f49 with SMTP id t24-20020a056a00139800b006874a620f49mr313679pfg.5.1691591037991; Wed, 09 Aug 2023 07:23:57 -0700 (PDT) Date: Wed, 9 Aug 2023 07:23:56 -0700 In-Reply-To: Mime-Version: 1.0 References: <20230808233132.2499764-1-seanjc@google.com> Message-ID: Subject: Re: [PATCH 0/2] KVM: SVM: Set pCPU during IRTE update if vCPU is running From: Sean Christopherson To: Joao Martins Cc: Alejandro Jimenez , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, "dengqiao . joey" , Maxim Levitsky , Suravee Suthikulpanit , Paolo Bonzini Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-9.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS,USER_IN_DEF_DKIM_WL autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 09, 2023, Joao Martins wrote: > On 09/08/2023 00:31, Sean Christopherson wrote: > > Fix a bug where KVM doesn't set the pCPU affinity for running vCPUs when > > updating IRTE routing. Not setting the pCPU means the IOMMU will signal > > the wrong pCPU's doorbell until the vCPU goes through a put+load cycle. > > > > Or also framed as an inefficiency that we depend on the GALog (for a running > vCPU) for interrupt delivery until the put+load cycle happens. I don't think I > ever reproduced the missed interrupt case in our stress testing. Ah, I'll reword the changelog in patch 2 if this only delays the interrupt instead of dropping it entirely. > > I waffled for far too long between making this one patch or two. Moving > > the lock doesn't make all that much sense as a standalone patch, but in the > > end, I decided that isolating the locking change would be useful in the > > unlikely event that it breaks something. If anyone feels strongly about > > making this a single patch, I have no objection to squashing these together. > > > IMHO, as two patches looks better; > > For what is worth: > > Reviewed-by: Joao Martins > > I think Alejandro had reported his testing as successful here: > > https://lore.kernel.org/kvm/caefe41b-2736-3df9-b5cd-b81fc4c30ff0@oracle.com/ > > OTOH, he didn't give the Tested-by explicitly Yeah, I almost asked for a Tested-by, but figured it would be just as easy to post the patches.