> No, I just missed your patch. Applied now. Thanks for pestering, it's the > right thing when I miss something (copying me also helps). Thanks. > btw, can you share what you're doing with kvm and g++? I am a researcher at HP Labs studying system architecture. For many years, I have been involved in a simulator project called M5 (m5sim.org). It shares a lot of things in common with qemu/kvm, except instead of performance as our number one goal, measurement is our number one goal. We model many aspects of computer systems in detail trying to understand how to build future systems. We support a number of architectures and are right now trying to finish x86 support. We want M5 to be able to do everything x86 by itself, but I was looking into the feasibility of using KVM as a fast "CPU" model to help us get workloads running at an interesting point quickly at which point we can switch over to a more detailed CPU model. Since M5 does all of the modeling of memory, devices, and interrupts itself, this really would use just the KVM bits and not use QEMU. We can also use KVM in a single stepping mode to validate the correctness of the simulator itself. My initial playing around with the code looks pretty promising. The only big question mark I have is how to deal with time. I really need the simulator to control what the VCPU understands as the passage of time (think about exactly when interrupts arrive, or exactly how VCPUs advance with respect to each other when they're communicating through shared memory). This has to be done to properly warm up the system. I'm not concerned about whether I can do it at all. I just want to make sure that I maintain the speed of KVM while I do it. Anyway, thanks for your hard work! Nate -- 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