Date: Fri, 03 Jan 2020 19:08:24 -0600 From: "Brandon Bergren" <bdragon@imap.cc> To: "Mark Millard" <marklmi@yahoo.com>, "Brandon Bergren" <bdragon@FreeBSD.org>, "Justin Hibbits" <jhibbits@freebsd.org>, "FreeBSD Current" <freebsd-current@freebsd.org>, "FreeBSD PowerPC ML" <freebsd-ppc@freebsd.org> Subject: =?UTF-8?Q?Re:_head_-r354701_seems_to_be_why/when_32-bit_powerpc_FreeBSD_?= =?UTF-8?Q?stopped_being_able_to_boot__PowerMac_G5s_(2_socket_ones,_anyw?= =?UTF-8?Q?ay)?= Message-ID: <d746ba82-3aeb-40e6-a3c8-5ba46267753b@www.fastmail.com> In-Reply-To: <74629EC2-E81E-44D7-B767-2B95084E8982@yahoo.com> References: <74629EC2-E81E-44D7-B767-2B95084E8982.ref@yahoo.com> <74629EC2-E81E-44D7-B767-2B95084E8982@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I do have fixes for this (the offset computation was assuming generictrap was always generictrap) but there are still additional problems that I am trying to chase down. I was banging my head on the bridge mode trap code for days and I still haven't isolated what's going wrong with memory. I might just clean up and submit my fixes I have so far, even though they aren't sufficient to get things working fully again. I think we're also hitting a clang optimization issue. :-/ On Fri, Jan 3, 2020, at 3:18 AM, Mark Millard wrote: > (NOTE: I only have access to 2-socket G5's, so I do not > know the behavior for other kinds. I've access to both > 2-cores-each and 1-core-each contexts.) > > This analysis is based on installing > artifact.ci.freebsd.org materials and testing > if they boot the G5's or not. Other than > a little /etc/fstab and /boot/loader.conf > material, the artifact materials are unchanged. > My builds are not involved. > > -r354702 fails to boot. (Details later, below.) > > -r354700 (the closest prior 32-bit powerpc > artifcact) boots fine. > > > -r354701 and -r354702 are: > > > > Author: bdragon > Date: Thu Nov 14 04:34:17 2019 > New Revision: 354701 > URL: > https://svnweb.freebsd.org/changeset/base/354701 > > > Log: > powerpc: Kernel fixes for ppc32 and powerpcspe w/ lld > > Fix wrong section ordering that was causing a ".got is not contiguous with > other relro sections" lld error. This also brings ldscript.powerpc and > ldscript.powerpcspe closer to ldscript.powerpc64. > > Also, remove unnecessary text relocs from the ppc32 AIM trap code. > > > > Author: mav > Date: Thu Nov 14 04:34:58 2019 > New Revision: 354702 > URL: > https://svnweb.freebsd.org/changeset/base/354702 > > > Log: > Make ntb(4) send bus_get_dma_tag() requests to parent buses passing real > bus' child pointers instead of grandchilds. > > DMAR does not like requests from devices not parented directly by PCI. > > > > At this point I'm guessing -r354701 since it > is powerpc specific. > > > The following is based on typing from > screen images . . . > > Failure style #1: > > . . . > Trying to mount root from ufs:/dev/ada0s3 [rw,noatime]... > SMP: 2 CPUs found; 2 CPUs usable; 1 CPUs woken > WARNING: WITNESS option enabled, expect reduced performance. > > (And that is all.) > > Failure style #2: > > . . . > Trying to mount root from ufs:/dev/ada0s3 [rw,noatime]... > SMP: 2 CPUs found; 2 CPUs usable; 1 CPUs woken > WARNING: WITNESS option enabled, expect reduced performance. > [ thread pid 1 tid 100002 ] > Stopped at dsmisssize+0x68c: illegal instruction 0 > db> > > (So just 3 more lines showing up.) > > > > NOTE: I do not claim that there are not more > problems later in head's history that fail > even earlier in the boot, thus hiding what is > reported here. There is one that I've not yet > isolated the first artifact version for. Thus, > testing for what I'm reporting here may require > using older vintages of FreeBSD, unless other > problems are dealt with first. > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > -- Brandon Bergren bdragon@imap.cc
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d746ba82-3aeb-40e6-a3c8-5ba46267753b>