Date: Sat, 01 Apr 2023 09:36:52 +0900 From: Kristof Provost <kp@FreeBSD.org> To: Ruslan Bukin <br@bsdpad.com> Cc: John Baldwin <jhb@freebsd.org>, arch@freebsd.org Subject: Re: Deprecate/remove riscv64sf Message-ID: <E7D252F3-5500-40A2-8E57-FAAD5237CAEE@FreeBSD.org> In-Reply-To: <ZCc%2BYcM/iVCC73TK@bsdpad.com> References: <629bf85d-4d48-17f5-cb26-dfd29f7e6ff7@FreeBSD.org> <ZCc%2BYcM/iVCC73TK@bsdpad.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 1 Apr 2023, at 5:11, Ruslan Bukin wrote: > On Wed, Mar 29, 2023 at 11:17:21AM -0700, John Baldwin wrote: >> Is anyone using riscv64sf? All of the existing RISC-V boards include = hard-float >> support as well as QEMU. The FPGA cores we use at Cambridge also all = support >> hard-float. My understanding is that glibc doesn't bother supporting = soft-float >> on RV64. If no one is using it (and has no plans to use it), then I p= ropose >> we drop it in 14.0 and save one more buildworld from make tinderbox. >> > > The idea behind this was to support extensibility of architecture (whic= h is one of the key features of RISC-V). So if F,D,Q extension is not imp= lemented, then riscv64sf could be used. It could be that those times some= simulators/emulators did not support these extensions, so riscv64sf crea= ted (I could not remember). > It could be some of new (synthesized) hardware or new emulators won't h= ave support for this straight away. So in research&development perspectiv= e it could be useful, in real life probably not for 64 bit. > That=E2=80=99s pretty much exactly how I used it a few years ago. Given that that was a few years ago and that both hardware and software h= ave moved on a bit since then I=E2=80=99d be inclined to just drop it tho= ugh. Kristof
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E7D252F3-5500-40A2-8E57-FAAD5237CAEE>