ff-by: Markus Trippelsdorf
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index b70b48b..6bd816f 100644
--- a/include/linux/kvm_host.h
+++ b/include/linux/kvm_host.h
@@ -321,7 +321,7 @@ struct kvm {
#define kvm_debug(fmt, ...) \
pr_debug("kvm [%i]: " fmt, task
On Mon, Nov 08, 2010 at 10:04:00AM +0100, Jan Kiszka wrote:
> Hi,
>
> I'm seeing lock-ups of the QEMU process on kvm.git as well as current
> upstream kernels. This is a backtrace of the hanging VCPU thread:
>
> [] __stop_cpus+0x184/0x1a7
> [] try_stop_cpus+0x40/0x59
> [] synchronize_sched_expedi
The following commit:
commit f8f559422b6c6a05469dfde614b67789b6142cb5
Author: Xiao Guangrong
Date: Fri Jun 7 16:51:26 2013 +0800
KVM: MMU: fast invalidate all mmio sptes
causes my kvm qemu qcow2 images to hang when they switch from the boot
console to the desktop. For example:
qemu-sys
On 2013.07.17 at 19:42 +0300, Gleb Natapov wrote:
> On Wed, Jul 17, 2013 at 06:32:15PM +0200, Markus Trippelsdorf wrote:
> > The following commit:
> > commit f8f559422b6c6a05469dfde614b67789b6142cb5
> > Author: Xiao Guangrong
> > Date: Fri Jun 7 16:51:26 2013
On 2013.07.18 at 01:25 +0800, Xiao Guangrong wrote:
> Hi Markus,
>
> Thanks for your report! I am downloading the ubuntu iso and will try to
> reproducible it.
Please note that the exact guest doesn't matter. I first noticed the
hang when I tried to install Fedora 19 today.
> Could you please e
On 2013.07.18 at 01:25 +0800, Xiao Guangrong wrote:
> Hi Markus,
>
> Thanks for your report! I am downloading the ubuntu iso and will try to
> reproducible it.
>
> Could you please enable these tracepoints:
> kvmmmu/check_mmio_spte
> kvmmmu/handle_mmio_page_fault
> kvmmmu/kvm_mmu_invalidate_zap_
On 2013.07.18 at 03:27 +0800, Xiao Guangrong wrote:
>
> Could you please try this:
>
> index 460b9c6..16d1578 100644
> --- a/arch/x86/kvm/mmu.c
> +++ b/arch/x86/kvm/mmu.c
> @@ -2952,6 +2952,9 @@ static bool page_fault_can_be_fast(u32 error_code)
> !(error_code & PFERR_WRITE_MASK))
>
After upgrading to qemu-kvm-0.13 the mouse stopped working in my Ubuntu 10.10
guest. I can enable the mouse again if I add "-usbdevice tablet" (for automatic
handling) or "-usbdevice mouse" (for manual handling). It does not function
without these flags at all.
I guess cd496926155afcb3b63 may be t
Markus Trippelsdorf wrote:
> After upgrading to qemu-kvm-0.13 the mouse stopped working in my Ubuntu
> 10.10 guest. I can enable the mouse again if I add "-usbdevice tablet"
> (for automatic handling) or "-usbdevice mouse" (for manual handling). It
> does not fun
On 2015.09.01 at 10:56 +0200, Ingo Molnar wrote:
>
> * Markus Trippelsdorf wrote:
> > As I wrote in my other reply. The boot failure is nondeterministic (boot
> > succeeds roughly every sixth time). So the bisection and the patch is
> > just bogus (,but the boot failure
On 2015.09.01 at 21:00 +0800, Xiao Guangrong wrote:
>
> Did it trigger the BUG()/BUG_ON() in mtrr2protval()/fallback_mtrr_type()?
> If yes, could you please print the actual value out?
It is the BUG() in fallback_mtrr_type(). I changed it to a printk and
it prints 1 for the value of mtrr.
MTRR_
On 2015.09.02 at 06:31 +0800, Xiao Guangrong wrote:
>
>
> On 09/01/2015 09:56 PM, Markus Trippelsdorf wrote:
> > On 2015.09.01 at 21:00 +0800, Xiao Guangrong wrote:
> >>
> >> Did it trigger the BUG()/BUG_ON() in mtrr2protval()/fallback_mtrr_type()?
> >>
On 2015.09.02 at 17:17 +0800, Xiao Guangrong wrote:
> >
> > No. PAT is of course enabled and booting is successful sometimes even
> > with the BUG() in allback_mtrr_type(). I suspect a setup (timing) issue.
>
> Thanks for your confirmation.
>
> >
> > markus@x4 linux % cat .config | grep X86_PAT
On 2015.09.02 at 18:27 +0800, Xiao Guangrong wrote:
>
>
> On 09/02/2015 05:38 PM, Markus Trippelsdorf wrote:
> > On 2015.09.02 at 17:17 +0800, Xiao Guangrong wrote:
> >>>
> >>> No. PAT is of course enabled and booting is successful sometimes even
> &g
14 matches
Mail list logo
