Page MenuHomeDevCentral

Stop to try the binary version of pefs.ko
Open, HighPublic

Event Timeline

PEFS is a kernel driver to offer userland encryption, to allow users to encrypt their own directories.
See https://pefs.io/ for more information.

As stated in D3389, the version of PEFS kernel module in the binary package is always an issue. Until now, the OS simply refused to load the kernel, but this time, it crashed the OS when running kldload pefs.

When loading afterwards the version compiled from the ports against our correct kernel version, everything is fine.

So we should always build it through ports.

/var/log/messages
Sep 30 19:30:40 windriver kernel: Fatal trap 18: integer divide fault while in kernel mode
Sep 30 19:30:40 windriver kernel: cpuid = 6; apic id = 06
Sep 30 19:30:40 windriver kernel: instruction pointer   = 0x20:0xffffffff80e9c064
Sep 30 19:30:40 windriver kernel: stack pointer         = 0x28:0xfffffe0210e9f7c0
Sep 30 19:30:40 windriver kernel: frame pointer         = 0x28:0xfffffe0210e9f860
Sep 30 19:30:40 windriver kernel: code segment          = base 0x0, limit 0xfffff, type 0x1b
Sep 30 19:30:40 windriver kernel:                       = DPL 0, pres 1, long 1, def32 0, gran 1
Sep 30 19:30:40 windriver kernel: processor eflags      = interrupt enabled, resume, IOPL = 0
Sep 30 19:30:40 windriver kernel: current process               = 29282 (kldload)
Sep 30 19:30:40 windriver kernel: rdi: 0000000000000000 rsi: 0000000000000000 rdx: 0000000000000000
Sep 30 19:30:40 windriver kernel: rcx: 0000000000000000  r8: 0000000000200000  r9: 0000000000000000
Sep 30 19:30:40 windriver kernel: rax: 00000000fffffbe0 rbx: 0000000000000000 rbp: fffffe0210e9f860
Sep 30 19:30:40 windriver kernel: r10: 0000000000000000 r11: 3ffffffffffffff8 r12: 00000000fffffc00
Sep 30 19:30:40 windriver kernel: r13: 0000000000000000 r14: 0000000000000000 r15: 1ffffffffffffff8
Sep 30 19:30:40 windriver kernel: trap number           = 18
Sep 30 19:30:40 windriver kernel: panic: integer divide fault
Sep 30 19:30:40 windriver kernel: cpuid = 6
Sep 30 19:30:40 windriver kernel: time = 1727724520
Sep 30 19:30:40 windriver kernel: KDB: stack backtrace:
Sep 30 19:30:40 windriver kernel: #0 0xffffffff80b7fefd at kdb_backtrace+0x5d
Sep 30 19:30:40 windriver kernel: #1 0xffffffff80b32bd1 at vpanic+0x131
Sep 30 19:30:40 windriver kernel: #2 0xffffffff80b32a93 at panic+0x43
Sep 30 19:30:40 windriver kernel: #3 0xffffffff8100091b at trap_fatal+0x40b
Sep 30 19:30:40 windriver kernel: #4 0xffffffff80fd6d48 at calltrap+0x8
Sep 30 19:30:40 windriver kernel: #5 0xffffffff80e9d651 at zone_alloc_item+0x191
Sep 30 19:30:40 windriver kernel: #6 0xffffffff80e9cc04 at zone_ctor+0x5a4
Sep 30 19:30:40 windriver kernel: #7 0xffffffff80e9d651 at zone_alloc_item+0x191
Sep 30 19:30:40 windriver kernel: #8 0xffffffff80e9d2dd at uma_zcreate+0x8d
Sep 30 19:30:40 windriver kernel: #9 0xffffffff8305b788 at pefs_crypto_init+0x28
Sep 30 19:30:40 windriver kernel: #10 0xffffffff830540ef at pefs_init+0xef
Sep 30 19:30:40 windriver kernel: #11 0xffffffff80c06eb6 at vfs_modevent+0x3f6
Sep 30 19:30:40 windriver kernel: #12 0xffffffff80b0dea5 at module_register_init+0x85
Sep 30 19:30:40 windriver kernel: #13 0xffffffff80afeb31 at linker_load_module+0xb81
Sep 30 19:30:40 windriver kernel: #14 0xffffffff80b00664 at kern_kldload+0x164
Sep 30 19:30:40 windriver kernel: #15 0xffffffff80b0077c at sys_kldload+0x5c
Sep 30 19:30:40 windriver kernel: #16 0xffffffff810011c0 at amd64_syscall+0x100
Sep 30 19:30:40 windriver kernel: #17 0xffffffff80fd765b at fast_syscall_common+0xf8