(microwavwrich, please see somewhere below some paragraphs addressed to you. Thanks in advance.)
2009/1/21 Daniel Burrows <dburr...@debian.org>: > On Tue, Jan 20, 2009 at 03:45:37PM +0200, Eddy Petrișor > <eddy.petri...@gmail.com> was heard to say: >> I think I have found a lead after reading a comment from another user: >> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504063#17 >> >> >> I installed lenny's kernel and with this kernel the bug is no longer visible >> with the new version. > > Unfortunately, this is not true everywhere: e.g., "microwaverich" can > reproduce the bug under 2.6.26-1-686. I had to google for it, but I found the thread on -user and read it. I am still inclined to believe that maybe some confusion settled in during the debug phase for microweverich, because everybody makes mistakes and there's another user reporting that under 2.6.26 the bug is not visible, just like myself. microwaverich, could you test once more, just to be sure, that under each one of these setups aptitude blocks: 1) etch kernel (2.6.18-6-k7 - if you no longer have it, you can grab it from http://packages.debian.org/etch/linux-image-2.6.18-6-k7) official aptitude from lenny (0.4.11.11-1~lenny1) 2) lenny kernel (2.6.26 - http://packages.debian.org/lenny/linux-image-2.6.26-1-686) official aptitude from lenny (0.4.11.11-1~lenny1) There are 2 reports (1 from myself and another from somebody else) who suggest that the blocking is not visible when using the 2.6.26 kernel, while you said that it is. Please don't take this the wrong way, I am just trying to help to identify the origin of this bug, I am in NO way saying or suggesting something else. > Another question: if you download the aptitude source and run > "./configure && make" (after installing its build-deps, of course), do > you get the bug when you run "./src/aptitude"? I have at least one > report that just recompiling the current source makes the bug "go away". No it didn't make it go away, but please note that I tried the official lenny source, not the hg tracked one. > I doubt that's the fix; just more evidence that there's something very > timing-dependent or perhaps memory-layout-dependent going on (the thing > I don't see is why it's only reproducible on a few machines with > particular builds, but reproducible 100% of the time under those > circumstances). Maybe the common thing is a somewhat slower/older CPU(k7, 686)/machine? That would somewhat explain the "I see it on SSH, but not on local" report from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479438#15 . If is of any help, this machine has: 0 e...@twix ~/usr/src/perso/aptitude/aptitude-0.4.11.11 $ free -m total used free shared buffers cached Mem: 1003 687 315 0 34 252 -/+ buffers/cache: 400 602 Swap: 964 0 964 0 e...@twix ~/usr/src/perso/aptitude/aptitude-0.4.11.11 $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.80GHz stepping : 9 cpu MHz : 2793.059 cache size : 512 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 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 pebs bts cid xtpr bogomips : 5591.68 clflush size : 64 power management: processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.80GHz stepping : 9 cpu MHz : 2793.059 cache size : 512 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 apicid : 1 initial apicid : 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 pebs bts cid xtpr bogomips : 5586.29 clflush size : 64 power management: I'll try to hg bisect in the background while doing my work and see if I can spot the problematic commit. -- Regards, EddyP ============================================= "Imagination is more important than knowledge" A.Einstein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
