Open danielbayley80 opened 2 years ago
Thanks for the report. We'll try to see if there's someone here or in the Xen Project able to make sense of that. Can you output the result of lscpu
?
Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 4 Core(s) per socket: 1 Socket(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 156 Model name: Intel(R) Celeron(R) N5105 @ 2.00GHz Stepping: 0 CPU MHz: 1996.834 BogoMIPS: 3993.66 Hypervisor vendor: Xen Virtualization type: para L1d cache: 32K L1i cache: 32K L2 cache: 1536K L3 cache: 4096K Flags: fpu de tsc msr pae mce cx8 apic sep mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid pni pclmulqdq monitor est ssse3 cx16 sse4_1 sse4_2 movbe popcnt aes xsave rdrand hypervisor lahf_lm 3dnowprefetch cpuid_fault ssbd ibrs ibpb stibp ibrs_enhanced fsgsbase erms rdseed clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 gfni rdpid arch_capabilities
I have recently tried 8.3 on a new machine. This time a 12th Gen i7-1260P. The install process worked well and it detect 2.5G ethernet etc.but I'm seeing the same issue on my windows VM. I still think it is graphics related. When I free up my N5105, I'll also put this on 8.3 and see what happens.
Hmmm so I missed a few tricks.
1) i915 in this kernel does not support 12th gen even when using i915.force_probe 2) even if/when it does intel have discontinued support for GVT-g in favor of SR-IOV 3) no drivers exist (as far as i can find) for SR-IOV. There is an experimental version here:
https://github.com/strongtz/i915-sriov-dkms
so going back to blacklisting and passing through might be the only solution short term.
A few days later and many hours .....
I have been trying various combinations of hardware and configuration .... Bios vs UEFI, 64 vs 32 bit, N5105, i7-1260P, etc.
I believe I have narrowed this down to a problem on 64 bit. It seems to work in other configurations.
That does make me wonder where the line for this problem is.
The problem might be quite specific to BlueIris and how it tries to interact with graphics hardware (assuming that is the real issue) and how windows handles the query. But that said, part of me still suspects there are issues in the hypervisor and newer processors as I have seen other issues, one being managing power states, another null kernel pointers, etc. which I never saw on older hardware.
Relates to thread : https://xcp-ng.org/forum/topic/6307/windows-10-vm-crashes-n5105?_=1662992688895
XCP-ng Host 8.2.1
When I run Blue Iris it crashes my VM. I am pretty sure it is when Blue Iris is probing for graphics hardware that the issue occurs. I'm not having any issues with other VMs. This is a Windows 10 VM. I've tried a clean install too. Windows will run, but BI kills the VM.
When I initially installed XCP-NG I had issues with black screens when relinquishing VGA.
After some reading around I happened upon :
"Custom XCP-ng 8.2.1 install ISO with Xen 64bit VGA Dom0 kernel fix (NUC11) and new ethernet drivers (NUC10/NUC11):" from here :
https://users.ntplx.net/~andrew/xcp/
This got me up and running, but I suspect the issue I am now facing some how relates to this.