BSD Commit Log Search

Merge branch 'hardened/current/master' into hardened/current/uninit-autoinit

Merge remote-tracking branch 'origin/hardened/current/master' into hardened/current/cross-dso-cfi

Conflicts:
        Makefile.inc1 (unresolved)
        share/man/man5/src.conf.5 (unresolved)
        share/mk/src.opts.mk (unresolved)
        share/mk/sys.mk (unresolved)

MFH

Sponsored by:   Rubicon Communications, LLC (netgate.com)

MFH

Sponsored by:   Rubicon Communications, LLC (netgate.com)

Merge ^/head r364251 through r364263.

Merge ^/head r364251 through r364263.

Merge branch 'freebsd/current/master' into hardened/current/master

* freebsd/current/master:
  witness(4): Print stack of prior observed lock order on reversal
  pcg-c: Add 'static' to inline function definitions
  Correct the mask byte order when checking for reserved bits.
  RISC-V: copy kernelname from the environment

pcg-c: Add 'static' to inline function definitions

Make the inlines static to avoid kernel build failure with Clang 11 on i386.
(The issue was not observed with Clang 10, currently in tree; reproduction
depends on compiler inlining choices.)

The compiler may choose not to inline 'bare' C inlines, and in that case
expects a symbol of the same name will be available.  It does not
automatically define that symbol at use, because of traditional C linking
semantics. (In contrast, C++ does define it, and then deduplicates redundant
definitions at link).  As we do not instantiate the C99 inline ('extern
inline ...;'), the linker errors with "undefined symbol."

Reported by:    dim
Tested by:      dim
Fixes:          r364219

pcg-c: Add 'static' to inline function definitions

Make the inlines static to avoid kernel build failure with Clang 11 on i386.
(The issue was not observed with Clang 10, currently in tree; reproduction
depends on compiler inlining choices.)

The compiler may choose not to inline 'bare' C inlines, and in that case
expects a symbol of the same name will be available.  It does not
automatically define that symbol at use, because of traditional C linking
semantics. (In contrast, C++ does define it, and then deduplicates redundant
definitions at link).  As we do not instantiate the C99 inline ('extern
inline ...;'), the linker errors with "undefined symbol."

Reported by:    dim
Tested by:      dim
Fixes:          r364219

Merge ^/head r364082 through r364250.

Merge ^/head r364082 through r364250.

Merge branch 'freebsd/current/master' into hardened/current/master

* freebsd/current/master:
  Add prng(9) API
  Fix a typo in the cpp macro defined for PIC.
  Move rtzone handling code to net/route_ctl.c
  TCP Cubic: Have Fast Convergence Heuristic work for ECN, and align concave region
  TCP Cubic: After leaving slowstart fix unintended cwnd jump.
  Improve SACK support code for RFC6675 and PRR

Add prng(9) API

Add prng(9) as a replacement for random(9) in the kernel.

There are two major differences from random(9) and random(3):

- General prng(9) APIs (prng32(9), etc) do not guarantee an
  implementation or particular sequence; they should not be used for
  repeatable simulations.

- However, specific named API families are also exposed (for now: PCG),
  and those are expected to be repeatable (when so-guaranteed by the named
  algorithm).

Some minor differences from random(3) and earlier random(9):

- PRNG state for the general prng(9) APIs is per-CPU; this eliminates
  contention on PRNG state in SMP workloads.  Each PCPU generator in an
  SMP system produces a unique sequence.

    [14 lines not shown]

Add prng(9) API

Add prng(9) as a replacement for random(9) in the kernel.

There are two major differences from random(9) and random(3):

- General prng(9) APIs (prng32(9), etc) do not guarantee an
  implementation or particular sequence; they should not be used for
  repeatable simulations.

- However, specific named API families are also exposed (for now: PCG),
  and those are expected to be repeatable (when so-guaranteed by the named
  algorithm).

Some minor differences from random(3) and earlier random(9):

- PRNG state for the general prng(9) APIs is per-CPU; this eliminates
  contention on PRNG state in SMP workloads.  Each PCPU generator in an
  SMP system produces a unique sequence.

    [14 lines not shown]

MFH

Sponsored by:   Rubicon Communications, LLC (netgate.com)

MFH

Sponsored by:   Rubicon Communications, LLC (netgate.com)

Merge ^/head r363583 through r363738.

Merge ^/head r363583 through r363738.

Merge branch 'freebsd/current/master' into hardened/current/master

* freebsd/current/master:
  UPDATING: Add a note about running installworld twice
  getblk: Remove a non-sensical LK_NOWAIT | LK_SLEEPFAIL
  getblk: Avoid sleeping on wrong buf in lockless path
  Definition for the 'removable media flag' from word 0 in the Identify page.
  Import PCG-C master, 2019-07-18 (83252d9c23df9c82ecb42210afed61a7b42402d7)
  Fix tinderbox build after r363714
  cache: drop the useless numchecks counter
  Further depessimize priv_check_cred_vfs_generation
  fd: predict in fdrop

Import PCG-C into sys/contrib

The intended (future) use is to provide fast pseudo-random numbers in non-
cryptographic applications.

Import PCG-C into sys/contrib

The intended (future) use is to provide fast pseudo-random numbers in non-
cryptographic applications.