Bug #3096

VM bug in pmap code.

Added by 11 months ago. Updated 9 months ago.

VM subsystem
Target version:
Start date:
Due date:
% Done:


Estimated time:


Just got core dump. Code is from git, just before compatibility removal.

core.txt.48 (199 KB) core.txt.48, 11/02/2017 02:59 AM
core.txt.49 (197 KB) core.txt.49, 11/09/2017 05:11 AM
core.txt.50 (276 KB) core.txt.50, 11/09/2017 05:11 AM


#1 Updated by swildner 11 months ago

Is that master or release? Can you try with latest code?

#2 Updated by swildner 11 months ago

This should be fixed by c5030460c6 in master.

#3 Updated by dillon 11 months ago

Oops, I gave swildner bad info. It isn't fixed in c503.

Make sure that machdep.pmap_mmu_optimize is turned off (it should be off by default). We've gotten sporatic reports of this particular panic and have not yet tracked down the reason for it. Nobody can reproduce it reliably which makes tracking the problem down difficult. So if you can find a reproduction case for it, we definitely want to know!

(Also tell as per swildner's first comment whether you are doing this on master or release).


#4 Updated by 11 months ago

I'm on master. Hadn't faced that one another time.

machdep.pmap_mmu_optimize: 0

I just remember the system was extra slow (probably due to hammer2 and low space situation) and that I was overusing swap a lot. Will try to reproduce.

#5 Updated by 11 months ago

Whoah, something changed. Getting it all the time. First one was just after the reboot, second was when removing a few gigs from tmpfs.

#6 Updated by 10 months ago

No more cores so far. I think I found a possible trigger for it but that's a sad story. I'm an Enlightement user and I'm still using it (despite it had been removed from dports). When everything starts failing last time I traced that down to /usr/local/lib/ecore/system/upower/v-1.18/ When that file was present Terminology was crashing on start almost each time (except when started before E17, still crashing but not that fast). And a core was happening when I was switching to another window. Since E17 is modular the only thing I had to do is to remove the file and everything was magically fixed!

#7 Updated by 9 months ago

Happened again a few times when trying to build ports, probably during package compression. Dump was too huge to fit into the swap partition. Would try a few more times - this time it's surely not bound to hammer2.

Also available in: Atom PDF