Date: Fri, 17 Jan 2020 22:14:23 -0600 From: "Brandon Bergren" <freebsd@bdragon.rtk0.net> To: "Brandon Bergren" <bdragon@imap.cc>, "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: <e04205b4-0717-4a12-af54-2c5e2bf072c4@www.fastmail.com> In-Reply-To: <d746ba82-3aeb-40e6-a3c8-5ba46267753b@www.fastmail.com> References: <74629EC2-E81E-44D7-B767-2B95084E8982.ref@yahoo.com> <74629EC2-E81E-44D7-B767-2B95084E8982@yahoo.com> <d746ba82-3aeb-40e6-a3c8-5ba46267753b@www.fastmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This one should now be fixed as of r356862. On Fri, Jan 3, 2020, at 7:08 PM, Brandon Bergren wrote: > 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 > -- Brandon Bergren Technical Generalist
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?e04205b4-0717-4a12-af54-2c5e2bf072c4>