https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276587
--- Comment #5 from John Baldwin ---
A missed interrupt was the theory in the previous PR (and in that case the
theory was that it was possibly a hardware issue). You can use kgdb on a live
system to investigate stack traces of sleeping th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276587
--- Comment #4 from Joshua Kinard ---
I've not tried learning it yet, but if you have any methods of using dtrace or
the kernel debugger to poke the stuck processes some more and see what's
"stuck". eventually, though, I'll have to abandon
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276587
--- Comment #3 from Joshua Kinard ---
(In reply to John Baldwin from comment #2)
So it looks like I was wrong about ccp(4) seemingly working. It is still
hanging when GEOM is initializing GELI on my swap drives, which I have two in
this s
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276587
John Baldwin changed:
What|Removed |Added
CC||j...@freebsd.org
--- Comment #2 fro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276587
--- Comment #1 from Joshua Kinard ---
Per comment #10 on Bug 253860, this is the 'procstat -kk' command on the PID of
a hung 'sysctl -a' process while ccp(4) is loaded and in use w/ GELI-encrypted
swap partitions:
> # procstat -kk 95687
>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276587
Bug ID: 276587
Summary: ccp(4) causes 'sysctl -a' to hang when reading OID
'kern.geom.conftxt'
Product: Base System
Version: 14.0-RELEASE
Hardware: amd64
