> On 14 Feb 2020, at 19:18, Ed Maste wrote:
>
> Upstream OpenSSH-portable removed libwrap support in version 6.7,
> released in October 2014. We've maintained a patch in our tree to
> restore it, but it causes friction on each OpenSSH update and may
> introduce security vulnerabilities not
[artifact.ci kernel bisect result included.]
On 2020-Feb-16, at 14:46, Mark Millard wrote:
> [Also seen on prior head -r527529 context.]
>
> I've got two contexts with powerd running
> (both have non-debug kernels and worlds):
>
> A) A system for old PowerMac G5's. It does not and did not
>
[Also seen on prior head -r527529 context.]
I've got two contexts with powerd running
(both have non-debug kernels and worlds):
A) A system for old PowerMac G5's. It does not and did not
have the problem.
B) A system for an Orange Pi+ 2ed (armv7, specifically
CortexA7) that does. (No
The step size of 1/8 degree C/K is documented in the public BKDG (prior to
17h) and PPR (17h+) documents available on AMD’s website, at least for
relatively recent models. I don’t know about very old models (really
anything older than 17h, although I’ve looked at the 15h docs some).
Best,
Conrad
On Mon, 17 Feb 2020 05:52:33 +1100 Peter Jeremy pe...@rulingia.com said
On 2020-Feb-13 13:27:17 -0800, Chris wrote:
>My BIOS appears to have the correct temp reading. Would it be of any use
>to anyone besides myself, if I were to decompile it, and get the source
>for the temp
On 2020-Feb-13 13:27:17 -0800, Chris wrote:
>My BIOS appears to have the correct temp reading. Would it be of any use
>to anyone besides myself, if I were to decompile it, and get the source
>for the temp reading/monitoring from it?
I would definitely like to have this information. If you are
Hello freebsd-current,
Any kernel built from r356096 and later (till r357508 at least) panics
early (sometimes too early to print proper panic diagnostics!) with page
fault on this system when I have these options enabled in kernel config:
options RANDOM_LOADABLE
options RANDOM_ENABLE_UMA
It
