From owner-freebsd-ppc@freebsd.org Thu Feb 7 21:48:50 2019 Return-Path: Delivered-To: freebsd-ppc@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 D3BDD14C571B for ; Thu, 7 Feb 2019 21:48:49 +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 4CF72758DE for ; Thu, 7 Feb 2019 21:48:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 06C9D14C571A; Thu, 7 Feb 2019 21:48:49 +0000 (UTC) Delivered-To: ppc@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 E8C5914C5718 for ; Thu, 7 Feb 2019 21:48:48 +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 84E0B758DC for ; Thu, 7 Feb 2019 21:48:48 +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 37D08ECEB for ; Thu, 7 Feb 2019 21:48:47 +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 x17Lmlkt014915 for ; Thu, 7 Feb 2019 21:48:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x17LmlmX014914 for ppc@FreeBSD.org; Thu, 7 Feb 2019 21:48:47 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: ppc@FreeBSD.org Subject: [Bug 233579] ppc64 r341455 will panic on boot with usefdt=1 Date: Thu, 07 Feb 2019 21:48:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: conf X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Feb 2019 21:48:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233579 --- Comment #13 from Mark Millard --- (In reply to Mark Millard from comment #12) (PowerMac G5 "4 core" (system total) context, with 16 GiByte of RAM.) I tested head -r341836 using usefdt=3D1 mode based on a build the modern /usr/src/sys/powerpc/include/vmparam.h (but still smp enabled) and the results of repeated boot attempts were mixed: many boot failures but some boot successes. In some cases it took dozens of attempts to get a success. I also had some example of a bunch of successful boots in a row. The failures were: stopping during the "Waking up CPU" sequence where, other than for CPU 0, "Adding CPU" messages did not show up and and at least one "Waking up CPU" did not show up before the boot hung up. But each hang up at least one did show before the hang-up. Note: No panics occurred, just hang ups. Side note on the shutdown isde of things: There is also a shutdown issue of some the buf*maeomon* shutdowns timing out instead of reporting "done". Which timeout varies. But this specific point is also true of using the older VM_MAX_KERNEL_ADDRESS value: just the usefdt=3D1 use seems sufficient for this to be an issue. The combination of the old VM_MAX_KERNEL_ADDRESS and not using usefdt mode dos not show this behavior in my testing. --=20 You are receiving this mail because: You are the assignee for the bug.=