From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BuHXo-0004rE-72 for qemu-devel@nongnu.org; Mon, 09 Aug 2004 17:19:00 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BuHXl-0004od-Ef for qemu-devel@nongnu.org; Mon, 09 Aug 2004 17:18:58 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BuHXl-0004iH-9c for qemu-devel@nongnu.org; Mon, 09 Aug 2004 17:18:57 -0400 Received: from [203.9.177.36] (helo=mailhost.chh.co.nz) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BuHTw-0004Uy-IR for qemu-devel@nongnu.org; Mon, 09 Aug 2004 17:15:02 -0400 Subject: Re: [Qemu-devel] Problem with speed From: Darryl Dixon In-Reply-To: <41179539.3070302@student.tue.nl> References: <41179539.3070302@student.tue.nl> Content-Type: multipart/alternative; boundary="=-VWLYDdsgTIiXFsQKIDG2" Message-Id: <1092086096.2772.5.camel@unixadmindazfc2.chh.co.nz> Mime-Version: 1.0 Date: Tue, 10 Aug 2004 09:14:56 +1200 Reply-To: esrever_otua@pythonhacker.is-a-geek.net, qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org --=-VWLYDdsgTIiXFsQKIDG2 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi Marjin, FWIW I also run into the same sorts of problems on Fedora Core 2 host with 2.6.7 kernel and the latest qemu-snapshots. With a Windows NT-based guest (like win2k3) the too-fast system clock causes problems with services not starting properly at boot-time, because they time out before having a chance to execute correctly. I thought about using NTP to solve this problem, but it just isn't fine-grained enough to solve things nicely, and moreover it doesn't start early enough in the boot process to solve my problem with other services failing. So, no solutions from me, but rest assured it's not something inherently wrong in your configuration that is unique to you :) Any qemu-devs care to shed light on this? It doesn't seem to be tied to /proc/sys/dev/rtc/max-user-freq at all, unfortunately; I have set it for both 32 and 10240 without any seeming change in the guest OS clock's behaviour... D On Tue, 2004-08-10 at 03:16, Marijn Kruisselbrink wrote: > I've installed Win98 inside qemu 0.6.0. Almost everything works fine, but the clock is running way too fast, causing network-packets to time-out before they are even send... > My host OS is SuSE 9.1 with a 2.6.4 kernel. With linux as guest OS everything seems to work fine. > Any ideas what i might be doing wrong? > > Marijn Kruisselbrink Darryl Dixon --=-VWLYDdsgTIiXFsQKIDG2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Marjin,

FWIW I also run into the same sorts of problems on Fedora Core 2 host with 2.6.7 kernel and the latest qemu-snapshots. With a Windows NT-based guest (like win2k3) the too-fast system clock causes problems with services not starting properly at boot-time, because they time out before having a chance to execute correctly. I thought about using NTP to solve this problem, but it just isn't fine-grained enough to solve things nicely, and moreover it doesn't start early enough in the boot process to solve my problem with other services failing.

So, no solutions from me, but rest assured it's not something inherently wrong in your configuration that is unique to you :)

Any qemu-devs care to shed light on this? It doesn't seem to be tied to /proc/sys/dev/rtc/max-user-freq at all, unfortunately; I have set it for both 32 and 10240 without any seeming change in the guest OS clock's behaviour...

D

On Tue, 2004-08-10 at 03:16, Marijn Kruisselbrink wrote:

I've installed Win98 inside qemu 0.6.0. Almost everything works fine, but the clock is running way too fast, causing network-packets to time-out before they are even send...
My host OS is SuSE 9.1 with a 2.6.4 kernel. With linux as guest OS everything seems to work fine.
Any ideas what i might be doing wrong?

Marijn Kruisselbrink






Darryl Dixon <esrever_otua@pythonhacker.is-a-geek.net>

--=-VWLYDdsgTIiXFsQKIDG2--