Re: git: 238271f4a66b - main - stand: Add a snarky note about the upstream ZFS situation

From: Jessica Clarke <jrtc27_at_freebsd.org>
Date: Tue, 18 Apr 2023 21:34:23 UTC
On 18 Apr 2023, at 22:31, Warner Losh <imp@FreeBSD.org> wrote:
> 
> The branch main has been updated by imp:
> 
> URL: https://cgit.FreeBSD.org/src/commit/?id=238271f4a66bd06b8b9a232a82f3ee0882e4cbb9
> 
> commit 238271f4a66bd06b8b9a232a82f3ee0882e4cbb9
> Author:     Warner Losh <imp@FreeBSD.org>
> AuthorDate: 2023-04-18 21:29:45 +0000
> Commit:     Warner Losh <imp@FreeBSD.org>
> CommitDate: 2023-04-18 21:31:17 +0000
> 
>    stand: Add a snarky note about the upstream ZFS situation
> 
>    The latest import of openzfs broke the hacks that we used to omit the
>    special registers being used on arm64. Add snarky note documenting this
>    situation since it's a mess now since the hack was only partially
>    undone, leaving behind a mess.
> 
>    Sponsored by:           Netflix
> ---
> stand/libsa/zfs/Makefile.inc | 4 ++++
> 1 file changed, 4 insertions(+)
> 
> diff --git a/stand/libsa/zfs/Makefile.inc b/stand/libsa/zfs/Makefile.inc
> index f4cecdbc3085..7660f4ab7baf 100644
> --- a/stand/libsa/zfs/Makefile.inc
> +++ b/stand/libsa/zfs/Makefile.inc
> @@ -19,6 +19,7 @@ ZSTD_SRC+=	zstd_common.c
> ZSTD_SRC+=	zstd_ddict.c zstd_decompress.c zstd_decompress_block.c
> ZSTD_SRC+=	zstd_double_fast.c zstd_fast.c zstd_lazy.c zstd_ldm.c
> 
> +# This is completely bogus: We should be able to omit this code completely.
> .if ${MACHINE_ARCH} == "aarch64"
> ZFS_SRC_AS =	b3_aarch64_sse2.S b3_aarch64_sse41.S
> .endif
> @@ -90,10 +91,13 @@ CFLAGS.skein_block.c+=	-DSKEIN_LOOP=111
> 
> # To find blake3_impl.c in OpenZFS tree for our somehat ugly blake3_impl_hack.c
> # that's needed until the necessary tweaks can be upstreamed.
> +# XXX the last import gutted all this since upstream changes broke this hack.
> CFLAGS.blake3_impl_hack.c+= -I${OZFS}/module/icp/algs/blake3 -I${OZFS}/module/icp/include
> 
> CWARNFLAGS.zfs.c+= ${NO_WDANGLING_POINTER}
> 
> +# Needing to remove the -mgeneral-regs-only is a red flag that this is not quite
> +# right. But it's needed at the moment due to the muddled upstream.

This one isn’t bogus? The file is deliberately using NEON so needs
access to floating-point registers, which LLVM (mostly) enforces for
the assembler, unlike GNU as.

Jess

> b3_aarch64_sse2.o: b3_aarch64_sse2.S
> 	${CC} -c ${CFLAGS:N-mgeneral-regs-only} ${WERROR} ${.IMPSRC} \
> 	    -o ${.TARGET}