Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp4155760pxb; Mon, 27 Sep 2021 10:31:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwvi5d4hPB7UYH96vpl9s41goimyPUr2l9MiVhBffdU4JsfuaYDlj2oWzte1km+pp1LemCI X-Received: by 2002:a05:6402:1b8a:: with SMTP id cc10mr1365407edb.313.1632763880901; Mon, 27 Sep 2021 10:31:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632763880; cv=none; d=google.com; s=arc-20160816; b=pvsPObltI4o0GyiFuzLi8T2gDaUciUaPxrGr2aIyjEzeFOUZ6Sxh2SfX4sZdMFY7Y2 khipH5qsrOvyodjYv1bZvYNwhZxiCpfsdlopb1tuZv/MJwJI8UhQuUbkDjXATbUVlGT+ jkJcP2eLL4grqos42gntSD6UKhd+4FXws9Yo5GUFXjPMkjwSJ649pUZKu+etpSe4X+76 lEmEKd/TlvytVIeOZ9eG5BkiaSL9iE3mi3asohwSEaorVfvrJif4c6o22EbCP7YwACxp XitokDxDeCZrWTzJ3aM9XUIFovd09klulRaM9otMOlidzsbp8GDwTpCMtTyf287d06AM tA7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=kNKGhtUzyDvvasjBG+sOupwAerMdbRFrkMWzt1aAAJI=; b=L81fMP2oayhdIWn6CcRnDlMpkg+Y6c8Sn696nuNmQqmBskbyfbQN2Fgj6i11eOcWah GqQWc4zCam9h5q0PE6F2TdP+9ZTaZ6Zrnqq7YRxh4RjIifXqN0CqdVoT0f5YW1ro0xuX kB1Ke3yzfEhebdGoQjBWUiimLjwIDfjtGAiiPEmoMIzd1QbH8luZdle24oGDGTjJoaSi E357tx0U/wuPZutFuHeeEDbxqS50z809RyEN2sfPQLEqvNZfJ6BkkZRkU2quCeP9bsd7 oDhQq0sY0+bOhNN8cEcN7268+RlwJnazOgOhu0WG/LiZqboOcW3e/G/NDfxMNkeriDOB LyMA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="e30r/zfy"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e24si18048805ejy.112.2021.09.27.10.30.54; Mon, 27 Sep 2021 10:31:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="e30r/zfy"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236996AbhI0Raz (ORCPT + 99 others); Mon, 27 Sep 2021 13:30:55 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:29318 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236955AbhI0R0p (ORCPT ); Mon, 27 Sep 2021 13:26:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1632763506; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=kNKGhtUzyDvvasjBG+sOupwAerMdbRFrkMWzt1aAAJI=; b=e30r/zfyqmdOFfRfT+bXTaoIhXkVaUPyslhJMEibcu146PJVEnkbooJPu97+oX4gBl6UQC FVXJz+gOVe1htZbbZv4tPbD8lURdmGUQ4oNTh16OS41j2FFPyG1u6VIRD5kEKr98dxKNOk Ymui8hgNd4irGZxSXK7qUDqSmpzKt+w= Received: from mail-pg1-f198.google.com (mail-pg1-f198.google.com [209.85.215.198]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-184-S25X2pSZPwCN3bMuP9nPeA-1; Mon, 27 Sep 2021 13:25:04 -0400 X-MC-Unique: S25X2pSZPwCN3bMuP9nPeA-1 Received: by mail-pg1-f198.google.com with SMTP id o10-20020a65614a000000b002850cb8c434so13329098pgv.13 for ; Mon, 27 Sep 2021 10:25:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kNKGhtUzyDvvasjBG+sOupwAerMdbRFrkMWzt1aAAJI=; b=oXVBSUibaSLGHi9g666k7JHQ9uv7yhabY+53jfy5S5hsP5MXEMBqInvafvphiE0dYQ wTny6f5bW8nTR94uFONHODeQ/VgZSanLmxtA5lcunOcTz6TJi0NutmoGqp7vzOClCBTA XuWjN1K5xPGms3tieIJy8M4IrmzRiUK+fqX6DbbFQ4Hsfg9SV03np/YsKZjSH2meUPAY oSOWHy+Tl8ngdS29+Z7D0gZkkxkFfJ31sd1bxRRkG7FceV84APoHNqoSJphwTuxfwC/C NCcPeF5J0UN+5HrjUHBdvxm+yGUYXq+X3/k+zQbuXEypkQQzmM4BR+dWk9SEsw5c4GOW 1MBg== X-Gm-Message-State: AOAM532kib0+AB8YOMQSKyOIzM1x/p5zGuNAbMDTIpGatlmkjuVE4kUG dT4rLjOr4WDBS1tCK1uQZO5sCbhkP2MWrgVeAPimZXkqgOVmckmqYMIwc5dxch0MTUvPJEx2TAm DH8zB2gj8ekgTuGhjDQRoFqoNF3sV5DXQ3p05xZ4f X-Received: by 2002:a17:902:e752:b0:13b:7e90:af8b with SMTP id p18-20020a170902e75200b0013b7e90af8bmr1093600plf.12.1632763503570; Mon, 27 Sep 2021 10:25:03 -0700 (PDT) X-Received: by 2002:a17:902:e752:b0:13b:7e90:af8b with SMTP id p18-20020a170902e75200b0013b7e90af8bmr1093572plf.12.1632763503267; Mon, 27 Sep 2021 10:25:03 -0700 (PDT) MIME-Version: 1.0 References: <20210925005528.1145584-1-seanjc@google.com> <03f2f5ab-e809-2ba5-bd98-3393c3b843d2@de.ibm.com> <43e42f5c-9d9f-9e8b-3a61-9a053a818250@de.ibm.com> In-Reply-To: <43e42f5c-9d9f-9e8b-3a61-9a053a818250@de.ibm.com> From: Paolo Bonzini Date: Mon, 27 Sep 2021 19:24:52 +0200 Message-ID: Subject: Re: disabling halt polling broken? (was Re: [PATCH 00/14] KVM: Halt-polling fixes, cleanups and a new stat) To: Christian Borntraeger Cc: Sean Christopherson , David Matlack , Jon Cargille , Jim Mattson , James Morse , Alexandru Elisei , Suzuki K Poulose , David Hildenbrand , Cornelia Huck , Claudio Imbrenda , Vitaly Kuznetsov , Wanpeng Li , Joerg Roedel , linux-arm-kernel , KVM ARM , "open list:MIPS" , kvm , kvm-ppc , "Kernel Mailing List, Linux" , Jing Zhang , Marc Zyngier , Huacai Chen , Aleksandar Markovic , Paul Mackerras , Janosch Frank Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 27, 2021 at 5:17 PM Christian Borntraeger wrote: > > So I think there are two possibilities that makes sense: > > > > * track what is using KVM_CAP_HALT_POLL, and make writes to halt_poll_ns follow that > > what about using halt_poll_ns for those VMs that did not uses KVM_CAP_HALT_POLL and the private number for those that did. Yes, that's what I meant. David pointed out that doesn't allow you to disable halt polling altogether, but for that you can always ask each VM's userspace one by one, or just not use KVM_CAP_HALT_POLL. (Also, I don't know about Google's usecase, but mine was actually more about using KVM_CAP_HALT_POLL to *disable* halt polling on some VMs!). Paolo