[Bug 227213] FreeBSD 10.4 kernel deadlocks with i7-7700 / ASUS PRIME H270M-PLUS

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Mon Apr 2 20:47:12 UTC 2018


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227213

            Bug ID: 227213
           Summary: FreeBSD 10.4 kernel deadlocks with i7-7700 / ASUS
                    PRIME H270M-PLUS
           Product: Base System
           Version: 10.4-STABLE
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: kern
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: markk at knigma.org

When upgrading kernel from FreeBSD FreeBSD 10.3-RELEASE-p28 to FreeBSD
10.4-RELEASE or FreeBSD 10.4-RELEASE-p7 various user land programs hang. Same
problem with 10.3 or 10.4 user land, so simply upgrading the kernel triggers
the issue.

For example, I cannot login as myself on the console, or if I login as root and
try to su or sudo myself, the tty hangs (CTRL-C usually does nothing, CTRL-T
shows [sysctl mem], and I have to login via another virtual tty. Sadly there's
nothing appearing in /var/log/all.log when the deadlock occurs.

Another command that causes a hang is "killall -HUP syslogd" when logged in as
root.

For additional information, see the similarly titled thread on freebsd-stable.

Kernel boot log: http://www.knigma.org/scratch/010418.10.4.txt

I created the following kernel dump shortly after a normal boot (booting hasn't
been affected so far), and then immediately trying to login as my normal user
and hitting Ctr-Alt-ESC after the tty hung. CTRL-T showed [sysctl-mem]. Kernel
dump created with "call doadump":

   http://www.knigma.org/scratch/core.txt.0
   http://www.knigma.org/scratch/vmcore.0.gz
   http://www.knigma.org/scratch/kernel.debug.gz

Motherboard is running the latest BIOS and system has been rock solid on 10.3
for months.

All advise/assistance appreciated - thank you :)

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-bugs mailing list