Retesting: I tested suspending the host but this time with the latest updates to U12.04 applied to the host & guest.
HOST: Linux thinkpad-w520 3.2.0-55-generic #85-Ubuntu SMP Wed Oct 2 12:29:27 UTC 2013 x86_64 x86_64 x86_64 GUEST: Linux tpa 3.2.0-41-generic #66-Ubuntu SMP Thu Apr 25 03:27:11 UTC 2013 x86_64 x86_64 x86_64 1) I stressed out the guest to see which CPUs were in use. I used "stress --cpu 2" 2) I noticed the VM Manager's CPU for this guest go solidly to 100% and CPU 5 & 6 to roughly constant 98%. 3) On resuming the host, I noticed "stress" continued to run but the VM Manager CPU graph had spikes every ~2-3 seconds. 4) Host Sys-monitor showed CPUs for this guest was roughly constant at 94%. But there was two instead of just one being used by the guest... which is different from my original issue where they all head to just one host CPU. I repeated this suspension several times and the CPU guest spiking did not occur again. So it looks like an improvement. BIOS Update: Next, as requested above, I tried to update my W520 BIOS from 1.06 (2011) to 1.42 (latest from Lenovo 2013). I download the ISO from Lenovo and this booted to "Starting PC DOS" at which point it seems to have hung. So, I quickly looked into trying to extract and apply the BIOS image in Ubuntu. This does not seem very straightforward either. I've found one guide on ThinkWiki which has step-by-step process (with plenty of warnings) for the "old style" BIOS image .exe to build a new ISO to boot. I extracted the 'new' style using innoextract but I have not found/or understood what do with these files from the ThinkWiki page. Any help here on updating W520 with the newer 1.42 bios ISO/.exe? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1042612 Title: [Lenovo ThinkPad W520] KVM Guests only use one CPU after host wakes up from sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1042612/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
