[Bug 271675] cp: Interrupted system call

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271675 Ivan Rozhuk changed: What|Removed |Added Attachment #242505|0 |1 is obsolete|

[Bug 271675] cp: Interrupted system call

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271675 Ivan Rozhuk changed: What|Removed |Added Version|13.2-STABLE |14.0-STABLE -- You are receiving th

[Bug 276420] zfs panic: VERIFY(zio->io_stage == ZIO_STAGE_VDEV_IO_START) failed

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276420 Bug ID: 276420 Summary: zfs panic: VERIFY(zio->io_stage == ZIO_STAGE_VDEV_IO_START) failed Product: Base System Version: 13.2-STABLE Hardware: Any OS:

[Bug 276420] zfs panic: VERIFY(zio->io_stage == ZIO_STAGE_VDEV_IO_START) failed

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276420 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|f...@freebsd.org -- You are receiv

[Bug 276421] Commit b0165dc4539fdfc84351a719b58850e4e7a6cbb6 inhibits initialization of Xen front and backends

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276421 Bug ID: 276421 Summary: Commit b0165dc4539fdfc84351a719b58850e4e7a6cbb6 inhibits initialization of Xen front and backends Product: Base System Version: 15.0-CURRENT H

[Bug 276422] pam_passwdqc(8) - add more examples

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276422 Bug ID: 276422 Summary: pam_passwdqc(8) - add more examples Product: Base System Version: 15.0-CURRENT Hardware: Any OS: Any Status: New Severity: A

[Bug 276422] pam_passwdqc(8) - add more examples

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276422 --- Comment #1 from Marek Zarychta --- Created attachment 247742 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=247742&action=edit patch extending examples -- You are receiving this mail because: You are the assignee for the bu

[Bug 276422] pam_passwdqc(8) - add more examples

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276422 Marek Zarychta changed: What|Removed |Added Keywords||accessibility, dogfood,

[Bug 222639] fork: Time it takes to allocate random PID approach infinity as num_processes approach PID_MAX (related to: sysctl kern.randompid)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222639 Mark Johnston changed: What|Removed |Added Assignee|b...@freebsd.org|m...@freebsd.org Statu

[Bug 276422] pam_passwdqc(8) - add more examples

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276422 Marek Zarychta changed: What|Removed |Added Status|New |Closed Resolution|---

[Bug 276421] Commit b0165dc4539fdfc84351a719b58850e4e7a6cbb6 inhibits initialization of Xen front and backends

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276421 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|virtualizat...@freebsd.org

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 Bug ID: 276426 Summary: amd64: microcode update caused a page fault trying to send data to the logger Product: Base System Version: 13.2-STABLE Hardware: amd64

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 Mark Linimon changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu

[Bug 158340] [rpc] Possible dereference of null pointer by code that calls replay_find()...

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=158340 Mark Linimon changed: What|Removed |Added Status|Open|Closed Resolution|---

[Bug 276428] NEC uPD720200 USB 3.0 Host Controller - Controller Halt/Reset

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276428 Bug ID: 276428 Summary: NEC uPD720200 USB 3.0 Host Controller - Controller Halt/Reset Product: Base System Version: 14.0-RELEASE Hardware: amd64 OS: A

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 Konstantin Belousov changed: What|Removed |Added CC||k...@freebsd.org --- Comment

[Bug 276428] NEC uPD720200 USB 3.0 Host Controller - Controller Halt/Reset

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276428 Mark Linimon changed: What|Removed |Added Keywords||crash Component|kern

[Bug 193235] basename(3) potentially failing with ENOMEM, etc is not documented

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193235 Ridge_Sylvester changed: What|Removed |Added CC||denny1wh...@gmail.com --- Commen

[Bug 193235] basename(3) potentially failing with ENOMEM, etc is not documented

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193235 Mark Johnston changed: What|Removed |Added Status|New |Closed CC|

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 --- Comment #3 from John F. Carr --- Microcode update is late in /etc/rc processing after "Mounting local filesytems" but before a login prompt. SMAP is already enabled before the microcode is updated. The copyout call is bound to copyout

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 Mark Johnston changed: What|Removed |Added Status|New |Open CC|

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 --- Comment #5 from Konstantin Belousov --- In the first message, the backtrace shows copyout_nosmap_std(). Anyway, do you observe a difference in the reported features before and after ucode load? Also, for the trap, disassemble the copy

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 --- Comment #6 from John F. Carr --- The first crash is from AMD Excavator (Family 0x15) running 12.4. That processor is from 2015 and may not have SMAP. The second crash is from AMD Zen 2 (Family 0x17) running 13.2. That processor is fr

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 --- Comment #7 from John F. Carr --- Other thread fields: td->td_critnest=1 which causes trap_pfault to panic before it even checks pcb_onfault td->td_pflags = 0x140 = TDP_DEADLKTREAT|TDP_SIGFASTBLOCK -- You are receiving this mail beca

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 --- Comment #8 from Konstantin Belousov --- (In reply to John F. Carr from comment #7) And what is the backtrace? td_critnest == 1 is extra strange, but pcb_onfault being NULL is also weird. Might be you are looking at wrong td. -- You a

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 --- Comment #9 from John F. Carr --- Here is the complete backtrace (abbreviated form in comment #2) and evaluation of the td variable in that stack. (kgdb) bt #0 __curthread () at /usr/home/jfc/freebsd/src/sys/amd64/include/pcpu_aux.

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 --- Comment #10 from Mark Johnston --- (In reply to Konstantin Belousov from comment #8) td_critnest == 1 is probably a side effect of panic(), which calls spinlock_enter(). -- You are receiving this mail because: You are the assignee for

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 --- Comment #11 from John F. Carr --- The stack trace goes through line 759 in trap.c. In my code that is the if statement here: if (td->td_critnest != 0 || WITNESS_CHECK(WARN_SLEEPOK | WARN_GIANTOK, NU

[Bug 276426] amd64: microcode update caused a page fault trying to send data to the logger

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276426 --- Comment #12 from Konstantin Belousov --- (In reply to Mark Johnston from comment #10) It could be due to panic(), but then it is not clear why trap_pfault() called trap_fatal() at line 759. Either td_critnest was > 0, or we owned some

[Bug 237653] LUA loader cannot choose ZFS pool to boot

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237653 --- Comment #5 from Vladyslav V. Prodan --- There is no way to repeat it yet. You need to have two copies of the kernel... "can’t load ’kernel’" This error is reproduced after exiting the 6th or 7th menu item. 13.2-STABLE 2cd20d9bc SUPPOR

[Bug 276057] crash in xa_destroy() while initializing the i915kms module

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276057 --- Comment #11 from Konstantin Belousov --- (In reply to Donn Seeley from comment #10) Loosing witness support is very undesirable. Could you track the state of the xarray and explicitly reinit it when a call detects that xarray was final

[Bug 237653] LUA loader cannot choose ZFS pool to boot

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237653 --- Comment #6 from Warner Losh --- (In reply to Vladyslav V. Prodan from comment #5) Thanks for the details, but I'm afraid that I'm still not sure how to recreate this problem. Do you have a step by step of what you are doing, and what's

[Bug 276446] make installkernel fails: install: pflow.ko: No such file or directory

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276446 Bug ID: 276446 Summary: make installkernel fails: install: pflow.ko: No such file or directory Product: Base System Version: 15.0-CURRENT Hardware: arm64

[Bug 276446] make installkernel fails: install: pflow.ko: No such file or directory

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276446 Gleb Smirnoff changed: What|Removed |Added Assignee|b...@freebsd.org|k...@freebsd.org --- Comment #1 fr