What is the state of GPLPV and Windows 8? I am currently running tests with Windows 8 and GPLPV rev956 and operations (disk IO, net IO) look good. There seems to be a problem with shutdown/reboot where Windows hangs somewhat and displays a warning about improper shutdown on next reboot. Regards Andreas
Maybe the WinDbg log may be helpful. Sees to have some connection to hibernation? 1: kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* KMODE_EXCEPTION_NOT_HANDLED (1e) This is a very common bugcheck. Usually the exception address pinpoints the driver/function that caused the problem. Always note this address as well as the link date of the driver/image that contains this address. Arguments: Arg1: ffffffffc0000005, The exception code that was not handled Arg2: fffff803c5e81400, The address that the exception occurred at Arg3: 0000000000000000, Parameter 0 of the exception Arg4: ffffffffffffffff, Parameter 1 of the exception Debugging Details: ------------------ READ_ADDRESS: ffffffffffffffff EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s. FAULTING_IP: nt!memcpy+240 fffff803`c5e81400 f30f6f440af0 movdqu xmm0,xmmword ptr [rdx+rcx-10h] EXCEPTION_PARAMETER2: ffffffffffffffff BUGCHECK_STR: 0x1E_c0000005_R DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT PROCESS_NAME: System CURRENT_IRQL: f TAG_NOT_DEFINED_c000000f: FFFFF88003622FB0 EXCEPTION_RECORD: fffffa8003398e10 -- (.exr 0xfffffa8003398e10) ExceptionAddress: fffffa8003398e18 ExceptionCode: 000e0002 ExceptionFlags: 00000001 NumberParameters: 93528968 Parameter[0]: fffffa8005932388 Parameter[1]: 0000000000000000 Parameter[2]: 0000000000000100 Parameter[3]: 0000000200000001 Parameter[4]: 0000000000000001 Parameter[5]: fffffa8003398e70 Parameter[6]: 0000000fa1662b9d Parameter[7]: 0000000fa1662b9d Parameter[8]: fffffa8003398f00 Parameter[9]: fffffa8003398f80 Parameter[10]: 0000000000000000 Parameter[11]: 0000000000000000 Parameter[12]: 0000000000000000 Parameter[13]: 0000000000000000 Parameter[14]: 0000000000000000 LAST_CONTROL_TRANSFER: from fffff803c5f7ddf2 to fffff803c5e86340 STACK_TEXT: fffff880`0361a308 fffff803`c5f7ddf2 : 00000000`0000001e ffffffff`c0000005 fffff803`c5e81400 00000000`00000000 : nt!KeBugCheckEx fffff880`0361a310 fffff803`c5ee68ad : fffff803`c658ac0e 00000000`00000000 fffff880`0361a480 00000000`00000000 : nt!KiFatalExceptionHandler+0x22 fffff880`0361a350 fffff803`c5ee8633 : 00000000`00000000 fffff880`03616000 00000000`00003990 fffff880`0361c000 : nt!RtlpExecuteHandlerForException+0xd fffff880`0361a380 fffff803`c5f04abe : fffff880`0361b288 fffff880`0361afc0 fffff880`0361b288 00000000`00000000 : nt!RtlDispatchException+0x44b fffff880`0361aa90 fffff803`c5e85742 : fffffa80`03398e10 fffffa80`04bd2101 fffffa80`04bd2190 00000000`00000103 : nt!KiDispatchException+0x455 fffff880`0361b150 fffff803`c5e83c4a : fffffa80`00000006 56530701`00000000 00000000`00000003 00000000`00000000 : nt!KiExceptionDispatch+0xc2 fffff880`0361b330 fffff803`c5e81400 : fffff803`c6170a31 00000000`00000003 00000000`00010000 fffff880`000001b9 : nt!KiGeneralProtectionFault+0x10a fffff880`0361b4c8 fffff803`c6170a31 : 00000000`00000003 00000000`00010000 fffff880`000001b9 fffff803`c617084f : nt!memcpy+0x240 fffff880`0361b4d0 fffff803`c61709a7 : fffffa80`05e00080 fffff880`009c3101 fffffa80`047665a0 fffff880`0361b590 : nt!PopAddPagesToCompressedPageSet+0x5d fffff880`0361b540 fffff803`c6173b8b : fffff880`0361b779 fffff803`c5ebd2d6 fffffa80`05430680 fffffa80`047665a0 : nt!PopCompressHiberBlocks+0x87 fffff880`0361b6f0 fffff803`c658ac0e : fffffa80`03477340 00000000`00000bb2 fffff880`009c3180 00000000`00000000 : nt!PopSaveHiberContext+0x7c fffff880`0361b980 fffff803`c616b0a4 : fffffa80`04276510 00000000`00000000 00000000`00000000 00000003`00000000 : hal!HaliAcpiSleep+0x54f fffff880`0361ba10 fffff803`c616b26b : fffff803`c6093410 fffff880`0361bbf0 fffff880`06a61b90 00000000`00f7fc98 : nt!PopHandleNextState+0x125 fffff880`0361ba60 fffff803`c5e7b6a8 : fffff880`009c5f00 fffff880`009c3180 fffffa80`0410b118 fffff880`0361bca0 : nt!PopInvokeStateHandlerTargetProcessor+0x3c fffff880`0361baf0 fffff803`c5ead1b0 : fffffa80`055f6980 00000000`ffffffff fffffa80`055f6c58 00000000`00000000 : nt!KiExecuteAllDpcs+0x198 fffff880`0361bc30 fffff803`c5eb167a : fffff880`009c3180 fffff880`009c3180 00000000`00000000 fffff880`009cedc0 : nt!KiRetireDpcList+0xd0 fffff880`0361bda0 00000000`00000000 : fffff880`0361c000 fffff880`03616000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x5a STACK_COMMAND: kb FOLLOWUP_IP: nt!KiFatalExceptionHandler+22 fffff803`c5f7ddf2 cc int 3 SYMBOL_STACK_INDEX: 1 SYMBOL_NAME: nt!KiFatalExceptionHandler+22 FOLLOWUP_NAME: MachineOwner MODULE_NAME: nt IMAGE_NAME: ntkrnlmp.exe DEBUG_FLR_IMAGE_TIMESTAMP: 50ab0e64 BUCKET_ID_FUNC_OFFSET: 22 FAILURE_BUCKET_ID: 0x1E_c0000005_R_nt!KiFatalExceptionHandler BUCKET_ID: 0x1E_c0000005_R_nt!KiFatalExceptionHandler Followup: MachineOwner ---------
Give this a try: 1. Open Control Panel. 2. Click Hardware and Sound. 3. Click Power Options. 4. Click the*Require a password on wakeup* option located on the left-pane. 5. Click Change settings that are currently unavailable 6. Under the *Windows Shutdown Settings* located at the end of the window, uncheck the*Enable Hybrid Boot (recommended)* and click the Save Changes button. If it works, the hybrid boot of win8 isn''t supported in the drivers... Marc Am 12.02.2013 16:01, schrieb Andreas Kinzler:> > Maybe the WinDbg log may be helpful. Sees to have some connection to > hibernation? > >--8<-- _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
> > What is the state of GPLPV and Windows 8? I am currently running tests > with Windows 8 and GPLPV rev956 and operations (disk IO, net IO) look > good. There seems to be a problem with shutdown/reboot where Windows > hangs somewhat and displays a warning about improper shutdown on next > reboot. >I have only tested with Windows 2012 but it shouldn''t be any different to 8. My testing was pretty much limited to ''does it boot'' testing, but I don''t recall having any problems with shutdown or anything. Are you interested in trying the very latest version? I''ve been doing a fairly major update in the way the child devices talk to the bus driver and it is now at a point where everything should be working but I haven''t done a lot of testing yet. James
> > Maybe the WinDbg log may be helpful. Sees to have some connection to > hibernation? >Were you actually hibernating at the time? James
Windows 8 doesn''t actually shut down when you tell it to... It terminates all sessions apart from 0 (where services live) and then hibernates, so ''shutdown'' is actually a lot more complex and error prone than it was before. Paul> -----Original Message----- > From: xen-devel-bounces@lists.xen.org [mailto:xen-devel- > bounces@lists.xen.org] On Behalf Of James Harper > Sent: 12 February 2013 22:19 > To: Andreas Kinzler; xen-devel@lists.xensource.com > Subject: Re: [Xen-devel] State of GPLPV and Windows 8 > > > > > What is the state of GPLPV and Windows 8? I am currently running tests > > with Windows 8 and GPLPV rev956 and operations (disk IO, net IO) look > > good. There seems to be a problem with shutdown/reboot where > Windows > > hangs somewhat and displays a warning about improper shutdown on next > > reboot. > > > > I have only tested with Windows 2012 but it shouldn''t be any different to 8. > My testing was pretty much limited to ''does it boot'' testing, but I don''t recall > having any problems with shutdown or anything. > > Are you interested in trying the very latest version? I''ve been doing a fairly > major update in the way the child devices talk to the bus driver and it is now > at a point where everything should be working but I haven''t done a lot of > testing yet. > > James > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel
I think Paul is right when he says>Windows 8 doesn''t actually shut down when you tell it to... It terminates all sessions >apart from 0 (where services live) and then hibernates, so ''shutdown'' is actually a lot >more complex and error prone than it was before.I clicked "shutdown" - Windows hibernates.> James Harper <mailto:james.harper@bendigoit.com.au> > Tuesday, 12. February 2013 23:19 > > Were you actually hibernating at the time? > > James > Andreas Kinzler <mailto:ml-xen-devel@hfp.de> > Tuesday, 12. February 2013 16:01 > > Maybe the WinDbg log may be helpful. Sees to have some connection to > hibernation? > > > 1: kd> !analyze -v > ******************************************************************************* > > * > * > * Bugcheck > Analysis * > * > * > ******************************************************************************* > >
In the meantime I disabled hibernation (powercfg.exe -h off) and it seems to work now. Which revision from your repo do you wish to be tested? I am interested in testing, but my time is somewhat limited - I cannot make any promise. As I said in my original post, rev956 works quite well with its core operations: net IO and disk IO. Regards Andreas> James Harper <mailto:james.harper@bendigoit.com.au> > Tuesday, 12. February 2013 23:19 > > I have only tested with Windows 2012 but it shouldn''t be any different > to 8. My testing was pretty much limited to ''does it boot'' testing, > but I don''t recall having any problems with shutdown or anything. > > Are you interested in trying the very latest version? I''ve been doing > a fairly major update in the way the child devices talk to the bus > driver and it is now at a point where everything should be working but > I haven''t done a lot of testing yet. > > James > Andreas Kinzler <mailto:ml-xen-devel@hfp.de> > Tuesday, 12. February 2013 14:38 > What is the state of GPLPV and Windows 8? I am currently running tests > with Windows 8 and GPLPV rev956 and operations (disk IO, net IO) look > good. There seems to be a problem with shutdown/reboot where Windows > hangs somewhat and displays a warning about improper shutdown on next > reboot. > > Regards Andreas > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel
> > In the meantime I disabled hibernation (powercfg.exe -h off) and it > seems to work now. Which revision from your repo do you wish to be > tested? I am interested in testing, but my time is somewhat limited - I > cannot make any promise. > > As I said in my original post, rev956 works quite well with its core > operations: net IO and disk IO. >I''ve just fixed a hibernate problem under 4.2 and have just installed windows 8 to test the hibernate issues (previously I''d been testing Windows 2012 which doesn''t have this feature I assume). Once I''ve got those sorted I''ll upload what I''ve got. James
> > Windows 8 doesn''t actually shut down when you tell it to... It terminates all > sessions apart from 0 (where services live) and then hibernates, so > ''shutdown'' is actually a lot more complex and error prone than it was before. >I''ve gotten it all working now, but the restore from hibernate (which appears to use qemu) is slow. The hibernate on a 1GB machine takes seconds but the restore takes over a minute. James
> -----Original Message----- > From: James Harper [mailto:james.harper@bendigoit.com.au] > Sent: 19 February 2013 12:10 > To: Paul Durrant; Andreas Kinzler; xen-devel@lists.xensource.com > Subject: RE: State of GPLPV and Windows 8 > > > > > Windows 8 doesn''t actually shut down when you tell it to... It terminates all > > sessions apart from 0 (where services live) and then hibernates, so > > ''shutdown'' is actually a lot more complex and error prone than it was > before. > > > > I''ve gotten it all working now, but the restore from hibernate (which appears > to use qemu) is slow. The hibernate on a 1GB machine takes seconds but the > restore takes over a minute. >Yes, I''ve noticed Windows 8 seemingly taking a lot longer to load/restore than previous versions but never dug into it. I''m assuming it''s going to be some suboptimal int13 handing, or maybe Windows 8 is bypassing the f/w and driving the IDE device itself? Paul
> > > > > > Windows 8 doesn''t actually shut down when you tell it to... It terminates > > > all > > > sessions apart from 0 (where services live) and then hibernates, so > > > ''shutdown'' is actually a lot more complex and error prone than it was > > > before. > > > > > > > I''ve gotten it all working now, but the restore from hibernate (which > > appears > > to use qemu) is slow. The hibernate on a 1GB machine takes seconds but > > the restore takes over a minute. > > > > Yes, I''ve noticed Windows 8 seemingly taking a lot longer to load/restore > than previous versions but never dug into it. I''m assuming it''s going to be > some suboptimal int13 handing, or maybe Windows 8 is bypassing the f/w > and driving the IDE device itself? >Direct IDE seems a bit risky... it''s all black box stuff though so anything goes :) I''ve been doing a bit more reading and it seems that win8 is able to involve the storport drive in the restore process too, I think. From http://msdn.microsoft.com/en-us/library/windows/hardware/ff563901%28v=vs.85%29.aspx DumpMode A value indicating the use of the miniport during dump mode. This member is included starting with Windows 8. It can have one of the following values. DUMP_MODE_CRASH - The miniport in dump mode is used for a crashdump. DUMP_MODE_HIBER - The miniport in dump mode is used for a hibernation. DUMP_MODE_MARK_MEMORY - The miniport in dump mode is used for marking required memory. DUMP_MODE_RESUME - The miniport in dump mode is used for a resume from hibernation. In order to play with that I''d need to download the win8 DDK (the visual studio based one) which I''m not real keen on doing just yet... James
> -----Original Message----- > > Direct IDE seems a bit risky... it''s all black box stuff though so anything goes :) >True. IIRC Microsoft removed all their int10 code from Win8 though... was just wondering if they did the same thing with int13.> I''ve been doing a bit more reading and it seems that win8 is able to involve > the storport drive in the restore process too, I think. From > http://msdn.microsoft.com/en- > us/library/windows/hardware/ff563901%28v=vs.85%29.aspx > > DumpMode > A value indicating the use of the miniport during dump mode. This member is > included starting with Windows 8. It can have one of the following values. > DUMP_MODE_CRASH - The miniport in dump mode is used for a crashdump. > DUMP_MODE_HIBER - The miniport in dump mode is used for a hibernation. > DUMP_MODE_MARK_MEMORY - The miniport in dump mode is used for > marking required memory. > DUMP_MODE_RESUME - The miniport in dump mode is used for a resume > from hibernation. >Interesting. I''ll have a read too.> In order to play with that I''d need to download the win8 DDK (the visual > studio based one) which I''m not real keen on doing just yet... >I sympathize. I''ve been through the pain. I wouldn''t want to do it again. Cheers, Paul
Reasonably Related Threads
- Re: Oracle RAC in libvirt+KVM environment
- pvops0 kernel 2.6.32.x still does not boot if x > 18, shouldn''t that be fixed for release of Xen 4.0.2/4.1
- Dynamic-irq''s in HVM domains
- Release 0.8.8 of GPL PV drivers for Windows
- Release 0.8.8 of GPL PV drivers for Windows