Date: Fri, 11 Sep 2020 14:00:23 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 249250] 12.2-BETA1 panics at boot on powerpc64 Message-ID: <bug-249250-227-6o25ZeX5ug@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-249250-227@https.bugs.freebsd.org/bugzilla/> References: <bug-249250-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D249250 --- Comment #4 from commit-hook@FreeBSD.org --- A commit references this bug: Author: mav Date: Fri Sep 11 14:00:12 UTC 2020 New revision: 365632 URL: https://svnweb.freebsd.org/changeset/base/365632 Log: MFC r342852 (by cem): powerpc: Fix regression introduced in r342771 In r342771, I introduced a regression in Power by abusing the platform smp_topo() method as a shortcut for providing the MI information needed f= or the stated sysctls. The smp_topo() method was already called later by sched_ule (under the name cpu_topo()), and initializes a static array of scheduler topology information. I had skimmed the smp_topo_foo() functio= ns and assumed they were idempotent; empirically, they are not (or at least, detect re-initialization and panic). Do the cleaner thing I should have done in the first place and add a platform method specifically for core- and thread-count probing. PR: 249250 Changes: _U stable/12/ stable/12/sys/powerpc/include/platform.h stable/12/sys/powerpc/powernv/platform_powernv.c stable/12/sys/powerpc/powerpc/mp_machdep.c stable/12/sys/powerpc/powerpc/platform.c stable/12/sys/powerpc/powerpc/platform_if.m stable/12/sys/powerpc/ps3/platform_ps3.c stable/12/sys/powerpc/pseries/platform_chrp.c --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-249250-227-6o25ZeX5ug>