From owner-freebsd-ppc@freebsd.org Sun Oct 28 21:12:25 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 B194010E18D1 for ; Sun, 28 Oct 2018 21:12:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (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 6EB6370C7A for ; Sun, 28 Oct 2018 21:12:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: h93Vr2wVM1nILrpNqjHZO_H25FzFzYAt29a5C3oOLRKHOkGOYSYOjuooc5PW2eP gPIcVm7Jc4USZRihjprpsWbwCcFVaW3qWJ_QcKsBboufewrl5.jjqQ2bboEDZ4IvQSunmR0zxxKX 4BU_B6qLXoELPPu2c3nkGpHfO4GaLTME96xe30owz8Kueoqchv_xgkEBiB63rw.1i4.3mg33Uk5y fduHFwsgIUG2dTNzmb6RG.Tb9xPFSgzw4h1xV.05u9TpzkdbCeZoL57K3xdclGdypwK3qBieqE.V a37WKCmHOZsaYCGocDAKigEh7osn8XaVe6MmCRnoumHnQvJawn1podwWUdITnKQrvCnAoJs7DEfp zZp0tW57ACb6yqlJjknd5WaFs9Ekkev33VziLGEYjIi.ctztwVLCC8YwRn5yVFfl3XZHd1nS3ufP hDSCTuO9JURA.eyYcJHSXQlXOMHd6rvh7P6RZX6n8ipCzfyMushsVmofAA1Jn3dlFKVBzNdzqi3s cc6ht.QuswZQqDRJHW8NMZY3K_2e7_ROMSk2_PmaxnvS9z.jzv9kkTM6_m.5QHd5RKFRuEIXWD5l XcXegIvlb5QqwYXbYnI56znpFO3IXKvNj72axftQ8vJf8x_GqnLkUSXpFW3.OZUiN70PUVK7_o3i rVFkOuUC1yNlC9aVDUzJMS3JjRURV1Tg01OBm6z7BeRdHg9EUudqyvS6cepud.VVBUtakTkg8TGc IpV7TEr1kE.rzSzZOojudct5wEneCtp1TISGLQ6ws.UHWv6Da0U2dj45fCrQ7wzPqpu8QY8gxqDh 2TjRuVy1sGg2AZjer9NwZorG3oOhHhYu3CDOJ4_DDgzFPDZFWzNNVVwYeZNaj_Wf27538bCKpJkW Wb3ytoi8QrnxykaXRYXOkTqd.2tUJGJOD3F0rVZO9fFSXwdYv2Swzp9ln2u.O2zkAYej8ybXjJ.N bUbE6YfLRngVyZOA1Aeyz6VuA5OzJbkbCd4pd0b5fIMRSXV9Juzrz98qSd1y9cnXLcWz8kSOBByd suTy90LogzRM_eu_BzkBvAnmegRdGaOEr Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sun, 28 Oct 2018 21:12:13 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp428.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 74658c05e30e0da52eb67e7efa6f51cc for ; Sun, 28 Oct 2018 21:12:12 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Somewhat off topic .. is there a RISC-V project for FreeBSD ? [powerpc64 notes] Message-Id: Date: Sun, 28 Oct 2018 14:12:11 -0700 To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.9.1) 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: Sun, 28 Oct 2018 21:12:26 -0000 Dennis Clarke dclarke at blastwave.org wrote on Sun Oct 28 15:43:31 UTC 2018 : > As for ppc64 I think IBM Power9 is needed to do anything. Ye old > PowerMac G5 units are available for a dime a dozen and may work > but I really don't know. I have yet to try the installer for > FreeBSD 12.0 beta2 but I may give it go later today. I (sometimes) have access to some old PowerMacs, including 3 old G5s (2 being so-called "Quad Core" ones). I'm running a head -r339076 based "Quad Core" currently. The SSD works fine in all 3 G5s for booting FreeBSD and buildworld buildkernel activities --and building ports. [But I experiment with using fairly modern compiler toolchains for such activity and so my context is not normal.] I've no clue if the following notes related to my activities overlaps with anything that you might try. While my test context is PowerMac based, the notes are not specific to PowerMac contexts. FreeBSD support for the powerpc families is via its gcc 4.2.1 related toolchain. System-clang and devel/llvm[67]0 are not ready yet for buildworld buildkernel and installing, booting and using all the results, at least for C++ with thrown exceptions involved in the operation (even if FreeBSD's libgcc_s.so had no problems in the area). Also, the clang/llvm output for kernel .ko files is mismatched vs. what types of relocation the FreeBSD kernel supports. Attempted loads of such .ko files crash the box. (I've no clue which side should be changed for this. I built in a couple of things into the kernels that I use so my basic activity did not require such .ko dynamic loads, even for a clang-based build.) While there is a devel/powerpc64-xtoolchain-gcc (and its devel/powerpc64-binutils and devel/powerpc64-gcc ), FreeBSD's libgcc_s.so has at least one incompleteness in its stack unwind support for C++ exception handing that can lead to __Unwind_RaiseException looping looking at the same stack frame over and over. As far as I can tell this problem is a strictly-FreeBSD-side problem. clang generated code can also hit the problem in libgcc_s.so . One way this may change is if llvm's libunwind gets to the point of being usable for powerpc64 and the like. (This would avoid such parts of libgcc_s.so .) VNET does something via a technique that works when the gcc 4.2.1 toolchain was used. But use of devel/powerpc64-xtoolchain-gcc leads the technique to causing crashes. This is a fairly new discovery. At this point I have no clue what will change or how it will change. This blocks doing a general devel/kyua based test run because it crashes the box. Such points may not mater much if one is not doing buildworld buildkernel activities: For example, lang/gcc8 generated code, when using its own libraries, instead of using the system libgcc_s.so , has C++ exceptions working. -Wl,-rpath=. . . use can be important. system-clang and devel/llvm[67]0 suffer the libgcc_s.so problem for the code they generate. But if one does not need thrown C++ exceptions, building user-code and running the results seems to be otherwise working. The clang problems are more tied to special aspects of buildworld buildkernel . 32-bit powerpc is more tied to gcc 4.2.1 for buildworld buildkernel, in that there is no devel/powerpc-binutils or devel/powerpc-gcc and the clang/llvm problems apply to this context as well. (clang/llvm has made some progress for FreeBSD support in the last couple of years. I used to have a much longer list of known problems, including violations of the ABIs and stack handling that messed up some stack- frame-tied register values.) Looking at list reports, it would seem that some old PowerMac models may boot fine and others may not, both powerpc64 and powerpc . This also seem to vary by the FreeBSD vintage involved. My understanding is that one of the major powerpc family people used to have one or more PowerMac G5's but no longer has access to such. This could limit getting updates for PowerMac issues. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)