Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]
- Reply: Kyle Evans : "Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]"
- In reply to: Mark Millard : "Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import]"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 07 Apr 2023 21:53:31 UTC
On 4/7/23, Mark Millard <marklmi@yahoo.com> wrote: > On Apr 7, 2023, at 14:26, Mateusz Guzik <mjguzik@gmail.com> wrote: > >> On 4/7/23, Mateusz Guzik <mjguzik@gmail.com> wrote: >>> can you try with this: >>> >>> diff --git >>> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>> index 16276b08c759..e1bca9ef140a 100644 >>> --- a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>> +++ b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>> @@ -71,7 +71,7 @@ >>> #define ID_AA64PFR0_EL1 sys_reg(3, 0, 0, 1, 0) >>> #define ID_AA64ISAR0_EL1 sys_reg(3, 0, 0, 6, 0) >>> >>> -#define kfpu_allowed() 1 >>> +#define kfpu_allowed() 0 >>> #define kfpu_begin() kernel_neon_begin() >>> #define kfpu_end() kernel_neon_end() >>> #define kfpu_init() (0) >>> >>> >> >> ops, wrong file >> >> diff --git a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >> b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >> index 178fbc3b3c6e..c462220289d6 100644 >> --- a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >> +++ b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >> @@ -46,7 +46,7 @@ >> #include <machine/elf.h> >> #include <machine/md_var.h> >> >> -#define kfpu_allowed() 1 >> +#define kfpu_allowed() 0 >> #define kfpu_initialize(tsk) do {} while (0) >> #define kfpu_begin() do {} while (0) >> #define kfpu_end() do {} while (0) > > It will take me a bit to setup a separate build/install > context for the source code vintage involved. Then more > time to do the build, install, and test. (I'm keeping > my normal environments completely before the mess.) > > FYI: > > I have used the artifact build just after your pair of zfs > related updates to confirm the VFP problem is still in > place as of that point: > > https://artifact.ci.freebsd.org/snapshot/main/5e2e3615d91f9c0c688987915ff5c8de23c22bde/arm64/aarch64/kernel.txz > > (No artifact build was exactly at either of your commits.) > > === > Mark Millard > marklmi at yahoo.com > > I have arm64 + zfs at $job and just verified the above lets it boot again, so I committed already. -- Mateusz Guzik <mjguzik gmail.com>