From owner-freebsd-bugs@freebsd.org Fri Apr 26 20:53:39 2019 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06DF6159E300 for ; Fri, 26 Apr 2019 20:53:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 968CF86B5D for ; Fri, 26 Apr 2019 20:53:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 59FAE159E2FD; Fri, 26 Apr 2019 20:53:38 +0000 (UTC) Delivered-To: bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37BFB159E2FC for ; Fri, 26 Apr 2019 20:53:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1EBE86B58 for ; Fri, 26 Apr 2019 20:53:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id DFBDA180B9 for ; Fri, 26 Apr 2019 20:53:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3QKraVl053488 for ; Fri, 26 Apr 2019 20:53:36 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3QKramb053487 for bugs@FreeBSD.org; Fri, 26 Apr 2019 20:53:36 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 237590] powerpc64 PowerMac11,2 and 7,2 context, -r330614 and later (including -r345758): "ofwdump -ap" crashes the system, unable to sleep cpus; probable -r330610 "cause" Date: Fri, 26 Apr 2019 20:53:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2019 20:53:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237590 Bug ID: 237590 Summary: powerpc64 PowerMac11,2 and 7,2 context, -r330614 and later (including -r345758): "ofwdump -ap" crashes the system, unable to sleep cpus; probable -r330610 "cause" Product: Base System Version: CURRENT Hardware: powerpc OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: marklmi26-fbsd@yahoo.com The biggest issue may be the inability to sufficiently sleep CPUs on powerpc64 in general, with ofwdump on old PowerMac G5's just being a good way to test that. This was originally observed on head -r345758. But "bisecting" based on: https://artifact.ci.freebsd.org/snapshot/head/r* I found that for the likes of "ofwdump -ap > /dev/null" : -r330572: does not crash the system (or program). -r330614: crashes the system: timeout trying to sleep cpus. There are no other https://artifact.ci.freebsd.org/snapshot/head/r* between -r330572 and -r330614 with powerpc64 present. So I stopped at this range. Turns out that between those two versions is: Revision 330610 . . . Modified Wed Mar 7 17:08:07 2018 UTC . . . by nwhitehorn=20 . . . Move the powerpc64 direct map base address from zero to high memory. This accomplishes a few things: - Makes NULL an invalid address in the kernel, which is useful for catching bugs. . . . (It may be that -r330610 exposed another problem that was accidentally avoided before that.) So far it appears likely that every bootable/usable build from -r330610 on crashes for the likes of "ofwdump -ap" when openfirmware is used live and, so, the cpus need to avoid multi-threading the openfirmware use. (So, for PowerMacs, when booted without usefdt mode for sufficiently recent builds). I've not seen the problem with 32-bit powerpc FreeBSD on old PowerMacs, including when used to boot the same machines. Only powerpc64 FreeBSD. The only powerpc64 test contexts that I have access to sometimes are old G5 PowerMacs: 2-socket/2-core-each PowerMac11,2 and 2-socket/1-core-each PowerMac7,2. So I've no direct evidence for any other powerpc64 context. --=20 You are receiving this mail because: You are the assignee for the bug.=