From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gy5ze-0004oj-KQ for qemu-devel@nongnu.org; Sat, 23 Dec 2006 07:28:50 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gy5zc-0004oG-S4 for qemu-devel@nongnu.org; Sat, 23 Dec 2006 07:28:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gy5zc-0004o6-Nh for qemu-devel@nongnu.org; Sat, 23 Dec 2006 07:28:48 -0500 Received: from [194.25.134.83] (helo=mailout07.sul.t-online.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gy5zc-0000g0-6M for qemu-devel@nongnu.org; Sat, 23 Dec 2006 07:28:48 -0500 Message-ID: <458D20F0.3040303@t-online.de> Date: Sat, 23 Dec 2006 13:28:32 +0100 From: Werner Dittmann MIME-Version: 1.0 Subject: Re: [Qemu-devel] Question/problems with Qemu and 64Bit Opensuse 10.2 References: <458AB534.2050306@t-online.de> <458B6FF9.6050905@t-online.de> <458CE7CC.6070504@t-online.de> In-Reply-To: <458CE7CC.6070504@t-online.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: 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 Just for info: the 32 bit version of Opensuse 10.2 works and installation runs. Thus the problem seems to be something with the 64 bit emulation. Werner Werner Dittmann wrote: > When Qemu seems to loop I switched to monitor mode "stop" the emulator > and gathered the output of some "info" operations. The "info registers" > show that registers contain the "strange" values, for example: > > RBX=ffffffff80523028 > RSP=ffffffff80522dc0 > RIP=ffffffff8025e67c > > Is it normal that e.g. the instruction pointer (RIP) can have such a > value? Any clue where to look why this loop happens? > > Just as a side note: trying to print registers using "p /x $r15" this > show the content of R15, but using "p /x $rip" or "p /x $rbx" gives an > "unknown register" error message. > > Regards, > Werner > > > Werner Dittmann wrote: >> Just forgot to give the info about my system: >> >> Qemu was built and runs on a Suse 10.1 64 bit system (AMD CPU). Also, >> while compiling Qemu I got quite some warning about casting pointers to >> integer of different size (64bit vs 32 bit). Is this ok? >> >> Regards, >> Werner >> >> Werner Dittmann wrote: >>> All, >>> >>> currently I'm trying to install an Opensuse 10.2 64Bit version in Qemu. >>> >>> Using a plain 0.82 didn't work out, after the Install screen Qemu goes >>> in a loop. I've tried several parameters (witout net, ACPI, kqemu, etc). >>> I could not even stop Qemu but had to use kill -9 . >>> Because of some mail in the list that reported similar errors I >>> downloaded the latest CVS version and built it using a gcc 3.3. >>> >>> That didn't solve the problem: It seems to be in a loop but I can close >>> the qemu window and the window also grabs the mouse cursor (that was not >>> the case with the 0.8.2 version). >>> >>> After loading the kernel I get the following message on the console >>> (only in VESA mode): >>> >>> " >>> Decompressing Linux ... done. >>> Booting the kernel. >>> " >>> >>> and at the bottom of the console screen the message (without the qutes): >>> >>> "kernel direct mapping tables up to 100000000 @ 8000-d000" >>> >>> I tried to switch on some -d but I don't know which one is relevant >>> here. I tried "-d int" but this produced about 90MB log data in just >>> some seconds. >>> >>> Which info do you need to get down to the problem? What can I try to >>> tackle the problem? >>> >>> Regards, >>> Werner >>> >>> PS: Because I'm somewhat experienced with security software I would ask >>> if there is any interest to have a TPM module (Software based TPM) for >>> Qemu that looks like a real HW TPM according the the TPM specs? If yes I >>> would start to look how to do it for Qemu. There is a software based TPM >>> avaliable with a GPL licence. The "only thing" to do would be to wrap it >>> with the HW interface functions (it's a memory mapped interface) so that >>> standard drivers would see it as standard TPM module. >>> >>> Werner >>> >>> >>> >>> >>> _______________________________________________ >>> Qemu-devel mailing list >>> Qemu-devel@nongnu.org >>> http://lists.nongnu.org/mailman/listinfo/qemu-devel >>> >> >> >> >> _______________________________________________ >> Qemu-devel mailing list >> Qemu-devel@nongnu.org >> http://lists.nongnu.org/mailman/listinfo/qemu-devel >> > > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel >