search for: cpu_handle_ioreq

...write: addr=0x1f6c, val=0x8. gpe_en_write: addr=0x1f6d, val=0x0. gpe_en_write: addr=0x1f6e, val=0x0. gpe_en_write: addr=0x1f6f, val=0x0. gpe_en_write: addr=0x1f6c, val=0x8. gpe_en_write: addr=0x1f6d, val=0x0. gpe_en_write: addr=0x1f6e, val=0x0. gpe_en_write: addr=0x1f6f, val=0x0. reset requested in cpu_handle_ioreq. Issued domain 15 reboot track_dirty_vram(f0000000, 12c) failed (-1, 3) track_dirty_vram(f0000000, 12c) failed (-1, 3) Andy _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

...ptr: 0, port: 0, data: 0, count: 0, size: 0 cirrus vga map change while on lfb mode mapping vram to f0000000 - f0400000 platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state. platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro state. reset requested in cpu_handle_ioreq. Issued domain 5310 reboot [4]xend.log [2011-10-28 11:59:17 24059] DEBUG (XendDomainInfo:93) XendDomainInfo.create(['vm', ['name', 'xp-101'], ['memory', 512], ['vcpus', 1], ['on_xend_start', 'ignore'], ['on_xend_st\ op', 'igno...

...{ + if (!xs_write(xs, XBT_NULL, path, state, strlen(state))) { fprintf(stderr, "error recording dm state\n"); exit(1); } @@ -823,15 +828,20 @@ static void xen_main_loop_prepare(XenIOState *state) if (evtchn_fd != -1) { qemu_set_fd_handler(evtchn_fd, cpu_handle_ioreq, NULL, state); } - - /* record state running */ - xenstore_record_dm_state(state, "running"); } /* Initialise Xen */ -static void xen_vm_change_state_handler(void *opaque, int running, int reason) +static void xen_change_state_handler(void *opaque, int running, int reas...

...req; @@ -493,7 +494,7 @@ void __handle_buffered_iopage(CPUState * } } -void handle_buffered_io(void *opaque) +static void handle_buffered_io(void *opaque) { CPUState *env = opaque; @@ -502,7 +503,7 @@ void handle_buffered_io(void *opaque) qemu_get_clock(rt_clock)); } -void cpu_handle_ioreq(void *opaque) +static void cpu_handle_ioreq(void *opaque) { extern int vm_running; extern int shutdown_requested; _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...ing device > > model > > [2010-06-06 21:31:38 4034] INFO (image:556) mkts device model terminated > > qemu-dm-mkts.log: > > region type 1 at [c100,c200). > > region type 0 at [f3001000,f3001100). > > squash iomem [f3001000, f3001100). > > reset requested in cpu_handle_ioreq. > > Issued domain 15 reboot > > > > This is very frustrating, because the server is a live server, and reboot > is > > not preferred just randomly. And I must say that PV drivers are installed > > too, it didn''t even reboot nicely (with shutdownmon) as I c...

(I posted this on xen-users last week, and nobody seemed to know what was up. It is time, I suppose then, to dust off the debugger; I was hoping one of you could point me in the correct direction to begin troubleshooting this.) I''m HVM booting our install-disks (systemimager) here, and I''m spotting some weird performance issues. Our install uses rsync and prints every

...--- FreePages IRQL = 0, Buf = FFFFFA8000000000 12948535073515: XenPCI FreePages 1 12948535073515: XenPCI FreePages 2 Log-dirty command enable Log-dirty command disable XenPCI Bug check 0x000000C2 (0x0000000000000042, 0xFFFFFA8000000000, 0x0000000000000000, 0x0000000000000000) reset requested in cpu_handle_ioreq. Issued domain 1436 reboot the previous test result without no modification of code is vm crashed, BSOD is also 0x000000C2. it means when it call ExAllocatePoolWithTag in AllocatePage func, the return address is already wrong. is this the bug of win2008r2, even pactched with sp1?...

...write: addr=0x1f6c, val=0x8. gpe_en_write: addr=0x1f6d, val=0x0. gpe_en_write: addr=0x1f6e, val=0x0. gpe_en_write: addr=0x1f6f, val=0x0. gpe_en_write: addr=0x1f6c, val=0x8. gpe_en_write: addr=0x1f6d, val=0x0. gpe_en_write: addr=0x1f6e, val=0x0. gpe_en_write: addr=0x1f6f, val=0x0. reset requested in cpu_handle_ioreq. Issued domain 6 reboot track_dirty_vram(f0000000, 240) failed (-1, 3) _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

...--p 1.3 any cpu Domain-0 0 7 - --p 1.1 any cpu repair 22 0 2 --- 15.5 2 The only way to stop the Domain "repair" is to destroy it. The last 2 lines of the quemu-log is: shutdown requested in cpu_handle_ioreq Issued domain 22 poweroff The xend.log looks like this: [2009-06-30 00:27:01 5294] INFO (XendDomainInfo:1634) Domain has shutdown: name=repair id=22 reason=poweroff. [2009-06-30 00:27:01 5294] DEBUG (XendDomainInfo:2389) XendDomainInfo.destroy: domid=22 [2009-06-30 00:27:01 5294] DEBUG (XendDomai...

...req=<optimized out>, addr=<optimized out>) at /opt/new/tools/qemu-xen-dir/xen-all.c:720 #4 cpu_ioreq_pio (req=<optimized out>) at /opt/new/tools/qemu-xen-dir/xen-all.c:736 #5 handle_ioreq (req=0x7f94fa464000) at /opt/new/tools/qemu-xen-dir/xen-all.c:793 #6 0x00007f94fa748abe in cpu_handle_ioreq (opaque=0x7f94fb39d3f0) at /opt/new/tools/qemu-xen-dir/xen-all.c:868 #7 0x00007f94fa5e3262 in qemu_iohandler_poll (readfds=0x7f94faeea7a0 <rfds>, writefds=0x7f94faeea820 <wfds>, xfds=<optimized out>, ret=<optimized out>) at iohandler.c:125 #8 0x00007f94fa5ec51d in main_loo...

Hi, everyone! I am working on xen-4.2.0 with spice remote connect. My host is Fedora 14 and guest is win7. I have installed spice package and now I can connect to guest by spice client. For better graphics experience, I want to try the VGA passthrough. With spice tool, I have to create a VM by xl command, and now I am wondering if it supports VGA passghrouth? If so, how should I test it ?

Hello I have trouble with Quard Core Opteron and windows 2008(x86). By the way Windows device manager show 4 processors, BUT task manager show only one core. I found that my problem is not new. But solutions, provided by those people did not helped me. By the way, my windows is enterprise version, and as far as I know, it allows up to 8 processor sockets, so the trouble is not, that windows

System config:- bash-3.2# ifconfig -a lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1 inet 127.0.0.1 netmask ff000000 rge0: flags=201004843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4,CoS> mtu 1500 index 2 inet 192.168.1.53 netmask ffffff00 broadcast 192.168.1.255 ether 0:1e:8c:25:cc:a5 lo0:

Hi all, this is the long awaited patch series to add xen device model support in qemu; the main author is Anthony Perard. Developing this series we tried to come up with the cleanest possible solution from the qemu point of view, limiting the amount of changes to common code as much as possible. The end result still requires a couple of hooks in piix_pci but overall the impact should be very

Hi, When dom0 is under heavy load any Vista or Windows 2008 HVM''s that are running and have multiple cpu''s assigned often BSOD with code 0x00000101 "A clock interrupt was not recevied ona secondary processor within the allocated time interval" It only happens if the load in dom0 is high enough to make the mouse pointer lagged, once the mouse fails to track in

Hi, When dom0 is under heavy load any Vista or Windows 2008 HVM''s that are running and have multiple cpu''s assigned often BSOD with code 0x00000101 "A clock interrupt was not recevied ona secondary processor within the allocated time interval" It only happens if the load in dom0 is high enough to make the mouse pointer lagged, once the mouse fails to track in

2011/7/19 Stefano Stabellini <stefano.stabellini@eu.citrix.com>: > CC''ing Tim and xen-devel > > On Mon, 18 Jul 2011, Jiageng Yu wrote: >> 2011/7/16 Stefano Stabellini <stefano.stabellini@eu.citrix.com>: >> > On Fri, 15 Jul 2011, Jiageng Yu wrote: >> >> 2011/7/15 Jiageng Yu <yujiageng734@gmail.com>: >> >> > 2011/7/15

The following series of 10 patches is a merge of the xenfb and xenconsoled functionality into the qemu-dm code. The general approach taken is to have qemu-dm provide two machine types - one for xen paravirt, the other for fullyvirt. For compatability the later is the default. The goals overall are to kill LibVNCServer, remove alot of code duplication and/or parallel impls of the same concepts, and

I just built 4.3.0 in order to get > 2GB of RAM in domU with GPU passthrough without crashes. Unfortunately, the same crashes still happen. Massive frame buffer corruption on domU before it locks up solid. It seems the PCI memory stomp is still happening. I am using qemu-dm, as I did on Xen 4.2.x. So whatever fix for this went into 4.3.0 didn''t fix it for me. Passing less than 2GB