From owner-freebsd-sparc64@freebsd.org Mon Oct 9 06:49:50 2017 Return-Path: Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61FD1E272C2; Mon, 9 Oct 2017 06:49:50 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A8B2669EC; Mon, 9 Oct 2017 06:49:48 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id v996nbcW024600 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 9 Oct 2017 17:49:44 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id v996nVT9095657 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 9 Oct 2017 17:49:31 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id v996nVDg095656; Mon, 9 Oct 2017 17:49:31 +1100 (AEDT) (envelope-from peter) Date: Mon, 9 Oct 2017 17:49:31 +1100 From: Peter Jeremy To: "K. Macy" Cc: "A. Wilcox" , Mark Linimon , freebsd-sparc64@freebsd.org, freebsd-arch@freebsd.org Subject: Re: future of sparc64 (was: Making C++11 a hard requirement for FreeBSD) Message-ID: <20171009064931.GC93566@server.rulingia.com> References: <20171005234149.GE8557@spindle.one-eyed-alien.net> <59D6CA6C.1040502@Wilcox-Tech.com> <20171007174124.GA20810@lonesome.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Oct 2017 06:49:50 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2017-Oct-07 19:06:29 +0000, "K. Macy" wrote: >On Sat, Oct 7, 2017 at 10:41 Mark Linimon wrote: > >> On Thu, Oct 05, 2017 at 07:12:28PM -0500, A. Wilcox wrote: >> > That doesn't change the fact that sparc64 still exists, and with Oracle >> > laying off Solaris as well, FreeBSD becomes a "way out" for people >> > heavily invested (DC full of sparc64 gear, or such). >> >> I have thought for some time that we've been a "way out" for Solaris >> sites wanting to keep ZFS and not deal with licensing issues, and have >> worked to keep sparc64 alive. (AFAIK FreeBSD is the only open source >> sparc64/zfs solution?) AFAIK Illumos still supports sparc64 and is probably an easier migration for Solaris sites so I don't think that argument holds. Also, we run into the same situation we had with Alpha - a basically dead architecture that only runs on old equipment. Unless there's a critical mass of FreeBSD developers that are willing to keep it running, we're better off killing it quickly, rather than letting it soak up developer effort. >My recollection of sparc64 from sun4v work was that unsupported operations >would trap in to the kernel which would in turn trap in to a user space >handler for floating point emulation. Yes. I did some poking at that some time ago. The userland package is basically a complete single/double/quad precision IEEE FP implementation (see /usr/src/lib/libc/sparc64/fpu). I have a test suite for it but it hasn't been committed and I'd need to check if it's developed any bitrot. --=20 Peter Jeremy --24zk1gE8NUlDmwG9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJZ2xv7XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0vUkP/RD8kmph383cMaY7/kybA62m wfT9tKR7XZf3cAUbOWyQ8MRKJ2M+H2JzuVPMVkR8EVUtTnsvUUrBuJ4jMdepSTPM sMTsEf6aIX9tKIiwiKdHmFVljWCYvmbWwMhRoQKoWg59IVRRpfgj8twmHYts9V/P 7WRNKE/husblOu0fxWNQUtsPf42rJGjuYjBmEq1u5aFVrq9zmzGODxuTS4p4L21u YqdHfwiLuRJlA2tWEb2c52O1LZF4shlbYv9y19WaWdgwXYLI+oUYRDjVemmm9yMW viXSM406VDUKWgBhMteuYhhmxciEP1rkRzfsxKSqdYw32ugnHQBnONTldBEg0lGB OrFKfXJh+YLC9iOAYHsPmaAUBhXZ8MEAJxzbSliR/jLeXZmWWqFJmZzT62Jga2jc bijn06VwpsCg0AKj7JGOZ1YXv+EMmgaaiKJxBM0chdhe3+edxEdh86cyK9Rawjwk xLrAFCeZesSfv9P7I5w/GvFA8Yw6TmDyoEceEnaPNo37b6HbYH97at2GAFT1Kl8E aA74mVgL6YFsgiPgTfYoyh8DG4ev2jT0GFdzROCsMam99HKAmLKMVkE0mi5WaTJn q8uN4HalKCj7W0/Zq0R9zMdxWU1nt9qxZREjPetUNUFnKYR5zWUx5O2wtgcshtxi VZ++Xri4K8weXWsw43Ve =48hN -----END PGP SIGNATURE----- --24zk1gE8NUlDmwG9--