From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:54460) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R4RvA-0001oD-7w for Qemu-devel@nongnu.org; Fri, 16 Sep 2011 02:29:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R4Rv8-0000YE-6F for Qemu-devel@nongnu.org; Fri, 16 Sep 2011 02:29:08 -0400 Received: from e23smtp01.au.ibm.com ([202.81.31.143]:42545) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R4Rv7-0000Y3-Kt for Qemu-devel@nongnu.org; Fri, 16 Sep 2011 02:29:06 -0400 Received: from d23relay03.au.ibm.com (d23relay03.au.ibm.com [202.81.31.245]) by e23smtp01.au.ibm.com (8.14.4/8.13.1) with ESMTP id p8G6OBDB023068 for ; Fri, 16 Sep 2011 16:24:11 +1000 Received: from d23av02.au.ibm.com (d23av02.au.ibm.com [9.190.235.138]) by d23relay03.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p8G6Sqdi1786040 for ; Fri, 16 Sep 2011 16:28:56 +1000 Received: from d23av02.au.ibm.com (loopback [127.0.0.1]) by d23av02.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p8G6SqOH028429 for ; Fri, 16 Sep 2011 16:28:52 +1000 Message-ID: <4E72EC75.5030907@vnet.linux.ibm.com> Date: Fri, 16 Sep 2011 14:28:05 +0800 From: hkran MIME-Version: 1.0 References: <4E71C3F5.6020308@vnet.linux.ibm.com> <20110915104230.GC30310@bow.tlv.redhat.com> In-Reply-To: <20110915104230.GC30310@bow.tlv.redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] windows XP fail to enter standby mode List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Qemu-devel@nongnu.org, spice-devel@lists.freedesktop.org On 09/15/2011 06:42 PM, Alon Levy wrote: > On Thu, Sep 15, 2011 at 05:23:01PM +0800, hkran wrote: >> Hi, >> >> If I select to let my guest XP enter standby mode by clicking the button >> manually. qemu will exit with the following message left: >> >> ioport_write: PANIC d->guest_slots[val].active failed >> >> the following is my command to start qemu: >> >> /home/huikai/qemu15/bin/qemu --enable-kvm -m 768 -drive >> file=/home/huikai/winxp_dev.img,if=virtio -net nic,model=virtio -net >> user -usb -usbdevice tablet -vga qxl -localtime -device virtio-serial >> -chardev spicevmc,name=vdagent,id=vdagent -device >> virtserialport,chardev=vdagent,name=spice0 -spice >> port=1234,disable-ticketing -monitor telnet:localhost:12341,server,nowait >> >> Qemu is 0.15v >> gxl driver isqxl-0.10-20112808.zip from http://spice-space.org/download.html > What bios are you using? Is there a reset event? can you paste the complete log before the PANIC? > > Thanks, > Alon > BIOS: (qemu) info roms addr=00000000fffe0000 size=0x020000 mem=rom name="bios.bin" > the entire log: [root@oc0100708617 ~]# /home/huikai/qemu15/bin/qemu --enable-kvm -m 768 -drive file=/home/huikai/winxp_dev.img,if=virtio -net nic,model=virtio -net user -usb -usbdevice tablet -localtime -vga qxl -device virtio-serial -chardev spicevmc,name=vdagent,id=vdagent -device virtserialport,chardev=vdagent,name=spice0 -spice port=1234,disable-ticketing -monitor telnet:localhost:12341,server,nowait -cdrom /home/huikai/iso/GRMWDK_EN_7600_1.ISO do_spice_init: starting 0.8.0 spice_server_add_interface: SPICE_INTERFACE_KEYBOARD spice_server_add_interface: SPICE_INTERFACE_MOUSE spice_server_add_interface: SPICE_INTERFACE_QXL red_worker_main: begin handle_dev_destroy_surfaces: handle_dev_destroy_surfaces: handle_dev_input: start spice_server_add_interface: SPICE_INTERFACE_TABLET handle_dev_destroy_surfaces: reds_handle_main_link: reds_show_new_channel: channel 1:0, connected successfully, over Non Secure link handle_dev_input: mouse mode 2 reds_main_handle_message: net test: latency 1.043000 ms, bitrate 341333333333 bps (325520.833333 Mbps) reds_show_new_channel: channel 4:0, connected successfully, over Non Secure link red_dispatcher_set_cursor_peer: handle_dev_input: cursor connect reds_show_new_channel: channel 2:0, connected successfully, over Non Secure link red_dispatcher_set_peer: handle_dev_input: connect handle_new_display_channel: jpeg disabled handle_new_display_channel: zlib-over-glz disabled reds_show_new_channel: channel 3:0, connected successfully, over Non Secure link inputs_link: handle_dev_destroy_surfaces: handle_dev_destroy_surfaces: ioport_write: PANIC d->guest_slots[val].active failed As for reset event, Alon, Do you know how to tell a reset event posted in qemu? In addition, if I use the default -vga std, qemu will not exit when VM entering standby.It seems that there is something wrong about qxl driver. >> _______________________________________________________ >> kvm-cstl mailing list<kvm-cstl@lists.linux.ibm.com> >> To unsubscribe from the list, change your list options >> or if you have forgotten your list password visit: >> http://lists.linux.ibm.com/mailman/listinfo/kvm-cstl >>