search for: i385

Just run into an odd DomU crash doing live migration of a 4-VCPU domain (with 3.0.4 but the code looks the same in 2.6.18/unstable to me) - the actual panic is attached at the end of this, but the bottom line is that the code in cache_remove_shared_cpu_map (in arch/i385/kernel/cpu/intel_cacheinfo.c) is attempting to clean up the cache info for a processor that does not yet have this info setup - the code is dereferencing a pointer in the cpuid4_info[] array and looking at the dump I can see that this is NULL. My working theory here is that we attempted the migrat...

.../activesupport-2.3.2/lib/active_support/ dependencies.rb:105:in `const_missing'' C:/ROR_lpapp042109/app/controllers/afflnetworks_controller.rb:5:in `index'' I tried reinstalling but kept stumbling on this. gem -v 1.3.2 rails -v 2.3.2 ruby -v ruby 1.8.6 (2008-08-11 patchlevel 287) {i385-mswin32] The full stack trace is as under if that helps C:/Ruby/lib/ruby/gems/1.8/gems/activesupport-2.3.2/lib/active_support/ dependencies.rb:105:in `const_missing'' C:/ROR_lpapp042109/app/controllers/afflnetworks_controller.rb:5:in `index'' C:/Ruby/lib/ruby/gems/1.8/gems/actionp...

...icmp eq i16 %68, 0 br i1 %cmp5.i.i382, label %for.inc.i.i386, label %eisneg.exit for.inc.i.i386: ; preds = %for.cond.preheader.i.i383 %incdec.ptr.i.i384 = getelementptr inbounds i16* %a, i32 1 %69 = load i16* %incdec.ptr.i.i384, align 2, !tbaa !5 %cmp5.1.i.i385 = icmp eq i16 %69, 0 br i1 %cmp5.1.i.i385, label %for.inc.1.i.i389, label %eisneg.exit for.inc.1.i.i389: ; preds = %for.inc.i.i386 %incdec.ptr.1.i.i387 = getelementptr inbounds i16* %a, i32 2 %70 = load i16* %incdec.ptr.1.i.i387, align 2, !tbaa !5 %cmp5.2.i....