For the last week, on and off, I've been looking for something that
caused KDE to be horridly unstable, i.e. machine freezes with and
without a core-dump.
Removing r212281 (and r212282) restores that stability. Is there a race
condition that this update exposes by reducing lock strength?
The
On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote:
For the last week, on and off, I've been looking for something that
caused KDE to be horridly unstable, i.e. machine freezes with and
without a core-dump.
Removing r212281 (and r212282) restores that stability. Is there a race
On 09/12/10 12:19, Kostik Belousov wrote:
On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote:
Removing r212281 (and r212282) restores that stability. Is there a race
condition that this update exposes by reducing lock strength?
[ .. ]
Does the following change make any
On Sun, Sep 12, 2010 at 10:42:57AM -0400, Michael Butler wrote:
For the last week, on and off, I've been looking for something that
caused KDE to be horridly unstable, i.e. machine freezes with and
without a core-dump.
Removing r212281 (and r212282) restores that stability. Is there a race
Can you try the attached(hackish) patch?
Index: vm_map.c
===
--- vm_map.c (revision 212479)
+++ vm_map.c (working copy)
@@ -128,7 +128,7 @@
static void vm_map_zfini(void *mem, int size);
static void _vm_map_init(vm_map_t map, pmap_t