[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 1253777] Re: OpenBSD VM running on OpenBSD host has sl
From: |
Paolo Bonzini |
Subject: |
[Qemu-devel] [Bug 1253777] Re: OpenBSD VM running on OpenBSD host has sleep calls taking twice as long as they should |
Date: |
Wed, 27 Nov 2013 12:58:17 -0000 |
Hi, please test qemu 1.7.0-rc. There were several changes to the timer
machinery that can help this bug.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1253777
Title:
OpenBSD VM running on OpenBSD host has sleep calls taking twice as
long as they should
Status in QEMU:
New
Bug description:
Running a script like
while [ 1 ]
do
date
sleep 1
done
on the VM will result in the (correct) date being displayed, but it is
displayed only every two (!) seconds. We have also noticed that if we
connect to the VM's console using VNC, and move the mouse pointer
constantly in the VNC window, the script runs normally with updates
every second! Note that the script doesn't have to be running on the
VM's console - it's also possible to (say) ssh to the VM from a
separate machine and run the script and it will display the '2 second'
issue, but as soon as you move the mouse pointer constantly in the VNC
console window the script starts behaving normally with updates every
second.
I have only seen this bug when running an OpenBSD VM on an OpenBSD
host. Running an OpenBSD VM on a Linux host does not exhibit the
problem for me. I also belive (am told) that a Linux VM running on an
OpenBSD host does not exhibit the problem.
I have been using the OpenBSD 5.4 64 bit distro which comes with qemu
1.5.1 in a package, however I tried compiling qemu 1.6.1 and that has
the same bug. In fact older OpenBSD distros have the same issue -
going back to OpenBSD distros from two years ago still have the
problem. This is not a 'new' bug recently introduced.
Initially I wondered if it could be traced to an incorrectly set
command line option, but I've since gone through many of the options
in the man page simply trying different values (eg. different CPU
types ( -cpu) , different emulated PC (-M)) but so far the problem
remains.
I'm quite happy to run tests in order to track this bug down better.
We use qemu running on OpenBSD extensively and find it very useful!
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1253777/+subscriptions
- [Qemu-devel] [PATCH qom-cpu 00/16 v10] target-i386: convert CPU features into properties, Igor Mammedov, 2013/11/27
- [Qemu-devel] [PATCH 01/16] target-i386: cleanup 'foo' feature handling', Igor Mammedov, 2013/11/27
- [Qemu-devel] [PATCH 02/16] target-i386: cleanup 'foo=val' feature handling, Igor Mammedov, 2013/11/27
- [Qemu-devel] [PATCH 05/16] target-i386: cpu: convert 'family' to static property, Igor Mammedov, 2013/11/27
- [Qemu-devel] [PATCH 03/16] target-i386: cpu: convert 'level' to static property, Igor Mammedov, 2013/11/27
- [Qemu-devel] [PATCH 04/16] target-i386: cpu: convert 'xlevel' to static property, Igor Mammedov, 2013/11/27
- [Qemu-devel] [PATCH 06/16] target-i386: cpu: convert 'model' to static property, Igor Mammedov, 2013/11/27
- [Qemu-devel] [PATCH 07/16] target-i386: cpu: convert 'stepping' to static property, Igor Mammedov, 2013/11/27
- [Qemu-devel] [PATCH 08/16] target-i386: cpu: convert 'vendor' to static property, Igor Mammedov, 2013/11/27
- [Qemu-devel] [PATCH 11/16] target-i386: set [+-]feature using static properties, Igor Mammedov, 2013/11/27
- [Qemu-devel] [PATCH 09/16] target-i386: cpu: convert 'model-id' to static property, Igor Mammedov, 2013/11/27