From owner-freebsd-ppc@freebsd.org Wed Nov 28 00:10:04 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 479E81140AFF for ; Wed, 28 Nov 2018 00:10:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-14.consmr.mail.bf2.yahoo.com (sonic313-14.consmr.mail.bf2.yahoo.com [74.6.133.124]) (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 9550B75C91 for ; Wed, 28 Nov 2018 00:10:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3n58YQQVM1mkNbuOLOFmjCSR3Mp8im2Je0BKQ_43thlJZEDPmckMpyTyfEucuKS PZ5TboiXLKpY36AzSTfeBo.txan_R7Lomp_cLJQVTB9KQjdsvXS3PaSqZpkSJ_gIZLh1rL16wKB. 3CHniowEiNOobX3VSwyy7DKcwlLz6SnBKhhCu7wlRkXnkf.gd6OXrk.hCbXdy0oETr0_r7Ly2jDU tSJI2f5fCnSY3xUMewtsoCcHLGY2B6zhuxbbgn6z9xYixANSK9g3Aobkth_oxRHA7GbvokgV_ff0 LzUJRM2rX1aTt7ptEkj3F9cOe.51Su5XfGNgZINPJI13TFrSlvles31CDBHo69MXNzgX7XBndJM1 IOZECz8hPii9DL1Tfxr96M8l33a0lspMxSNbFfyW3QmAJftqxaYY_QHngrSv8YDdU1kfWqLbC3YT YzPHbODmCYpk6XtLYwnRMpVsXLLaRmmvBX5L_vlceGHhNSkIwZ5vj1z8INWeBAB5x4CBUbZIKnCc ICIm02YB_kwYhOjSnNe21hS51h9SNZEgVPioSBJsqBoHxZFAAu4vsUsQH0jqQ22cbCLUKvSAOpAA .zIw3EJh8hBOJyX4Pwc4DAMvW1D8gcK0uGmp9yYiXDjELt1LTnpXf8oVT.NJhfqdtjbzKdc7QAMX pTN8QIvjhs5h1YMR8zJxpv3oL_lepTgk7n5lg9f.m_w1ZWCsfGONwrxzgvsmK1rC9l90wi8pEaJk zR6mUS_y_z1ah0l09wKhqrevPZqRC5RC058AS04h6ijKctW7Szadkcbj4gzaGrewJaYMOfj6TB8G _XjN_GgQAPLPoydyTh2CpZMICFyxAWOIC5l6lNKBGpoGgtZAc8koOLCWSVq_E4EPwjQjCJm8NctQ FVI_3TIHUqmkIYnR7.i3o3DNc_SlK_norakUgverp75jg51ix6VSfMN3ygcB40msIgWELTbjeT5H khQUDJ7asSf8sU26hK_mL5AaIgg8MN8aUSYVZCcQDff1Go35pl5AUi4V7qn63Sgif09TtlPBjBJu G.jybs19uqZ7Usy5Pw1E.7.AGI.B2OkdjKCKMqgXI9PHLNnacTVQ84Ga.5fc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.bf2.yahoo.com with HTTP; Wed, 28 Nov 2018 00:09:57 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp423.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2a8424a5e972bd1254938d6ca1d7b264; Wed, 28 Nov 2018 00:09:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: revision 341006 quite unusable From: Mark Millard In-Reply-To: <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> Date: Tue, 27 Nov 2018 16:09:49 -0800 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <62bd5352-6eb5-ea4c-fd5b-fd4d1a35186b@blastwave.org> <7534F42F-5BFA-4C94-B387-A42F10B5B389@yahoo.com> <0a223db3-8c88-faa9-5cfe-983ada996d4e@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 9550B75C91 X-Spamd-Result: default: False [3.02 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(1.61)[ip: (4.85), ipnet: 74.6.128.0/21(1.83), asn: 26101(1.47), country: US(-0.09)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.971,0]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.53)[0.534,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.41)[0.413,0]; RCVD_IN_DNSWL_NONE(0.00)[124.133.6.74.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[124.133.6.74.rep.mailspike.net : 127.0.0.17] 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: Wed, 28 Nov 2018 00:10:04 -0000 On 2018-Nov-27, at 11:47, Dennis Clarke wrote: > On 11/27/18 2:28 PM, Mark Millard wrote: >> On 2018-Nov-27, at 01:26, Dennis Clarke = wrote: >>> So I did a checkout of revision 341006 and without any changes to = make.conf and a trivial "make buildkernel" followed by the requisite >>> "make installkernel" I get a machine with a black screen and = entirely >>> quite a warm brick. Loud fans. >> Before buildkernel one of the following is needed: >> make kernel-toolchain >> or: >> make buildworld >=20 > Ah well ... I did go back and try a "make buildworld" and in fact I = did it this way : >=20 > root@eris:/usr/src # > root@eris:/usr/src # /usr/bin/time -p make buildworld | tee = ../rev341008_buildworld.log > -------------------------------------------------------------- > >>> World build started on Tue Nov 27 09:27:45 UTC 2018 > -------------------------------------------------------------- >=20 > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > rm -rf /usr/obj/usr/src/powerpc.powerpc64/tmp > . > . > . >=20 > objcopy --only-keep-debug ldd32.full ldd32.debug > objcopy --strip-debug --add-gnu-debuglink=3Dldd32.debug ldd32.full = ldd32 >=20 > -------------------------------------------------------------- > >>> World build completed on Tue Nov 27 16:48:18 UTC 2018 > -------------------------------------------------------------- > real 26436.93 > user 12547.80 > sys 13005.84 > root@eris:/usr/src # >=20 > So that is offensively slow but a gcc bootstrap is far worse. So no > big deal .. I can handle it. >=20 >> =46rom the comments at the beginning of /usr/src/Makfile : >> # buildworld - Rebuild *everything*, including glue to help = do >> # upgrades. >> . . . >> # kernel-toolchain - Builds the subset of world necessary to build = a kernel >=20 > so .. which comes first ? Or is this an either or situation or do = both? Note the word "subset". buildworld generally does more than necessary for kernel work. kernel-toolchain does closer to just what is necessary for kernel work. There have been times/contexts in which kernel-toolchain was broken and buildworld was effectively required for a specific context. I've had some history of running into this based on a missing header, and so a failed compile. buildworld supplied the header in question. But such has not been common. >> You did not mention /etc/src.conf ( only /etc/make.conf ). My >> memory is that those files do not exist by default: even to be >> empty they have to be created. >=20 > Right ... only /etc/make.conf exists and it was just a "touch > /etc/make.conf" and nothing else. I really want CFLAGS set as -O0 and > -g and perhaps a few other options to allow debug to be easy. However > for now getting a working compile is step zero. >=20 >> -r341006 is from head/ ( not stable/ nor releng/ ) in >> https://svnweb.freebsd.org/base/ . I'm not sure if this >> was intended or not. >> (I am currently without access to the FreeBSD environments.) >=20 > What? How is that possible? Perhaps you are way out on the road > somewhere and I thank you for the reply. I felt like I was flailing > in the dark here and that is a good description. In this case it should be just fairly briefly that I'm without access. But there are times when I'm without access for months at a time for at least some TARGET_ARCH's compared to my usual set of them. > I may boot the RC2 DVD and then run dd if=3D/dev/zero of=3D/dev/diskname= > and wipe out the first block of cylinders on the disk. Then try a > reinstall. I am baffled why the DVD boots fine and I get four = processors > online and the installed on disk image does not. That should be quite > impossible. For all we know the VM_MAX_KERNEL_ADDRESS value issue could be exposing a memory layout dependency that should not be present. > I may try again wwith an SSD but those are giving no advantage at all. > Even older Patriot SATA 1 compliant 1.5Gbps SSD's are really no better > than a spinning disk. An SSD with the same scale of seek time as spinning media --or more accurately having an overall latency reaching the same scale as spinning media? No improvement to the number of random, small transfers per unit time? Wow. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)