From: Sean Christopherson <sean.j.christopherson@intel.com>
To: Matt Delco <delco@google.com>
Cc: Wanpeng Li <kernellwp@gmail.com>,
Nadav Amit <nadav.amit@gmail.com>,
Paolo Bonzini <pbonzini@redhat.com>,
Radim Krcmar <rkrcmar@redhat.com>, kvm <kvm@vger.kernel.org>
Subject: Re: [PATCH] KVM: lapic: restart counter on change to periodic mode
Date: Wed, 21 Aug 2019 10:17:37 -0700 [thread overview]
Message-ID: <20190821171737.GG29345@linux.intel.com> (raw)
In-Reply-To: <CAHGX9Vr4HsVowENg8CS9pVWMr2n58H_tJqDX823oAHL++L8yHA@mail.gmail.com>
On Tue, Aug 20, 2019 at 12:34:20AM -0700, Matt Delco wrote:
> On Mon, Aug 19, 2019 at 10:09 PM Wanpeng Li <kernellwp@gmail.com> wrote:
> >
> > On Tue, 20 Aug 2019 at 12:10, Nadav Amit <nadav.amit@gmail.com> wrote:
> > > These tests pass on bare-metal.
> >
> > Good to know this. In addition, in linux apic driver, during mode
> > switch __setup_APIC_LVTT() always sets lapic_timer_period(number of
> > clock cycles per jiffy)/APIC_DIVISOR to APIC_TMICT which can avoid the
> > issue Matt report. So is it because there is no such stuff in windows
> > or the windows version which Matt testing is too old?
>
> I'm using Windows 10 (May 2019). Multimedia apps on Windows tend to
> request higher frequency clocks, and this in turn can affect how the
> kernel configures HW timers. I may need to examine how Windows
> typically interacts with the APIC timer and see if/how this changes
> when Skype is used. The frequent timer mode changes are not something
> I'd expect a reasonably behaved kernel to do.
Have you tried analyzing the guest code? If we're lucky, doing so might
provide insight into what's going awry.
E.g.:
Are the LVTT/TMICT writes are coming from a single blob/sequence of code
in the guest?
Is the unpaired LVTT coming from the same code sequence or is it a new
rip entirely?
Can you dump the relevant asm code sequences?
next prev parent reply other threads:[~2019-08-21 17:17 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-19 23:04 [PATCH] KVM: lapic: restart counter on change to periodic mode Matt delco
2019-08-19 23:42 ` Paolo Bonzini
2019-08-20 0:37 ` Sean Christopherson
[not found] ` <CAHGX9VrZyPQ8OxnYnOWg-ES3=kghSx1LSyzrX8i3=O+o0JAsig@mail.gmail.com>
2019-08-20 1:56 ` Sean Christopherson
2019-08-20 4:08 ` Nadav Amit
2019-08-20 5:08 ` Wanpeng Li
2019-08-20 7:34 ` Matt Delco
2019-08-21 17:17 ` Sean Christopherson [this message]
2019-08-21 18:03 ` Matt Delco
2019-08-20 16:33 ` Nadav Amit
2019-08-21 0:19 ` Wanpeng Li
2019-08-21 0:26 ` Nadav Amit
2019-09-03 8:13 ` [KVM] e08571e819: WARNING:at_drivers/gpu/drm/drm_vblank.c:#drm_wait_one_vblank[drm] kernel test robot
2019-09-03 8:16 ` Rong Chen
2019-09-03 8:15 ` [KVM] e08571e819: kvm-unit-tests.apic.fail kernel test robot
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=20190821171737.GG29345@linux.intel.com \
--to=sean.j.christopherson@intel.com \
--cc=delco@google.com \
--cc=kernellwp@gmail.com \
--cc=kvm@vger.kernel.org \
--cc=nadav.amit@gmail.com \
--cc=pbonzini@redhat.com \
--cc=rkrcmar@redhat.com \
/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.