Date: Wed, 11 Mar 2020 00:23:58 +0000 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; probable -r330610 "cause" Message-ID: <bug-237590-227-hbqBSzrL7I@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-237590-227@https.bugs.freebsd.org/bugzilla/> References: <bug-237590-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=3D237590 --- Comment #6 from Mark Millard <marklmi26-fbsd@yahoo.com> --- The conflict between the new 64-bit direct map and use of PowerMac G5 openfirmware during: ofwdump -Plog /packages/obp-tftp continues. A usefdt mode patched up sufficiently to work with the PowerMac G5's (and more PowerMacs) can avoid this but needs to deal with some PowerMac openfirmware oddities (violations of some rules), as well as having some fixes to FreeBSD code. The PowerMac's even have at least one example of (extracted from a patch): +// Some Macintoshes have identical package-to-pathname results for +// multiple nodes of the same type and unit under the parent node. +// Avoid blocking this for fdt. (Unfortuantely the (textually small) change is in contrib code. It was the only part of my investigatory code that was.) (One oddity is that the unpatched conversion to fdt code reverses the order of the sibling lists but the FreeBSD code does not work in an order independent manor for uisng the sibling lists. In my investigatory patching, I made the conversion preserve order instead of changing a bunch of code that used the lists.) --=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-237590-227-hbqBSzrL7I>