OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 05 septembre 2007, vers 23:06, Patrick Winnertz <[EMAIL PROTECTED]> disait:
> Okay get a answer from upstream: > 22:55:28 pwinnertz | hey > 22:55:34 pwinnertz | anybody around? > 22:55:52 pwinnertz | can someone could have a look on this bug here: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440904 > 22:58:41 bird | amd box? > 22:59:18 pwinnertz | this should be included within the report > 22:59:30 pwinnertz | Architecture: i386 (i686) > 22:59:40 bird | and what does that mean? > 23:00:13 pwinnertz | what does what mean? > 23:01:18 bird | i386/i686 == x86 CPU. I wanted to get confirmed > that it is an AMD CPU. > 23:01:53 pwinnertz | ah > 23:02:15 bird | I bet it's a X2 dual core AMD, if it is I'm > pretty sure I know what's causing it. the answer is that there isn't much > we can do about it right now. > 23:02:27 pwinnertz | bird: okay I'll ask > 23:02:49 pwinnertz | am I allowed to paste the last some lines here > into the bug report? > 23:03:02 bird | if you past the next one too :-) > 23:03:23 pwinnertz | :) which one :-P > 23:03:39 bird | if I get a confirmation that it's an AMD X2 or > similar, I know what I need to look at, and I'll try find some time and > see if I can't fix it for 1.6+ > Can you please confirm what kind of cpu you have? It is a Pentium 4 HT. Sorry. :) processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.40GHz stepping : 9 cpu MHz : 2394.106 cache size : 512 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr bogomips : 4792.16 clflush size : 64 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.40GHz stepping : 9 cpu MHz : 2394.106 cache size : 512 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr bogomips : 4788.34 clflush size : 64 And, BTW, ksoftirqd takes 20% proc even when no virtual machine are running. Just running the frontend of VirtualBox makes the trick. I will test if the problem is still here with 1.5.0 tomorrow. -- panic("bad_user_access_length executed (not cool, dude)"); 2.0.38 /usr/src/linux/kernel/panic.c
