[DragonFlyBSD - Bug #2927] e2a21467e1 Updates to show "4.7" and other changes to major headers should be temporarily suspended

Sat Jul 23 23:44:28 PDT 2016

Issue #2927 has been updated by davshao.

Even after

commit 1a5c7e0f9aa6bc9a632a92b6b832cfe676746f7f
Date:   Sat Jul 23 19:19:46 2016 -0700

    kernel - Refactor Xinvltlb a little, turn off the idle-thread invltlb opt

make -j7 buildworld

locks up on both an Intel i3-3225 CPU (Ivy Bridge, 2 core with hyperthreading)
Asrock Z77M motherboard machine and an AMD Athlon II X4 610e CPU (quad-core)
Asus M5A87 machine.

----------------------------------------
Bug #2927: e2a21467e1 Updates to show "4.7" and other changes to major headers should be temporarily suspended
http://bugs.dragonflybsd.org/issues/2927#change-12947

* Author: davshao
* Status: In Progress
* Priority: High
* Assignee: dillon
* Category: 
* Target version: 
----------------------------------------
commit 5d920ec6b97613f06aba4a09bfb91413b1fd93c3 Fix excessive ipiq recursion (2)
does not correct the problem I have observed on at least two machines that

make -j7 buildworld

locks up the machine.  (When using make buildworld I move /usr/obj/usr to start the build from scratch.)  On one machine there seems to be a reproducible lock up at

sh /usr/src/tools/install.sh -o root -g wheel -m 555  lto1 /usr/obj/usr/src/ctools_x86_64_x86_64/usr/libexec/gcc50

Changes to major headers should be temporarily suspended until this problem is resolved, because I have observed that even

make quickworld

can fail to complete without lockup.  Someone using UFS as their filesystem may experience quite substantial filesystem corruption after a lockup.  By limiting changes to major headers, this gives the greatest chance of a successful make quickworld when this problem is finally resolved.

-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account