On Sat, Dec 07, 2019 at 09:53:35PM +0200, Andreas Gustafsson wrote: > Perhaps, but before Taylor made that commit, at least one other bug > was introduced that is causing the system to panic before finishing > the tests: > > fs/vfs/t_renamerace (726/847): 28 test cases > ext2fs_renamerace: [6.743565s] Failed: Test program received signal 11 > (core dumped) > ext2fs_renamerace_dirs: [6.690776s] Failed: Test program received signal > 11 (core dumped) > ffs_renamerace: [6.602727s] Failed: Test program received signal 11 (core > dumped) > ffs_renamerace_dirs: [ 3923.9308316] panic: kernel diagnostic assertion > "l->l_cpu == ci" failed: file > "/tmp/bracket/build/2019.12.06.21.45.14-amd64-baremetal/src/sys/kern/kern_synch.c", > line 764 > [ 3924.1108893] cpu7: Begin traceback... > [ 3924.1509019] vpanic() at netbsd:vpanic+0x178 > [ 3924.2009181] kern_assert() at netbsd:kern_assert+0x48 > [ 3924.2609379] mi_switch() at netbsd:mi_switch+0x569 > [ 3924.3209576] sleepq_block() at netbsd:sleepq_block+0xb7 > [ 3924.3809774] lwp_park() at netbsd:lwp_park+0x10d > [ 3924.4409956] sys____lwp_park60() at netbsd:sys____lwp_park60+0x5d > [ 3924.5110189] syscall() at netbsd:syscall+0x299 > [ 3924.5610351] --- syscall (number 478) --- > [ 3924.6110531] 7adcb44b035a: > [ 3924.6410624] cpu7: End traceback...
Fixed with sys/kern/kern_synch.c revision 1.330. > Could everyone please refrain from committing new kernel-crashing bugs > until the test infrastructure has recovered from the previous round? I think that's a reasonable suggestion. Looking at it from a positive viewpoint your system and ATF appear to be doing a brilliant job in finding problems. Also on a positive note a minority of the bugs have been aincent and only exposed due to recent changes. I will make an effort to run ATF more often locally. Thank you, Andrew
