Re: assertion error in ZFS

On 10/10/2019 20:28, Piotr Kubaj via freebsd-fs wrote:
> Hi,
> 
> I use ZFS compiled-in to the kernel in order to boot without loader.
> 
> After upgrade to LLVM9, it fails to mount with:
> panic: solaris assert: (int32_t)n >= 0 (0xffffffffffffffff >= 0x0), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zrlock.c, line: 115
> cpuid = 16
> time = 26
> KDB: stack backtrace:
> 0xe0000000beff3c90: at kdb_backtrace+0x60
> 0xe0000000beff3da0: at vpanic+0x1d8
> 0xe0000000beff3e50: at panic+0x40
> 0xe0000000beff3e80: at assfail3+0x3c
> 0xe0000000beff3ef0: at zrl_remove+0x9c
> 0xe0000000beff3f20: at dbuf_read+0x73c
> 0xe0000000beff4080: at dnode_hold_impl+0x318
> 0xe0000000beff41d0: at dnode_hold+0x2c
> 0xe0000000beff4200: at dmu_buf_hold_noread+0x4c
> 0xe0000000beff4260: at dmu_buf_hold+0x3c
> 0xe0000000beff42b0: at zap_lockdir+0x60
> 0xe0000000beff4360: at zap_lookup_norm+0x78
> 0xe0000000beff4420: at zap_lookup+0x30
> 0xe0000000beff44a0: at dsl_dir_hold_obj+0x314
> 0xe0000000beff45b0: at dmu_objset_find_dp+0x2b8
> 0xe0000000beff4690: at dmu_objset_find_dp+0x7c4
> 0xe0000000beff46d0: at taskq_dispatch+0x12c
> 0xe0000000beff4700: at taskqueue_run+0x210
> 0xe0000000beff47d0: at taskqueue_thread_loop+0x108
> 0xe0000000beff4820: at fork_exit+0xc4
> 0xe0000000beff48c0: at fork_trampoline+0x18
> 0xe0000000beff48f0: at -0x4
> KDB: enter: panic
> 
> This is with CURRENT on powerpc64.

This could be my fault.
Could you please provide the known good and known bad revision?
I suspect that this could be a result of my lack of experience with "strong" and
"weak" cmpset on different platforms...

-- 
Andriy Gapon