Date: Mon, 9 Oct 2017 17:49:31 +1100 From: Peter Jeremy <peter@rulingia.com> To: "K. Macy" <kmacy@freebsd.org> Cc: "A. Wilcox" <AWilcox@wilcox-tech.com>, Mark Linimon <linimon@lonesome.com>, 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> In-Reply-To: <CAHM0Q_PuYhnaiQif0w_0gf_ip6QG0sCmMSFj=2xxq4RT42%2BEmg@mail.gmail.com> References: <CANCZdfq5=KRp4NYKsc15gyS9C7CxrBFxcKQLPwnb_0oPb15vJw@mail.gmail.com> <20171005234149.GE8557@spindle.one-eyed-alien.net> <59D6CA6C.1040502@Wilcox-Tech.com> <20171007174124.GA20810@lonesome.com> <CAHM0Q_PuYhnaiQif0w_0gf_ip6QG0sCmMSFj=2xxq4RT42%2BEmg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--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" <kmacy@freebsd.org> wrote: >On Sat, Oct 7, 2017 at 10:41 Mark Linimon <linimon@lonesome.com> 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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20171009064931.GC93566>