From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Hdtxe-0000dR-8t for qemu-devel@nongnu.org; Tue, 17 Apr 2007 16:07:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Hdtxc-0000cg-Ns for qemu-devel@nongnu.org; Tue, 17 Apr 2007 16:07:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hdtxc-0000cW-7P for qemu-devel@nongnu.org; Tue, 17 Apr 2007 16:07:32 -0400 Received: from nz-out-0506.google.com ([64.233.162.236]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Hdtsq-0003mK-NN for qemu-devel@nongnu.org; Tue, 17 Apr 2007 16:02:36 -0400 Received: by nz-out-0506.google.com with SMTP id i11so429238nzi for ; Tue, 17 Apr 2007 13:02:36 -0700 (PDT) Message-ID: Date: Tue, 17 Apr 2007 22:02:35 +0200 From: "andrzej zaborowski" Sender: balrogg@gmail.com Subject: Re: [Qemu-devel] Qemu / KQemu on 64-bit (x86_64) host systems In-Reply-To: <46251321.5050803@t-online.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46231BEB.5070402@t-online.de> <46251321.5050803@t-online.de> Reply-To: balrogg@gmail.com, qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Werner Dittmann Cc: qemu-devel@nongnu.org Hi, On 17/04/07, Werner Dittmann wrote: > andrzej zaborowski wrote: > > Hi, > > > > On 16/04/07, Werner Dittmann wrote: > >> During several tests with Qemu / Kqemu it seems that Qemu > >> has problems with x86_64 host systems. My system is an > >> AMD 64 X2 (Dual Core), running openSUSE 10.2, 2GB memory. > >> > Indeed it is a dual CPU. Adding notsc as an additional parameter to > the kernel commandline (the guest system uses Lilo). Using this > parameter the kernel was able to start INIT and the init.d startup > scripts (not always, but most of the time). After a short time > the kernel starts to loop again, e.g. during hotplug handling. Hmm, I was thinking that it may be the same problem as I described in http://lists.gnu.org/archive/html/qemu-devel/2007-03/msg00652.html but if the lockup is happening anyway then I'm not sure. On the other hand "notsc" does make a difference, right? > > Using th same technique as before (gdb) it's the same picture: > mainly in compute_c_subl or compute_c_addl. > > > > > Does your host happen to be dual-core? If so, please try adding > > "notsc" to the guest kernel commandline and report if it makes a > > difference. > > > >> > I thought qemu's gdb server is used to debug kernels running > inside Qemu but not to debug Qemu itself. IMHO the problem is not > in the kernel (the kernel works perfectly on a real HW processor) > but in Qemu. That's right, qemu's gdb server is for debugging the guest. However, it's often much easier to debug qemu knowing what guest code is causing the qemu bug, especially C code in case of opensource guests, and especially a guest lockup or guest crash. Other than that I think there's only the -d. Regards, Andrzej