On Wed, 23 Nov 2011, Andreas Gustafsson wrote:
Christos Zoulas wrote:Well, it is fixed now. I introduced an infinite loop in the kernel vsnprintf() code.Looks like the infinite loop is gone, but instead the kernel panics during the same test: modules/t_modctl (411/492): 5 test cases cmd_load: uvm_fault(0xc4de41a8, 0, 2) -> 0xe fatal page fault in supervisor mode trap type 6 code 2 eip c07a0111 cs 8 eflags 207 cr2 0 ilevel 0 panic: trap cpu0: Begin traceback... printf_nolog(c0bf146c,c4f1c884,c4f1c884,c07a0111,8,207,0,0,7,1000) at netbsd:printf_nolog trap_tss() at netbsd:trap_tss --- trap via task gate --- Full log at: http://releng.NetBSD.org/b5reports/i386/build/2011.11.22.22.30.22/test.log --
My amd64 test-bed still timed out (not panic) at the same point with sources from 2011-11-23 00:50:04 UTC.
The next pass, from sources at 2011-11-23 06:50:04, timed out near the end of t_vfsops
fs/vfs/t_vfsops (135/492): 72 test cases
ext2fs_tfhinval: Passed.
ext2fs_tfhremove: Passed.
ext2fs_tfilehandle: Passed.
...
tmpfs_tstatvfs: Passed.
tmpfs_tsync: Passed.
v7fs_tfhinval:
There were few changed files between these two passes:
P sys/arch/amd64/amd64/db_memrw.c
P sys/arch/x86/include/pmap.h
P sys/arch/xen/include/xenpmap.h
P sys/arch/xen/x86/xen_pmap.c
P sys/uvm/uvm_glue.c
P sys/uvm/uvm_map.c
-------------------------------------------------------------------------
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com |
| Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net |
| Kernel Developer | | pgoyette at netbsd.org |
-------------------------------------------------------------------------