From: Tzung-Bi Shih <tzungbi@kernel.org>
To: Suleiman Souhlal <suleiman@google.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
Sean Christopherson <seanjc@google.com>,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
Dave Hansen <dave.hansen@linux.intel.com>,
x86@kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
Chao Gao <chao.gao@intel.com>,
David Woodhouse <dwmw2@infradead.org>,
Sergey Senozhatsky <senozhatsky@chromium.org>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
kvm@vger.kernel.org, linux-kernel@vger.kernel.org,
ssouhlal@freebsd.org
Subject: Re: [PATCH v5 1/2] KVM: x86: Advance guest TSC after deep suspend.
Date: Tue, 22 Apr 2025 04:47:44 +0000 [thread overview]
Message-ID: <aAcfcB8ZyBuz7t7J@google.com> (raw)
In-Reply-To: <20250325041350.1728373-2-suleiman@google.com>
On Tue, Mar 25, 2025 at 01:13:49PM +0900, Suleiman Souhlal wrote:
> Advance guest TSC to current time after suspend when the host
> TSCs went backwards.
>
> This makes the behavior consistent between suspends where host TSC
> resets and suspends where it doesn't, such as suspend-to-idle, where
> in the former case if the host TSC resets, the guests' would
> previously be "frozen" due to KVM's backwards TSC prevention, while
> in the latter case they would advance.
>
> Suggested-by: Sean Christopherson <seanjc@google.com>
> Signed-off-by: Suleiman Souhlal <suleiman@google.com>
Tested with comparing `date` before and after suspend-to-RAM[1]:
echo deep >/sys/power/mem_sleep
echo $(date '+%s' -d '+3 minutes') >/sys/class/rtc/rtc0/wakealarm
echo mem >/sys/power/state
Without the patch, the guest's `date` is slower (~3 mins) than the host's
after resuming.
Tested-by: Tzung-Bi Shih <tzungbi@kernel.org>
[1]: https://www.kernel.org/doc/Documentation/power/states.txt
Some non-functional comments inline below.
> @@ -4971,7 +4971,37 @@ void kvm_arch_vcpu_load(struct kvm_vcpu *vcpu, int cpu)
>
> /* Apply any externally detected TSC adjustments (due to suspend) */
> if (unlikely(vcpu->arch.tsc_offset_adjustment)) {
> - adjust_tsc_offset_host(vcpu, vcpu->arch.tsc_offset_adjustment);
> + unsigned long flags;
> + struct kvm *kvm;
> + bool advance;
> + u64 kernel_ns, l1_tsc, offset, tsc_now;
> +
> + kvm = vcpu->kvm;
It will be more clear (at least to me) if moving the statement to its declaration:
struct kvm *kvm = vcpu->kvm;
Other than that, the following code should better utilitize the local
variable, e.g. s/vcpu->kvm/kvm/g.
> + advance = kvm_get_time_and_clockread(&kernel_ns,
> + &tsc_now);
> + raw_spin_lock_irqsave(&kvm->arch.tsc_write_lock, flags);
> + /*
> + * Advance the guest's TSC to current time instead of only
> + * preventing it from going backwards, while making sure
> + * all the vCPUs use the same offset.
> + */
> + if (kvm->arch.host_was_suspended && advance) {
> + l1_tsc = nsec_to_cycles(vcpu,
> + vcpu->kvm->arch.kvmclock_offset +
^^^^^^^^^
kvm
> + kernel_ns);
> + offset = kvm_compute_l1_tsc_offset(vcpu,
> + l1_tsc);
> + kvm->arch.cur_tsc_offset = offset;
> + kvm_vcpu_write_tsc_offset(vcpu, offset);
> + } else if (advance)
> + kvm_vcpu_write_tsc_offset(vcpu,
> + vcpu->kvm->arch.cur_tsc_offset);
^^^^^^^^^
kvm
> + else
> + adjust_tsc_offset_host(vcpu,
> + vcpu->arch.tsc_offset_adjustment);
Need braces in `else if` and `else` cases [2].
[2]: https://www.kernel.org/doc/html/latest/process/coding-style.html#placing-braces-and-spaces
> @@ -12640,6 +12670,7 @@ int kvm_arch_enable_virtualization_cpu(void)
> kvm_make_request(KVM_REQ_MASTERCLOCK_UPDATE, vcpu);
> }
>
> + kvm->arch.host_was_suspended = 1;
Given that it is a bool, how about use `true`?
next prev parent reply other threads:[~2025-04-22 4:47 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-25 4:13 [PATCH v5 0/2] KVM: x86: Include host suspended time in steal time Suleiman Souhlal
2025-03-25 4:13 ` [PATCH v5 1/2] KVM: x86: Advance guest TSC after deep suspend Suleiman Souhlal
2025-04-22 4:47 ` Tzung-Bi Shih [this message]
2025-05-01 23:49 ` Sean Christopherson
2025-03-25 4:13 ` [PATCH v5 2/2] KVM: x86: Include host suspended time in steal time Suleiman Souhlal
2025-04-23 7:57 ` Tzung-Bi Shih
2025-05-02 1:17 ` Sean Christopherson
2025-04-08 1:36 ` [PATCH v5 0/2] " Suleiman Souhlal
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aAcfcB8ZyBuz7t7J@google.com \
--to=tzungbi@kernel.org \
--cc=bp@alien8.de \
--cc=chao.gao@intel.com \
--cc=dave.hansen@linux.intel.com \
--cc=dwmw2@infradead.org \
--cc=hpa@zytor.com \
--cc=konrad.wilk@oracle.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=pbonzini@redhat.com \
--cc=seanjc@google.com \
--cc=senozhatsky@chromium.org \
--cc=ssouhlal@freebsd.org \
--cc=suleiman@google.com \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.