Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1743222
| From | Jacob Pan <jacob.jun.pan@linux.intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH RFC hack dont apply] intel_idle: support running within a VM |
| Date | 2017-10-02 22:50 +0200 |
| Message-ID | <uwfP3-ur-5@gated-at.bofh.it> (permalink) |
| References | <uvbDP-3DM-5@gated-at.bofh.it> <uvcTg-4nD-3@gated-at.bofh.it> |
| Organization | OTC |
On Sat, 30 Sep 2017 01:21:43 +0200 "Rafael J. Wysocki" <rafael@kernel.org> wrote: > On Sat, Sep 30, 2017 at 12:01 AM, Michael S. Tsirkin <mst@redhat.com> > wrote: > > intel idle driver does not DTRT when running within a VM: > > when going into a deep power state, the right thing to > > do is to exit to hypervisor rather than to keep polling > > within guest using mwait. > > > > Currently the solution is just to exit to hypervisor each time we go > > idle - this is why kvm does not expose the mwait leaf to guests even > > when it allows guests to do mwait. > > > > But that's not ideal - it seems better to use the idle driver to > > guess when will the next interrupt arrive. > > The idle driver alone is not sufficient for that, though. > I second that. Why try to solve this problem at vendor specific driver level? perhaps just a pv idle driver that decide whether to vmexit based on something like local per vCPU timer expiration? I guess we can't predict other wake events such as interrupts. e.g. if (get_next_timer_interrupt() > kvm_halt_target_residency) vmexit else poll Jacob
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH RFC hack dont apply] intel_idle: support running within a VM "Michael S. Tsirkin" <mst@redhat.com> - 2017-09-30 00:10 +0200
Re: [PATCH RFC hack dont apply] intel_idle: support running within a VM "Rafael J. Wysocki" <rafael@kernel.org> - 2017-09-30 01:30 +0200
Re: [PATCH RFC hack dont apply] intel_idle: support running within a VM Jacob Pan <jacob.jun.pan@linux.intel.com> - 2017-10-02 22:50 +0200
csiph-web