Bugs item #2796640, was opened at 2009-05-25 21:00 Message generated for change (Tracker Item Submitted) made by bobmanners You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2796640&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: Bob Manners (bobmanners) Assigned to: Nobody/Anonymous (nobody) Summary: KVM Regression from 2.6.28-11 to 2.6.30-rc5 Initial Comment: Changing from the Ubuntu 09.04 stock kernel 2.6.28-11 to the current 'alpha' kernel in the Ubuntu development repository for 'Karmic' 2.6.30-rc5, some (but not all) of my KVM guests stop booting. I have the following guest OSs installed as KVM virtual machines: Ubuntu 09.04, FreeBSD 7.1, Minix 3, OpenSolaris 08.11, Windows XP and Windows 7RC Under 2.6.28-11 these all boot and run OK. With kernel 2.6.30-rc5, Ubuntu, FreeBSD and Minix boot and run OK, but OpenSolaris 08.11, Windows XP and Windows 7RC fail to boot. They appear to freeze very early in the boot process, after the boot loader is done and the OS kernel itself starts loading. There are no strange messages in the host system logs that I am aware of. When the guest OS freezes, it pins one of my CPUs at 100% utilization (I have KVM set to only give one CPU to the guest). This looks like a regression under 2.6.30-rc5. It is possible that it is caused by a Ubuntu patch, and I have filed a bug in Launchpad, but I suspect that this is an upstream problem, and so I am reporting it here also. Please let me know what I can do to assist in debugging this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2796640&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
