[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] windows XP fail to enter standby mode

From: Alon Levy
Subject: Re: [Qemu-devel] windows XP fail to enter standby mode
Date: Sun, 18 Sep 2011 10:53:14 +0300
User-agent: Mutt/1.5.21 (2010-09-15)

On Fri, Sep 16, 2011 at 02:28:05PM +0800, hkran wrote:
> 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<http://spice-space.org/download/binaries/qxl-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
> >
> (qemu) info roms
> addr=00000000fffe0000 size=0x020000 mem=rom name="bios.bin"

This just shows you have a bios, but where is that file from? i.e. is
it compiled by you, or from an rpm, if so which and what version?

> >the entire log:
> address@hidden ~]# /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.

You can enable bios debug, that should show it. Also, you can do a reset (via
guest for instance) and see the qemu messages you get from it, and then compare.

To enable bios debugging add the following to the command line for upstream 
 -chardev stdio,id=muxstdio,mux=on -mon chardev=muxstdio,mode=readline
 -device isa-debugcon,iobase=0x402,chardev=muxstdio

This assumes you don't mind/want to have the monitor on stdio, if you use a qmp 
or hmp
on something else the stdio (unix domain socket / tcp) then you can just forgoe
the whole mux part.

For rhel6 that device is not backported, but you can still get bios debugging 
by uncommenting theline "//#define DEBUG_BIOS" in hw/pc.c

Also you can just enable debugging for the qxl device, for the primary (-vga 
qxl) you need to add:
-global qxl-vga.debug=1

For instance, do system_reset from monitor after running:
qemu -vga qxl -monitor stdio -global qxl-vga.debug=1,

I don't see a reset happening. You should see something like:

qxl-0: qxl_hard_reset: start
qxl-0: qxl_reset_surfaces:
qxl-0: qxl_reset_memslots:
qxl-0: qxl_soft_reset:
qxl-0: qxl_enter_vga_mode
qxl-0: qxl_hard_reset: done

(It repeats a few times - system_reset actually calls reset more then once on 
each device).

> >>_______________________________________________________
> >>kvm-cstl mailing list&lt;address@hidden>
> >>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
> >>

reply via email to

[Prev in Thread] Current Thread [Next in Thread]