On 07/19/2011 05:23 PM, Stefan Hajnoczi wrote:
> > Can you post some disassembly around %rip? Here is the kvm.ko disassembly for %rip = kvm_arch_vcpu_ioctl_run+0x927. I think at runtime the pvops bit should be patched and we should just have a sti instruction?
Yes, it's a local_irq_enable() (followed by a 4-byte nop; %rip points past the nop due to interrupt shadow).
I don't understand the backtrace. It prints out the interrupt handler stack frames but %rip appears to be down in kvm.ko. If there is an interrupt handler running shouldn't %rip be in there?
The interrupt handler finished running; just before returning it called the scheduler (which it shouldn't have, since we're in a preempt_disabled() section).
Unfortunately the full oops scrolled off the screen so I only have panic1.jpg and panic2.jpg. We're missing earlier information. Is it possible that there was another panic first and that kvm.ko is just dying in the aftermath?
It's possible. Is this reproducible? If so please set up netconsole or kdump.
-- error compiling committee.c: too many arguments to function -- 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