On Tue, Aug 20, 2019 at 6:35 PM Martin Husemann <mar...@duskware.de> wrote: > > On Tue, Aug 20, 2019 at 07:53:28AM +0200, Martin Husemann wrote: > > On Tue, Aug 20, 2019 at 11:21:08AM +0900, Ryota Ozaki wrote: > > > Is it an issue specific to sparc64? > > > > No, same happens on (big endian) arm. Endianess issue? > > I'll do a little endian arm run today. > > Nope, evbarm fails the same: > > net/if_bridge/t_rtable (484/833): 6 test cases > bridge_rtable_basic: [10.960250s] Failed: $target$reqs != $target$rels > (llentrypl10 != llentrypl6) > bridge_rtable_delete_member: [14.861957s] Failed: $target$reqs != > $target$rels (llentrypl10 != llentrypl6) > bridge_rtable_flush: [13.062212s] Failed: $target$reqs != $target$rels > (llentrypl10 != llentrypl6) > bridge_rtable_manyaddrs: [131.755625s] Failed: $target$reqs != > $target$rels (llentrypl10 != llentrypl6) > bridge_rtable_maxaddr: [11.661263s] Failed: $target$reqs != $target$rels > (llentrypl10 != llentrypl6) > bridge_rtable_timeout: [11.652307s] Failed: $target$reqs != $target$rels > (llentrypl10 != llentrypl6) > [194.004564s]
Hmm, okay, I'm going to disable the feature until the issue is addressed. ozaki-r
