Bugs item #2902983, was opened at 2009-11-24 10:17 Message generated for change (Comment added) made by glebn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2902983&group_id=180599 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xudong Hao (haoxudong) Assigned to: Nobody/Anonymous (nobody) Summary: Window7 debug version installation fail on KVM Initial Comment: Environment: ------------ Host OS (ia32/ia32e/IA64): ia32pae ia32e Guest OS (ia32/ia32e/IA64): ia32pae ia32e Guest OS Type (Linux/Windows): Windows7 kvm.git Commit: 212b1ccd9ffb1ed9a7abdcdc57e1d7d31486945b qemu-kvm Commit: 72a56670e2f4a1d905676384fc965ec0bf516b9c Host Kernel Version: 2.6.32-rc7 Hardware: Stoakley Bug detailed description: -------------------------- We download Windows7 build iso(debug) and try to install it on KVM, at the begining of install, a blue screen printed "STOP: 0X0000007E..." (attach the failed screen), no dmesg information print on host. Reproduce steps: ---------------- 1) download en_windows_7_checked_build_dvd_x64_398741.iso 2) dd one 20G blank image named ia32e_win7_ent_debug.img 3) qemu-system-x86_64 -smp 2 -m 1024 -hda ia32e_win7_ent_debug.img -cdrom en_windows_7_checked_build_dvd_x64_398741.iso ---------------------------------------------------------------------- Comment By: Gleb Natapov (glebn) Date: 2009-12-25 11:11 Message: Where it hangs now? Also what happens if you don't specify unrestricted_gues=0? ---------------------------------------------------------------------- Comment By: Xudong Hao (haoxudong) Date: 2009-12-25 10:57 Message: if load module with "modprobe kvm_intel unrestricted_guest=0", win7 did not blue screen, but still can not complete installation. However, I can boot up win7 guest with a worked win7 debug version image ---------------------------------------------------------------------- Comment By: Gleb Natapov (glebn) Date: 2009-11-26 14:58 Message: This commit access memory defined in e820 as ACPI from AML code. According to ACPI spec this memory can be reused after OS process ACPI tables, so Windows is rightfully complains that we can't access this memory from the AML (unfortunately it is impossible to understand what windows is complaining about). Since we are moving away from pc-bios to seabios and seabios doesn't yet have this code I will not fix this in pc-bios, but will remember to do it right in seabios when cpu-hotplug will be added there. ---------------------------------------------------------------------- Comment By: Marcelo Tosatti (mtosatti) Date: 2009-11-26 00:57 Message: Eeh, no. This is the real culprit: ca54075e7802bb5b33edf812b3199860390eeb7b is first bad commit commit ca54075e7802bb5b33edf812b3199860390eeb7b Author: Gleb Natapov <gleb@xxxxxxxxxx> Date: Mon Jun 1 12:22:48 2009 +0300 Read MADT entries from memory in processors _MAT method. Also use enable/disable bit from ACPI MADT entries to track CPU hot plug. This removes assumptions about APIC ids from AML code and simplify cpu hotplug handling. Signed-off-by: Gleb Natapov <gleb@xxxxxxxxxx> Signed-off-by: Avi Kivity <avi@xxxxxxxxxx> ---------------------------------------------------------------------- Comment By: Avi Kivity (avik) Date: 2009-11-25 18:51 Message: Interesting. Does it work with seabios? ---------------------------------------------------------------------- Comment By: Marcelo Tosatti (mtosatti) Date: 2009-11-25 18:36 Message: Removing the S3,S4,S5 PM entries in acpi-dsdt.dsl makes it happy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2902983&group_id=180599 -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
