User Details
- User Since
- Aug 6 2014, 5:32 AM (537 w, 5 d)
Tue, Nov 5
Apr 16 2024
Mar 18 2024
D44319.id135654.diff doesn't seem to work for me:
Mar 3 2024
Tests with D44076.135202.patch showed no issues.
Feb 27 2024
Feb 26 2024
I ran the unionfs specific tests with the D44076.134963.patch added.
I did not observe any problems during an 8 hour test.
Feb 24 2024
Jan 24 2024
Jan 9 2024
Jan 2 2024
Dec 19 2023
Dec 10 2023
Dec 1 2023
Nov 25 2023
Nov 13 2023
This fixes the page fault I got in vn_copy_file_range()
https://people.freebsd.org/~pho/stress/log/log0497.txt
Oct 18 2023
Oct 11 2023
This change fixes the panic I saw.
The change looks good to me.
I'm always a bit hesitant to change a test scenario which has proven to trigger multiple panics, but this looks fine to me.
In my opinion, any (broken) test scenario that can crash the kernel is a good stress test. :)
Sep 27 2023
Sep 10 2023
I ran tests for 24 hours with D41344.id126971.diff. This on amd64 with a DEBUG kernel.
No problems seen.
Aug 19 2023
Aug 13 2023
Aug 6 2023
No unfortunately I don't have any tests that involve the 'ram_blacklist' module.
Aug 3 2023
I ran tests for an hour with D41289.125507.patch on
FreeBSD mercat1.netperf.freebsd.org 14.0-CURRENT FreeBSD 14.0-CURRENT #0 main-n264491-8a5c836b51ce2-dirty: Thu Aug 3 18:20:47 CEST 2023 pho@mercat1.netperf.freebsd.org:/usr/src/sys/amd64/compile/PHO amd64
I also did a buildkernel. I did not observe any issues.
I ran a buildkernel and a few other test with D41154.125493.patch.
I did not observe any issues.
With D41154.125484.patch I now see:
igb0: <Intel(R) I350 (Copper)> port 0xd020-0xd03f mem 0xfb320000-0xfb33ffff,0xfb344000-0xfb347fff irq 16 at device 0.0 on pci8 igb0: EEPROM V1.63-0 eTrack 0x800009fa igb0: Using 1024 TX descriptors and 1024 RX descriptors igb0: queue equality override not set, capping rx_queues at 6 and tx_queues at 6 igb0: Usin db> show panic panic: vm_phys_enq_range: page 0xfffffe0002fd4c18 and npages 0 are misaligned db> x/s version version: FreeBSD 14.0-CURRENT #0 main-n264491-8a5c836b51ce2-dirty: Thu Aug 3 06:23:37 CEST 2023\012 pho@mercat1.netperf.freebsd.org:/usr/sr db> bt Tracing pid 37 tid 100210 td 0xfffffe010e620900 kdb_enter() at kdb_enter+0x32/frame 0xfffffe010db821f0 vpanic() at vpanic+0x17a/frame 0xfffffe010db82240 panic() at panic+0x43/frame 0xfffffe010db822a0 vm_phys_enq_range() at vm_phys_enq_range+0x11d/frame 0xfffffe010db822b0 vm_phys_alloc_npages() at vm_phys_alloc_npages+0x5a6/frame 0xfffffe010db82320 vm_page_zone_import() at vm_page_zone_import+0xa7/frame 0xfffffe010db82370 zone_alloc_item() at zone_alloc_item+0x78/frame 0xfffffe010db823c0 vm_page_alloc_domain_after() at vm_page_alloc_domain_after+0x151/frame 0xfffffe010db82450 vm_page_alloc() at vm_page_alloc+0x64/frame 0xfffffe010db824b0 vm_fault_allocate() at vm_fault_allocate+0x1a5/frame 0xfffffe010db82520 vm_fault() at vm_fault+0x448/frame 0xfffffe010db82650 vm_fault_trap() at vm_fault_trap+0x6f/frame 0xfffffe010db82690 trap_pfault() at trap_pfault+0x24a/frame 0xfffffe010db82700 calltrap() at calltrap+0x8/frame 0xfffffe010db82700 --- trap 0xc, rip = 0xffffffff8104db36, rsp = 0xfffffe010db827d0, rbp = 0xfffffe010db827d0 --- copyout_nosmap_erms() at copyout_nosmap_erms+0x156/frame 0xfffffe010db827d0 elf64_load_sections() at elf64_load_sections+0x283/frame 0xfffffe010db82860 elf64_load_file() at elf64_load_file+0x280/frame 0xfffffe010db828c0 elf64_load_interp() at elf64_load_interp+0x67/frame 0xfffffe010db82900 exec_elf64_imgact() at exec_elf64_imgact+0xe01/frame 0xfffffe010db829f0 kern_execve() at kern_execve+0x772/frame 0xfffffe010db82d80 sys_execve() at sys_execve+0x58/frame 0xfffffe010db82e00 amd64_syscall() at amd64_syscall+0x14f/frame 0xfffffe010db82f30 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe010db82f30 --- syscall (59, FreeBSD ELF64, execve), rip = 0x254589a5b30a, rsp = 0x2545874dfdf8, rbp = 0x2545874dff40 --- db> db> show proc Process 37 (sh) at 0xfffffe010e96b000: state: NORMAL uid: 0 gids: 0 parent: pid 20 at 0xfffffe003ce595c0 ABI: FreeBSD ELF64 flag: 0x14000002 flag2: 0 arguments: /bin/sh -o verify /etc/rc autoboot reaper: 0xfffffe00e4c65040 reapsubtree: 1 sigparent: 20 vmspace: 0xfffffe010e95a860 (map 0xfffffe010e95a860) (map.pmap 0xfffffe010e95a920) (pmap 0xfffffe010e95a990) threads: 1 100210 Run CPU 0 sh db> ``
Jul 31 2023
Jul 24 2023
I ran tests with D40979.id124949.diff on both amd64 and i386. 8 hours on i386 and some 20 hours on amd64.
FreeBSD 14.0-CURRENT i386 1400093 #0 main-n264276-22dca7acf7756-dirty FreeBSD 14.0-CURRENT #0 main-n264276-22dca7acf7756-dirty (amd64)
No problems observed.
Jul 21 2023
Jul 19 2023
A buildworld with D41092.id124866.diff added to 239597e0309d4 doesn't compile for me:
===> lib/libthr (obj,all,install) cc -march=i686 -mmmx -msse -msse2 -target x86_64-unknown-freebsd14.0 -m32 -DCOMPAT_LIBCOMPAT=\"32\" -DCOMPAT_libcompat=\"32\" -DCOMPAT_LIB32 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -B/usr/obj/usr/src/amd64.amd64/tmp/usr/lib32 -O2 -pipe -fno-common -DPTHREAD_KERNEL -I/usr/src/lib/libc/include -I/usr/src/lib/libc/i386 -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/arch/i386/include -I/usr/src/lib/libthr/sys -I/usr/src/libexec/rtld-elf -I/usr/src/libexec/rtld-elf/i386 -I/usr/src/lib/libthread_db -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREAD_PSC_SIZE=11 -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -mno-avx2 -MD -MF.depend.thr_pshared.o -MTthr_pshared.o -std=gnu99 -Wno-format-zero-length -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wnested-externs -Wold-style-definition -Wno-pointer-sign -Wdate-time -Wmissing-variable-declarations -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=unused-but-set-parameter -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_pshared.c -o thr_pshared.o /usr/src/lib/libthr/thread/thr_pshared.c:137:4: error: call to undeclared function 'atomic_add_rel_64'; ISO C99 and later do not support implicit function declarations [-Werror,-Wimplicit-function-declaration] PSHARED_HTGEN_INVALIDATE(); ^ /usr/src/lib/libthr/thread/thr_pshared.c:68:36: note: expanded from macro 'PSHARED_HTGEN_INVALIDATE' #define PSHARED_HTGEN_INVALIDATE() atomic_add_rel_64(&pshared_htgen, 1) ^ /usr/src/lib/libthr/thread/thr_pshared.c:137:4: note: did you mean 'atomic_add_long'? /usr/src/lib/libthr/thread/thr_pshared.c:68:36: note: expanded from macro 'PSHARED_HTGEN_INVALIDATE' #define PSHARED_HTGEN_INVALIDATE() atomic_add_rel_64(&pshared_htgen, 1) ^ /usr/obj/usr/src/amd64.amd64/tmp/usr/include/i386/atomic.h:602:1: note: 'atomic_add_long' declared here ATOMIC_ASM(add, long, "addl %1,%0", "ir", v); ^ /usr/obj/usr/src/amd64.amd64/tmp/usr/include/i386/atomic.h:105:26: note: expanded from macro 'ATOMIC_ASM' static __inline void \ ^ <scratch space>:208:1: note: expanded from here atomic_add_long ^ /usr/src/lib/libthr/thread/thr_pshared.c:158:10: error: call to undeclared function 'atomic_load_acq_64'; ISO C99 and later do not support implicit function declarations [-Werror,-Wimplicit-function-declaration] htgen = atomic_load_acq_64(&pshared_htgen); ^ /usr/src/lib/libthr/thread/thr_pshared.c:158:10: note: did you mean 'atomic_load_acq_int'? /usr/obj/usr/src/amd64.amd64/tmp/usr/include/i386/atomic.h:611:1: note: 'atomic_load_acq_int' declared here ATOMIC_LOADSTORE(int); ^ /usr/obj/usr/src/amd64.amd64/tmp/usr/include/i386/atomic.h:606:2: note: expanded from macro 'ATOMIC_LOADSTORE' ATOMIC_LOAD(TYPE); \ ^ /usr/obj/usr/src/amd64.amd64/tmp/usr/include/i386/atomic.h:253:30: note: expanded from macro 'ATOMIC_LOAD' static __inline u_##TYPE \ ^ <scratch space>:241:1: note: expanded from here atomic_load_acq_int ^ /usr/src/lib/libthr/thread/thr_pshared.c:243:4: error: call to undeclared function 'atomic_add_rel_64'; ISO C99 and later do not support implicit function declarations [-Werror,-Wimplicit-function-declaration] PSHARED_HTGEN_INVALIDATE(); ^ /usr/src/lib/libthr/thread/thr_pshared.c:68:36: note: expanded from macro 'PSHARED_HTGEN_INVALIDATE' #define PSHARED_HTGEN_INVALIDATE() atomic_add_rel_64(&pshared_htgen, 1) ^ /usr/src/lib/libthr/thread/thr_pshared.c:322:2: error: call to undeclared function 'atomic_add_rel_64'; ISO C99 and later do not support implicit function declarations [-Werror,-Wimplicit-function-declaration] PSHARED_HTGEN_INVALIDATE(); ^ /usr/src/lib/libthr/thread/thr_pshared.c:68:36: note: expanded from macro 'PSHARED_HTGEN_INVALIDATE' #define PSHARED_HTGEN_INVALIDATE() atomic_add_rel_64(&pshared_htgen, 1) ^ 4 errors generated. *** Error code 1
Jul 14 2023
I ran tests for 16 hours with D40936.id124419.diff on
[pho@mercat1 /usr/src/sys/amd64/compile/PHO]$ uname -a FreeBSD mercat1.netperf.freebsd.org 14.0-CURRENT FreeBSD 14.0-CURRENT #0 main-n264144-1cd9788408aa9-dirty: Thu Jul 13 21:09:42 CEST 2023 pho@mercat1.netperf.freebsd.org:/usr/src/sys/amd64/compile/PHO amd64 [pho@mercat1 /usr/src/sys/amd64/compile/PHO]$
No issues observed.
Jul 11 2023
Jul 9 2023
I ran test with D40807.id124308.diff for 15 hours without seeing any issues. This on:
FreeBSD mercat1.netperf.freebsd.org 14.0-CURRENT FreeBSD 14.0-CURRENT #0 main-n264058-5fee12e18967d-dirty: Sat Jul 8 16:35:55 CEST 2023 pho@mercat1.netperf.freebsd.org:/usr/src/sys/amd64/compile/PHO amd64
Jul 6 2023
I ran tests with D40775.124202.patch on both i386 and amd64 for 8 hours.
I ran tests with D40775.123968.patch for a day without observing any issues.
Jun 30 2023
I ran tests with D40775.123968.patch for a day without observing any issues.
Jun 27 2023
I ran tests with D40746.id123750.diff for 10 hours without seeing any issues.
Jun 21 2023
Jun 13 2023
Jun 8 2023
May 27 2023
May 22 2023
May 1 2023
Apr 25 2023
Apr 24 2023
I ran the unionfs tests for a day and a half with the D39767.120881.patch. I did not see any problems.
Apr 22 2023
Apr 19 2023
Apr 14 2023
Apr 10 2023
Apr 8 2023
Apr 3 2023
Apr 1 2023
I added a counter to the fix in vfs_lookup.c The problem test triggered this three time in a three hour test.
This was followed by all of the unions tests for seven hours.
I ran a mix of stress2 tests for two days without seeing any (related) problems.
Mar 28 2023
I've been trying to recreate the issue for the last 8 hours. I'll let the test run for a day or two.
I ran into this problem:
Mar 22 2023
Mar 19 2023
Mar 18 2023
Mar 17 2023
Mar 16 2023
Mar 6 2023
OK. LGTM.
Feb 28 2023
I found a disk image to reproduce this panic:
Feb 27 2023
Yes, thank you. That fixed the issue for me. I ran some more tests and uploaded some images you may find interesting:
https://people.freebsd.org/~pho/diskimages.20230227.txz
Feb 25 2023
During tests I found this problem with what appers to be a looping fsck_ffs:
Feb 20 2023
Feb 19 2023
This seems to have broken "-O1". For example:
Feb 14 2023
Feb 11 2023
Feb 6 2023
Jan 30 2023
Jan 22 2023
Jan 14 2023
Jan 10 2023
Jan 3 2023
Dec 20 2022
Dec 14 2022
I ran a full stress2 test with D37478.114064.patch. No problems seen.