From owner-freebsd-ppc@freebsd.org Mon Nov 26 21:49:30 2018 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 BB4A21145768 for ; Mon, 26 Nov 2018 21:49:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-21.consmr.mail.ne1.yahoo.com (sonic316-21.consmr.mail.ne1.yahoo.com [66.163.187.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F41976CB26 for ; Mon, 26 Nov 2018 21:49:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: tyc2insVM1kpE6Y_Spt4Ow6l6JBTzW5Kll3MK7H2ULtsUYnV0HzmTAPZ2oW_qfE EwRfX5Iu6_emmYkMJP6TAyRPi2hXT8aquQP4lF.oUwMeeK834zjhYkphJz6XCm0p1KGQPajI9iUu sEC5Co6m4ebrFh1UIyYM0puNJXqymnxRE2zMsPdooVFa8mYjNnNRb8sYTOibA2PRSzFjgeNNCsy2 nAf1WYXNaOSoD00Mb_Fk7xyPCWHMyfYtuLIrVmH8DUlXz9B4HjxTJ_eeXJ.zKQ8lJeFBK8Mu7Cmq Yyr6dfZBotulR.iR_HNDKmHq.NU9Lk7Kfg5DHAs1CZoZ8lvAFzdcnqaK0I4G6ZMIjq16eg_wrJFh 7jeQbjNZmkm_Vk7AcPLpDkroJKZhK4IMjIpRZz5tRfIvJ4Sx3AxajMt7o_mDtMmQj3C9Gf0WPqyV xh2F6mZbsiVYKwgZnZLFCmPxPZABCChQt2j8ULycjasipPjNaHhJS2OW8PpMRgKldtuX7Pc77.e8 __sMCpHXlM18_WVZBTAGxyQy8YMUAENkpe.iH_CTunoohWMFvsA8yHBr.yeYlqNq81thd0JgdwPM lmOpNwJrRGBwDPAW54pMsDd7YGGrTWy4mIco2zb8s0LWto8OMs56TnoWIkhn1FoA9p38Z7.GJ4vq fZcNJkQe2voiehGAdI1.Gl1WUPPdA_c3rUIAi5kPFi0adj3Kol0CT7R.BeJ_JqW5q_BETOfepKUD nNayunjFpb5KsHexCAyKgoAcg9cwqGA4r4P5zhtRbLHIVCeu5JDm.csvgWJAs33izCh7WQK6NYsV x8Ujgrm0PfpL2gb0MmPBbpzpuAms_RhDFBkHobJZhYHhIHFzmc07XmXM9._wzcnxcAca6yD24RE2 VZUGXEFqzJzInaY3zmfbqvum57.kVJIEJWqGyu2f9La9lmT8ZZRP7NbS6ONvwLk9OZ15FiELuU0y qtGbUgpS7ChVRXv7NNnIzDSqqDDj7mGqbVNrVAzzfsEOC.XPYzdfXf5h72tUaFD.dbdlt9J77hfl idEKydGtkEFIUV2I1fDMqqt4UYp9PA1_ga.QRg1SpwJbFY3QM6jDWdzBiOiZF Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Mon, 26 Nov 2018 21:49:29 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp415.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7758a51ea560167d91566aa918db05f5; Mon, 26 Nov 2018 21:49:28 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: RC2 seems to need kern.smp.disabled=1 From: Mark Millard In-Reply-To: Date: Mon, 26 Nov 2018 13:49:27 -0800 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <57efdab7-568c-623e-4b66-cf5ed7c138bf@blastwave.org> <179CF982-D123-483D-B3B9-188010C39BD5@yahoo.com> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: F41976CB26 X-Spamd-Result: default: False [2.80 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_SPAM_MEDIUM(0.05)[0.046,0]; NEURAL_SPAM_SHORT(1.00)[0.996,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[147.187.163.66.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(1.35)[ip: (4.12), ipnet: 66.163.184.0/21(1.52), asn: 36646(1.21), country: US(-0.09)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_SPAM_LONG(0.92)[0.921,0] X-Rspamd-Server: mx1.freebsd.org 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: Mon, 26 Nov 2018 21:49:31 -0000 On 2018-Nov-26, at 13:07, Dennis Clarke = wrote: On 11/26/18 2:41 PM, Mark Millard wrote: > On 2018-Nov-26, at 11:13, Dennis Clarke = wrote: >> Hello ppc64 types: >>=20 >> Merely an observation that RC1 was running more or less fine without = the >> need to castrate the smp feature whereas RC2 won't even boot. > If you were able to smp boot a PowerMac G5 based on a version that > was based on: > #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL > from sys/powerpc/include/vmparam.h that is interesting. > This is the value I (and others?) have been reverting to: > #define VM_MAX_KERNEL_ADDRESS 0xe0000001c7ffffffUL > in order to allow smp use on such G5's. Quoting an old reply > from 2018-Oct-11 (-r??????'s are from 13-CURRENT): > I don't see that file in my install but then again I did not drag in = the sources or much of anything to get off the ground. What I do have = is : >=20 > /usr/include/machine/vmparam.h The build targeting powerpc64 produces /usr/include/machine/vmparam.h by copying /usr/src/sys/powerpc/include/vmparam.h . If the matching = /src/src/ is not present, then /usr/include/machine/vmparam.h is the right place = to look. But to change the build it is /usr/src/sys/powerpc/include/vmparam.h = that should change before the build. (Which is why I referenced that sort of path.) > which says : >=20 > #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL >=20 > Looking into = https://download.freebsd.org/ftp/releases/powerpc/powerpc64/12.0-RC2/src.t= xz I see : >=20 >=20 > root@eris:~ # grep "VM_MAX_KERNEL_ADDRESS" = /usr/src/sys/powerpc/include/vmparam.h > #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL > #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS > #define VM_MAX_KERNEL_ADDRESS (VM_MIN_KERNEL_ADDRESS + = 3*SEGMENT_LENGTH - 1) > #define VM_MAX_KERNEL_ADDRESS 0xffffefff > #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS >=20 > I certainly didn't change anything : >=20 > root@eris:~ # openssl dgst -sha256 -r /usr/include/machine/vmparam.h > 023d840eb725d4310904cd3fd6560e23761c0e1141f38e354d73af2f126602ee = */usr/include/machine/vmparam.h > root@eris:~ # openssl dgst -sha256 -r = /usr/src/sys/powerpc/include/vmparam.h > 023d840eb725d4310904cd3fd6560e23761c0e1141f38e354d73af2f126602ee = */usr/src/sys/powerpc/include/vmparam.h I did not intend to suggest that you had. I intended to indicate that that new value has been observed to expose problems by me and others. I reverted to the value from before Justin H.'s change and some other folks may have as well. (I do my own builds. I started using the reverted value during 12 before I progressed to 13 and I'm still using the reverted value.) >=20 > In any case maybe I am wrong in some way and should try a boot > without setting kern.smp.disabled and see what happens. >=20 > Nope. >=20 > Machine will not boot. >=20 > So the exact same hardware will boot and run fine with RC1 but not = with > RC2. That is certain. Unless kern.smp.disabled=3D1 is set. RC1 is also based on 0xe0000007ffffffffUL so this is interesting. But I've no clue how to analyze the distinction at this point. Justin H. or Nathan W. or someone else might some up with some way to get some information from the two contexts that might point at something. You may have the only observed-good smp G5-boot based on code that used the 0xe0000007ffffffffUL value. (It may well be that 0xe0000007ffffffffUL should be valid and some other issue is involved that the older, smaller value happens to avoid in more contexts. My reverting the value is a hack at this point, not a know-good long-term solution. But the problem the new value exposes would then likely be older than the value increase.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)