BSD DOM REP
Buen Dia
Bitcoin Exchange CEX.IO

Actualizaciones de FreeBSD

Base/Head · Ports/Head · Doc/Head · Fecha/Hora en UTC

Secuencia
RevisiĆ³n
Repositorio/Grupo
Autor
Detalle
17/04/2019
9:45 pm
base/head
manu
head/sys/arm/allwinner
Authentication-Results: cloudj.spamtitan.com;
spf=pass smtp.mailfrom=owner-svn-src-head@freebsd.org
smtp.helo=mx2.freebsd.org
Received-SPF: pass
(freebsd.org ... _spf.freebsd.org: 8.8.178.116 is authorized to use 'owner-svn-src-head@freebsd.org' in 'mfrom' identity (mechanism 'ip4:8.8.178.116' matched))
receiver=cloudj.spamtitan.com;
identity=mailfrom;
envelope-from="owner-svn-src-head@freebsd.org";
helo=mx2.freebsd.org;
client-ip=8.8.178.116
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84473157AA74;
Wed, 17 Apr 2019 21:45:20 +0000 (UTC)
(envelope-from manu@FreeBSD.org)
Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org
[IPv6:2610:1c1:1:606c::19:3])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
server-signature RSA-PSS (4096 bits)
client-signature RSA-PSS (4096 bits) client-digest SHA256)
(Client CN "mxrelay.nyi.freebsd.org",
Issuer "Let's Encrypt Authority X3" (verified OK))
by mx1.freebsd.org (Postfix) with ESMTPS id 26715953E7;
Wed, 17 Apr 2019 21:45:20 +0000 (UTC)
(envelope-from manu@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
[IPv6:2610:1c1:1:6068::e6a:0])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client did not present a certificate)
by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 14B29D446;
Wed, 17 Apr 2019 21:45:20 +0000 (UTC)
(envelope-from manu@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id x3HLjJSt035505;
Wed, 17 Apr 2019 21:45:19 GMT (envelope-from manu@FreeBSD.org)
Received: (from manu@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id x3HLjJ22035504;
Wed, 17 Apr 2019 21:45:19 GMT (envelope-from manu@FreeBSD.org)
X-Authentication-Warning: repo.freebsd.org: manu set sender to
manu@FreeBSD.org using -f
To: src-committers@freebsd.org, svn-src-all@freebsd.org,
svn-src-head@freebsd.org
X-Spamd-Result: default: False [-2.96 / 15.00];
local_wl_from(0.00)[FreeBSD.org];
NEURAL_HAM_MEDIUM(-1.00)[-0.999,0];
NEURAL_HAM_SHORT(-0.96)[-0.964,0];
ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US];
NEURAL_HAM_LONG(-1.00)[-1.000,0]
List-Id: SVN commit messages for the src tree for head/-current

List-Unsubscribe: ,

List-Subscribe: ,

X-Original-To: svn-src-head@da3m0n8t3r.com
17/04/2019
8:09 pm
base/head
manu
in head: share/man/man9 sys/conf sys/dev/ofw
Adicional:
head/share/man/man9/ofw_graph.9 (contents, props changed)
head/sys/dev/ofw/ofw_graph.c (contents, props changed)
head/sys/dev/ofw/ofw_graph.h (contents, props changed)
Modificado:
head/sys/conf/files
Log:
ofw_graph: Add functions for graph bindings

Those functions are helpers to work on graph bindings.
graphs are mostly use with video related devices.
See https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/graph.txt?id=4436a3711e3249840e0679e92d3c951bcaf25515

MFC after: 1 month
Differential Revision: https://reviews.freebsd.org/D19877
17/04/2019
7:24 pm
base/head
emaste
head/tools/boot
Modificado:
head/tools/boot/ci-qemu-test.sh
Log:
Put QEMU CI smoke test boot log in /tmp if TMPDIR not set

Sponsored by: The FreeBSD Foundation
17/04/2019
7:16 pm
base/head
emaste
head/tools/boot
Modificado:
head/tools/boot/ci-qemu-test.sh
Log:
Install some entropy for QEMU CI smoke test

See r346250 and followup commits and mailing list discussion.
We currently fail to boot properly in the absense of boot-time entropy.

Sponsored by: The FreeBSD Foundation
17/04/2019
6:08 pm
base/head
kevans
head/sys/conf
Modificado:
head/sys/conf/files
Log:
Compile sha1.c when ether support is included

sha1 is used by ether_gen_addr after r346324. Perhaps in an ideal world we
could detect that the kernel's been compiled without sha1_* bits included
and silently fallback to arc4random instead because these platforms/kernel
configs are far and few between. It's fairly lightweight, though, so just
include it for now.
17/04/2019
5:50 pm
base/head
emaste
head/contrib/elftoolchain/readelf
Modificado:
head/contrib/elftoolchain/readelf/readelf.c
Log:
readelf: use size_t for object counts

PR: 212539
Reported by: cem
Sponsored by: The FreeBSD Foundation
17/04/2019
5:19 pm
base/head
kevans
head/sys/net
Modificado:
head/sys/net/iflib.c
Log:
iflib: Use new ether_gen_addr, restricting addresses to that subset

Differential Revision: https://reviews.freebsd.org/D19587
17/04/2019
5:18 pm
base/head
kevans
head/sys/net
Modificado:
head/sys/net/ethernet.h
head/sys/net/ieee_oui.h
head/sys/net/if_bridge.c
head/sys/net/if_ethersubr.c
head/sys/net/if_vxlan.c
Log:
net: adjust randomized address bits

Give devices that need a MAC a 16-bit allocation out of the FreeBSD
Foundation OUI range. Change the name ether_fakeaddr to ether_gen_addr now
that we're dealing real MAC addresses with a real OUI rather than random
locally-administered addresses.

Reviewed by: bz, rgrimes
Differential Revision: https://reviews.freebsd.org/D19587
17/04/2019
5:00 pm
base/head
emaste
head/contrib/elftoolchain/readelf
Authentication-Results: cloudj.spamtitan.com;
spf=pass smtp.mailfrom=owner-svn-src-head@freebsd.org
smtp.helo=mx2.freebsd.org
Received-SPF: pass
(freebsd.org ... _spf.freebsd.org: 8.8.178.116 is authorized to use 'owner-svn-src-head@freebsd.org' in 'mfrom' identity (mechanism 'ip4:8.8.178.116' matched))
receiver=cloudj.spamtitan.com;
identity=mailfrom;
envelope-from="owner-svn-src-head@freebsd.org";
helo=mx2.freebsd.org;
client-ip=8.8.178.116
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38AB01572465;
Wed, 17 Apr 2019 17:00:17 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org
[IPv6:2610:1c1:1:606c::19:3])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
server-signature RSA-PSS (4096 bits)
client-signature RSA-PSS (4096 bits) client-digest SHA256)
(Client CN "mxrelay.nyi.freebsd.org",
Issuer "Let's Encrypt Authority X3" (verified OK))
by mx1.freebsd.org (Postfix) with ESMTPS id A06BC88845;
Wed, 17 Apr 2019 17:00:16 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
[IPv6:2610:1c1:1:6068::e6a:0])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client did not present a certificate)
by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 7DCA09FD8;
Wed, 17 Apr 2019 17:00:16 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id x3HH0GSa080770;
Wed, 17 Apr 2019 17:00:16 GMT (envelope-from emaste@FreeBSD.org)
Received: (from emaste@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id x3HH0Gfg080769;
Wed, 17 Apr 2019 17:00:16 GMT (envelope-from emaste@FreeBSD.org)
X-Authentication-Warning: repo.freebsd.org: emaste set sender to
emaste@FreeBSD.org using -f
To: src-committers@freebsd.org, svn-src-all@freebsd.org,
svn-src-head@freebsd.org
X-Spamd-Result: default: False [-2.98 / 15.00];
local_wl_from(0.00)[FreeBSD.org];
NEURAL_HAM_SHORT(-0.98)[-0.977,0];
ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US];
NEURAL_HAM_MEDIUM(-1.00)[-0.999,0];
NEURAL_HAM_LONG(-1.00)[-1.000,0]
List-Id: SVN commit messages for the src tree for head/-current

List-Unsubscribe: ,

List-Subscribe: ,

X-Original-To: svn-src-head@da3m0n8t3r.com
17/04/2019
4:58 pm
base/head
adrian
head/lib/libcasper/services/cap_fileargs
Modificado:
head/lib/libcasper/services/cap_fileargs/cap_fileargs.h
Log:
[casper] fix compilation when casper is disabled.

This triggers an error in gcc-mips 6.4.0 complaining about unused arguments.

Tested:

* compiled/run on mips32; nothing complained.
17/04/2019
4:45 pm
base/head
emaste
head/lib/libcasper/services/cap_fileargs
Modificado:
head/lib/libcasper/services/cap_fileargs/cap_fileargs.c
Log:
cap_fileargs: fix test after r346318

Reported by: danfe, mjg
MFC after: 3 weeks
MFC with: r346315
Sponsored by: The FreeBSD Foundation
17/04/2019
4:45 pm
base/head
kp
head/tests/sys/netpfil/pf/ioctl
Modificado:
head/tests/sys/netpfil/pf/ioctl/validation.c
Log:
pf tests: Try to provoke the panic with invalid DIOCRSETTFLAGS

There was an issue with copyin() on DIOCRSETTFLAGS, which would panic if
pfrio_buffer was NULL.
Test for the issue fixed in r346319.

MFC after: 1 week
Event: Aberdeen hackathon 2019
17/04/2019
4:42 pm
base/head
kp
head/sys/netpfil/pf
Modificado:
head/sys/netpfil/pf/pf_ioctl.c
Log:
pf: Fix panic on invalid DIOCRSETTFLAGS

If during DIOCRSETTFLAGS pfrio_buffer is NULL copyin() will fault, which we're
not allowed to do with a lock held.
We must count the number of entries in the table and release the lock during
copyin(). Only then can we re-acquire the lock. Note that this is safe, because
pfr_set_tflags() will check if the table and entries exist.

This was discovered by a local syzcaller instance.

MFC after: 1 week
Event: Aberdeen hackathon 2019
17/04/2019
4:31 pm
base/head
emaste
head/lib/libcasper/services/cap_fileargs
Modificado:
head/lib/libcasper/services/cap_fileargs/cap_fileargs.c
Log:
cap_fileargs: fix GCC build, don't shadow 'stat'

Reported by: ci.freebsd.org
MFC after: 3 weeks
MFC with: r346315
Sponsored by: The FreeBSD Foundation
17/04/2019
4:27 pm
base/head
ian
head/tools/boot
Modificado:
head/tools/boot/ci-qemu-test.sh
Log:
Allow this test script to be run from within src/tools/boot dir, and create
the temporary image in $TMPDIR.

Allow the script to be run from the src/tools/boot directory by using make
-V SRCTOP to find the top of the tree, because this script is handy for
quick smoke-testing of loader changes, as well as being useful in CI testing.

Also, use a temp directory in $TMPDIR to assemble the boot image, and write
the boot log file to $TMPDIR. Arrange to have the temporary image clean
itself up, but leave the log file in $TMPDIR for post-mortem analysis of
failures when the script is run interactively.

Differential Revision: https://reviews.freebsd.org/D19876
17/04/2019
4:18 pm
base/head
emaste
in head: contrib/elftoolchain/strings sbin/savecore
Modificado:
head/contrib/elftoolchain/strings/strings.c
head/sbin/savecore/savecore.c
head/usr.bin/brandelf/brandelf.c
head/usr.bin/head/head.c
head/usr.bin/wc/wc.c
Log:
cap_fileargs: chase r346315, update fileargs_init in consumers

Reported by: ci.freebsd.org (8 times so far)
MFC after: 3 weeks
MFC with: r346315
Sponsored by: The FreeBSD Foundation
17/04/2019
4:02 pm
base/head
emaste
head/lib/libcasper/services/cap_fileargs
Authentication-Results: cloudj.spamtitan.com;
spf=pass smtp.mailfrom=owner-svn-src-head@freebsd.org
smtp.helo=mx2.freebsd.org
Received-SPF: pass
(freebsd.org ... _spf.freebsd.org: 8.8.178.116 is authorized to use 'owner-svn-src-head@freebsd.org' in 'mfrom' identity (mechanism 'ip4:8.8.178.116' matched))
receiver=cloudj.spamtitan.com;
identity=mailfrom;
envelope-from="owner-svn-src-head@freebsd.org";
helo=mx2.freebsd.org;
client-ip=8.8.178.116
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B0F815709EC;
Wed, 17 Apr 2019 16:02:59 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org
[IPv6:2610:1c1:1:606c::19:3])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
server-signature RSA-PSS (4096 bits)
client-signature RSA-PSS (4096 bits) client-digest SHA256)
(Client CN "mxrelay.nyi.freebsd.org",
Issuer "Let's Encrypt Authority X3" (verified OK))
by mx1.freebsd.org (Postfix) with ESMTPS id AA73386007;
Wed, 17 Apr 2019 16:02:58 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
[IPv6:2610:1c1:1:6068::e6a:0])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client did not present a certificate)
by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 8029E970C;
Wed, 17 Apr 2019 16:02:58 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id x3HG2wUK054378;
Wed, 17 Apr 2019 16:02:58 GMT (envelope-from emaste@FreeBSD.org)
Received: (from emaste@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id x3HG2wQq054372;
Wed, 17 Apr 2019 16:02:58 GMT (envelope-from emaste@FreeBSD.org)
X-Authentication-Warning: repo.freebsd.org: emaste set sender to
emaste@FreeBSD.org using -f
To: src-committers@freebsd.org, svn-src-all@freebsd.org,
svn-src-head@freebsd.org
X-Spamd-Result: default: False [-2.97 / 15.00];
local_wl_from(0.00)[FreeBSD.org];
NEURAL_HAM_MEDIUM(-1.00)[-0.999,0];
NEURAL_HAM_LONG(-1.00)[-1.000,0];
NEURAL_HAM_SHORT(-0.97)[-0.967,0];
ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]
List-Id: SVN commit messages for the src tree for head/-current

List-Unsubscribe: ,

List-Subscribe: ,

X-Original-To: svn-src-head@da3m0n8t3r.com
17/04/2019
4:00 pm
base/head
emaste
head/lib/libcasper/services/cap_fileargs
Authentication-Results: cloudj.spamtitan.com;
spf=pass smtp.mailfrom=owner-svn-src-head@freebsd.org
smtp.helo=mx2.freebsd.org
Received-SPF: pass
(freebsd.org ... _spf.freebsd.org: 8.8.178.116 is authorized to use 'owner-svn-src-head@freebsd.org' in 'mfrom' identity (mechanism 'ip4:8.8.178.116' matched))
receiver=cloudj.spamtitan.com;
identity=mailfrom;
envelope-from="owner-svn-src-head@freebsd.org";
helo=mx2.freebsd.org;
client-ip=8.8.178.116
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
by mailman.ysv.freebsd.org (Postfix) with ESMTP id E72ED157076A;
Wed, 17 Apr 2019 16:00:34 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org
[IPv6:2610:1c1:1:606c::19:3])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
server-signature RSA-PSS (4096 bits)
client-signature RSA-PSS (4096 bits) client-digest SHA256)
(Client CN "mxrelay.nyi.freebsd.org",
Issuer "Let's Encrypt Authority X3" (verified OK))
by mx1.freebsd.org (Postfix) with ESMTPS id 8845285ABD;
Wed, 17 Apr 2019 16:00:34 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
[IPv6:2610:1c1:1:6068::e6a:0])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client did not present a certificate)
by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 63AF49571;
Wed, 17 Apr 2019 16:00:34 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id x3HG0Y75049410;
Wed, 17 Apr 2019 16:00:34 GMT (envelope-from emaste@FreeBSD.org)
Received: (from emaste@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id x3HG0Ych049409;
Wed, 17 Apr 2019 16:00:34 GMT (envelope-from emaste@FreeBSD.org)
X-Authentication-Warning: repo.freebsd.org: emaste set sender to
emaste@FreeBSD.org using -f
To: src-committers@freebsd.org, svn-src-all@freebsd.org,
svn-src-head@freebsd.org
X-Spamd-Result: default: False [-2.96 / 15.00];
local_wl_from(0.00)[FreeBSD.org];
NEURAL_HAM_MEDIUM(-1.00)[-0.999,0];
NEURAL_HAM_SHORT(-0.96)[-0.961,0];
ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US];
NEURAL_HAM_LONG(-1.00)[-1.000,0]
List-Id: SVN commit messages for the src tree for head/-current

List-Unsubscribe: ,

List-Subscribe: ,

X-Original-To: svn-src-head@da3m0n8t3r.com
17/04/2019
3:48 pm
base/head
emaste
head/lib/libcasper/services/cap_fileargs
Authentication-Results: cloudj.spamtitan.com;
spf=pass smtp.mailfrom=owner-svn-src-head@freebsd.org
smtp.helo=mx2.freebsd.org
Received-SPF: pass
(freebsd.org ... _spf.freebsd.org: 8.8.178.116 is authorized to use 'owner-svn-src-head@freebsd.org' in 'mfrom' identity (mechanism 'ip4:8.8.178.116' matched))
receiver=cloudj.spamtitan.com;
identity=mailfrom;
envelope-from="owner-svn-src-head@freebsd.org";
helo=mx2.freebsd.org;
client-ip=8.8.178.116
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
by mailman.ysv.freebsd.org (Postfix) with ESMTP id 338ED1570251;
Wed, 17 Apr 2019 15:48:34 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org
[IPv6:2610:1c1:1:606c::19:3])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
server-signature RSA-PSS (4096 bits)
client-signature RSA-PSS (4096 bits) client-digest SHA256)
(Client CN "mxrelay.nyi.freebsd.org",
Issuer "Let's Encrypt Authority X3" (verified OK))
by mx1.freebsd.org (Postfix) with ESMTPS id C6060852F8;
Wed, 17 Apr 2019 15:48:33 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
[IPv6:2610:1c1:1:6068::e6a:0])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client did not present a certificate)
by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 984CE93BD;
Wed, 17 Apr 2019 15:48:33 +0000 (UTC)
(envelope-from emaste@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id x3HFmXZm043821;
Wed, 17 Apr 2019 15:48:33 GMT (envelope-from emaste@FreeBSD.org)
Received: (from emaste@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id x3HFmXHL043820;
Wed, 17 Apr 2019 15:48:33 GMT (envelope-from emaste@FreeBSD.org)
X-Authentication-Warning: repo.freebsd.org: emaste set sender to
emaste@FreeBSD.org using -f
To: src-committers@freebsd.org, svn-src-all@freebsd.org,
svn-src-head@freebsd.org
X-Spamd-Result: default: False [-2.96 / 15.00];
local_wl_from(0.00)[FreeBSD.org];
NEURAL_HAM_MEDIUM(-1.00)[-0.999,0];
NEURAL_HAM_LONG(-1.00)[-1.000,0];
NEURAL_HAM_SHORT(-0.96)[-0.961,0];
ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]
List-Id: SVN commit messages for the src tree for head/-current

List-Unsubscribe: ,

List-Subscribe: ,

X-Original-To: svn-src-head@da3m0n8t3r.com
17/04/2019
3:27 pm
base/head
ian
head/sys/arm/arm
Modificado:
head/sys/arm/arm/generic_timer.c
Log:
Only set up the interrupts that will actually be used in arm generic_timer.

The code previously set up interrupt handlers for all the interrupt
resources available, including for timers that are not in use. That could
lead to interrupt storms. For example, if boot firmware enabled the virtual
timer but the kernel is using the physical timer, it could get flooded with
interrupts on the virtual timer which it cannot shut off. By only setting
up an interrupt handler for the hardware that will actually be used, any
interrupts from other timer units will remain masked in the interrupt
controller.

Differential Revision: https://reviews.freebsd.org/D19871
17/04/2019
2:20 pm
base/head
pfg
head/share/misc
Modificado:
head/share/misc/committers-src.dot
Log:
Add orphan mentee.
17/04/2019
2:12 pm
base/head
pfg
head/share/misc
Modificado:
head/share/misc/committers-ports.dot
Log:
Add myself to ports committers.

Approved by: pfg (mentor)
17/04/2019
3:29 am
base/head
kevans
in head: share/man/man4 sys/conf
Modificado:
head/share/man/man4/fdt.4
head/sys/conf/files
head/sys/conf/kern.post.mk
Log:
fdt: further consolidate DTB building and revise manpage

FDT_DTS_FILE was built separately with a rule in sys/conf/files and
recreated the rules we used in dtb.mk. Now that we have other infrastructure
to build a DTB along with the kernel, fold FDT_DTS_FILE into that since it
doesn't have any special requirements.

fdt(4) never got revised to mention the DTS/DTSO make options, so do that
now.

Reviewed by: imp
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D19736
16/04/2019
10:42 pm
base/head
manu
in head/sys/arm: allwinner conf
Modificado:
head/sys/arm/allwinner/files.allwinner
head/sys/arm/conf/GENERIC
Log:
arm: allwinner: Makes more device optional

MFC after: 2 weeks
16/04/2019
8:41 pm
base/head
emaste
head/share/man/man9
Modificado:
head/share/man/man9/iflibtxrx.9
Log:
iflibtxrx.9: update function descriptions to match implementation

isc_rxd_refill, isc_rxd_flush return nothing, not void *.

isc_txd_credits_update, isc_rxd_available return int, not int *.

isc_txd_credits_update has a bool as final argument, not a uint32_t.
Prior to r315217 it took four arguments; the final two were
uint32_t, bool.

Reported by: Gerald Aryeetey
MFC after: 1 week
Sponsored by: The FreeBSD Foundation
16/04/2019
8:08 pm
base/head
manu
head/usr.sbin/config
Modificado:
head/usr.sbin/config/config.h
head/usr.sbin/config/config.y
Log:
config: Only warn if duplicate option/device comes from the same file

This is useful for arm (possibly other arches too) where we want to have
a GENERIC kernel that only include files for the different SoC. Since
multiple SoCs/Board needs the same device we would need to do either :

Include the device in a generic file
Include the device in each file that really needs it

Option 1 works but if someone wants to create a specific kernel config
(which isn't uncommon for embedded system), he will need to add a lots
of nodevice to it.

Option 2 also works but produce a lots of warnings.

Reviewed by: kevans
MFC after: 2 weeks
Differential Revision: https://reviews.freebsd.org/D19424
16/04/2019
8:06 pm
base/head
manu
head/sys/conf
Modificado:
head/sys/conf/files.arm
Log:
arm: Order files.arm to have cloudabi and annapurna sections

MFC after: 2 weeks
16/04/2019
8:04 pm
base/head
manu
in head/sys: arm/allwinner arm/altera/socfpga
Modificado:
head/sys/arm/allwinner/files.allwinner
head/sys/arm/altera/socfpga/files.socfpga
head/sys/arm/amlogic/aml8726/files.aml8726
head/sys/arm/annapurna/alpine/files.alpine
head/sys/arm/broadcom/bcm2835/files.bcm283x
head/sys/arm/freescale/imx/files.imx5
head/sys/arm/freescale/imx/files.imx6
head/sys/arm/freescale/vybrid/files.vybrid
head/sys/arm/mv/files.arm7
head/sys/arm/mv/files.mv
head/sys/arm/nvidia/tegra124/files.tegra124
head/sys/arm/qemu/files.qemu
head/sys/arm/ralink/files.ralink
head/sys/arm/rockchip/files.rk30xx
head/sys/arm/samsung/exynos/files.exynos5
head/sys/arm/ti/files.ti
head/sys/arm/versatile/files.versatile
head/sys/arm/xilinx/files.zynq7
head/sys/conf/files.arm
Log:
arm: Add kern_clocksource.c directly in files.arm

This files is needed and included in all our config so move it to a common
location.

MFC after: 2 weeks
16/04/2019
7:46 pm
base/head
kib
in head/sys: amd64/amd64 i386/i386
Modificado:
head/sys/amd64/amd64/fpu.c
head/sys/i386/i386/npx.c
Log:
Fix initial x87 state after r345562.

After the referenced commit, we did not set x87 and sse valid bits in
the xstate_bv bitmask for initial fpu state (stored in memory), when
using XSAVE.

The state is loaded into FPU register file to initialize the process
FPU state, and since both bits were clear, the default x87 and SSE
states were loaded. By chance, FreeBSD ABI SSE2 state is same as FPU
initial state, so the bug is not visible for 64bit processes. But on
i386, the precision control should be set to double (53bit mantissa),
instead of the default double extended (64bit mantissa). For 32bit
processes on amd64, kernel reloads control word with the right mask,
which only left native i386 and amd64 native but using x87 as
affected.

Fix it by setting minimal required xstate_bv mask.

Sponsored by: The FreeBSD Foundation
MFC after: 1 week
16/04/2019
7:38 pm
base/head
manu
in head/sys/arm/allwinner: . clk
Adicional:
head/sys/arm/allwinner/aw_gmacclk.c
- copied, changed from r346292, head/sys/arm/allwinner/clk/aw_gmacclk.c
Eliminado:
head/sys/arm/allwinner/clk/
Modificado:
head/sys/arm/allwinner/aw_ccu.c
head/sys/arm/allwinner/files.allwinner
Log:
allwinner: clk: Garbage collect old clock implementation

The old clocks are disconneted from the build since r337344.
Remove all those pseudo drivers. The only one remaining is for gmac
(the ethernet controller) so move it to sys/arm/allwinner.
While here remove a83t support from gmacclk as it is unneeded since r326114.

MFC after: 1 month
16/04/2019
6:47 pm
base/head
cem
in head: . sys/kern
Modificado:
head/UPDATING
head/sys/kern/stack_protector.c
Log:
stack_protector: Add tunable to bypass random cookies

This is a stopgap measure to unbreak installer/VM/embedded boot issues
introduced (or at least exposed by) in r346250.

Add the new tunable, "security.stack_protect.permit_nonrandom_cookies," in
order to continue boot with insecure non-random stack cookies if the random
device is unavailable.

For now, enable it by default. This is NOT safe. It will be disabled by
default in a future revision.

There is follow-on work planned to use fast random sources (e.g., RDRAND on
x86 and DARN on Power) to seed when the early entropy file cannot be
provided, for whatever reason. Please see D19928.

Some better hacks may be used to make the non-random __stack_chk_guard
slightly less predictable (from delphij@ and mjg@); those suggestions are
left for a future revision. I think it may also be plausible to move stack
guard initialization far later in the boot process; potentially it could be
moved all the way to just before userspace is started.

Reported by: many
Reviewed by: delphij, emaste, imp (all w/ caveat: this is a stopgap fix)
Security: yes
Sponsored by: Dell EMC Isilon
Differential Revision: https://reviews.freebsd.org/D19927
16/04/2019
5:12 pm
base/head
cem
in head: . share/man/man9 sys/dev/random sys/sys
Modificado:
head/UPDATING
head/share/man/man9/Makefile
head/share/man/man9/random.9
head/sys/dev/random/random_infra.c
head/sys/dev/random/randomdev.c
head/sys/dev/random/randomdev.h
head/sys/sys/param.h
head/sys/sys/random.h
Log:
random(4): Add is_random_seeded(9) KPI

The imagined use is for early boot consumers of random to be able to make
decisions based on whether random is available yet or not. One such
consumer seems to be __stack_chk_init(), which runs immediately after random
is initialized. A follow-up patch will attempt to address that.

Reported by: many
Reviewed by: delphij (except man page)
Approved by: secteam(delphij)
Differential Revision: https://reviews.freebsd.org/D19926
16/04/2019
4:49 pm
base/head
gallatin
head/sys/sys
Modificado:
head/sys/sys/mbuf.h
Log:
Replace cosqos with numa_domain in mbuf pkthdr

The cosqos field was added nearly 6 years ago in r254804, and it is
still unused by any in-tree consumers. I have a patchset that I'm
working on which aligns many network resources by NUMA domain,
including inps, inpcb lb group, tcp pacing, lagg output link
selection, backing pages for sendfile, and more. It reduces
cross-domain traffic by roughly 50% for a real web workload.

This patchset relies on being able to store the numa domain in the
mbuf, and grabbing the unused cosqos field for this purpose is the
first step in starting to usptream it.

Reviewed by: kib, markj
Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D19862
16/04/2019
3:52 pm
base/head
bde
head/lib/libvgl
Modificado:
head/lib/libvgl/main.c
Log:
Sigh, r346279 was also a test version with the reduced size doubled (so
it was actually double the full size in current kernels where the reduction
is null, so overran the mmapped() buffer).
16/04/2019
3:41 pm
base/head
bde
head/lib/libvgl
Modificado:
head/lib/libvgl/main.c
Log:
Oops, r346278 committed a test version with the change annulled.
16/04/2019
3:31 pm
base/head
bde
head/lib/libvgl
Modificado:
head/lib/libvgl/main.c
Log:
Quick fix for slow clearing and context switches of large frame buffers
with old kernels, by breaking the support for large frame buffers in the
same way as for current kernels.

Large frame buffers may be too large to map into kva, and the kernel
(syscons) only uses the first screen page anyway, so r203535, r205557
and 248799 limit the buffer size in VESA modes to the first screen
page, apparently without noticing that this breaks applications by
using the same limit for user mappings as for kernel mappings. In
vgl, this makes the virtual screen the same as the physical screen.

However, this is almost a feature since clearing and switching large
(usually mostly unused) frame buffers takes too long. E.g., on a 16
year old low-end AGP card it takes about 12 seconds to clear the 128MB
frame buffer in old kernels that map it all and also map it with slow
attributes (e.g., uncacheable). Older PCI cards are even slower, but
usually have less memory. Newer PCIe cards are faster, but may have
many GB of memory. Also, vgl malloc()s a shadow buffer with the same
size as the frame buffer, so large frame buffers are even more wasteful
in applications than in the kernel.

Use the same limit in vgl as in newer kernels.

Virtual screens and panning still work in non-VESA modes that have
more than 1 page. The reduced buffer size in the kernel also breaks
mmap() of the last physical page in modes where the reduced size is
not a multiple of the physical page size. The same reduction in vgl
only reduces the virtual screen size.
16/04/2019
2:28 pm
base/head
bde
head/lib/libvgl
Modificado:
head/lib/libvgl/simple.c
Log:
Fix a variable name in r346215. Clearing of the right of the screen was
broken, except it worked accidentally in most cases where the virtual
screen is larger than the physical screen.
16/04/2019
2:07 pm
base/head
gjb
head/usr.sbin/portsnap/portsnap
Modificado:
head/usr.sbin/portsnap/portsnap/portsnap.conf
Log:
Remove INDEX-10 reference, as 10.x is now EoL.

MFC after: 3 days
Sponsored by: The FreeBSD Foundation
16/04/2019
1:31 pm
base/head
thj
head/share/man/man4
Modificado:
head/share/man/man4/pflog.4
Log:
Update and clarify pflog man page

The pflog0 interface is created when the module is loaded, this can
be triggered by pf and pflogd being enabled or by kldloading the module.

By default the interface would be pflog0, add the ifconfig stage of the
example to make this example clearer.

Reviewed by: kp, bz, bcr, jtl, 0mp
Approved by: jtl (mentor), bz (mentor)
Differential Revision: https://reviews.freebsd.org/D19861
16/04/2019
1:26 pm
base/head
emaste
in head/sys: compat/freebsd32 kern
Modificado:
head/sys/compat/freebsd32/syscalls.master
head/sys/kern/syscalls.master
Log:
correct readlinkat(2) return type

r176215 corrected readlink(2)'s return type and the type of the last
argument. readlink(2) was introduced in r177788 after being developed
as part of Google Summer of Code 2007; it appears to have inherited the
wrong return type.

Man pages and header files were already ssize_t; update syscalls.master
to match.

PR: 197915
Submitted by: Henning Petersen
MFC after: 2 weeks
16/04/2019
12:40 pm
base/head
manu
head/sys/arm/allwinner
Modificado:
head/sys/arm/allwinner/aw_syscon.c
Log:
aw_syscon: Add a new compatible

Since 5.0 DTS the syscon controller have a new compatible as it
exports new subnodes, we currently only use it as a syscon provider
so just add the new compatible.

Tested On: H3
MFC after: 1 month
16/04/2019
12:39 pm
base/head
manu
in head/sys/arm/allwinner: . clkng
Modificado:
head/sys/arm/allwinner/aw_rtc.c
head/sys/arm/allwinner/clkng/ccu_a31.c
head/sys/arm/allwinner/clkng/ccu_a64.c
head/sys/arm/allwinner/clkng/ccu_a83t.c
head/sys/arm/allwinner/clkng/ccu_h3.c
Log:
aw_rtc: Register the clocks

Since latest DTS update the rtc is supposed to register two clocks :

- osc32k (the 32k oscillator on the board that the RTC uses directly and
that other peripheral can use)
- iosc (the internal oscillator of the RTC when available which frequency
depend on the SoC revision)

Since we need the RTC before the proper clock control unit (because it uses
those clocks) attach it a BUS_PASS_BUS + MIDDLE and attach the clock control
unit at BUS_PASS_BUS + LAST for the SoC that requires it.

Tested On: A20, H3, A64

MFC after: 1 month
16/04/2019
12:25 pm
base/head
trasz
head/cddl/usr.sbin/zfsd
Modificado:
head/cddl/usr.sbin/zfsd/Makefile.common
Log:
Drop -g from CFLAGS for zfsd(8). No idea why it was ever there.

Reviewed by: kib, ngie, asomers
MFC after: 2 weeks
Sponsored by: DARPA, AFRL
Differential Revision: https://reviews.freebsd.org/D19915
16/04/2019
11:37 am
base/head
fsu
head/sys/fs/ext2fs
Modificado:
head/sys/fs/ext2fs/ext2_extents.c
Log:
ext2fs: Initial version of DTrace support.

Commit forgotten file.

Reviewed by: pfg, gnn
MFC after: 1 week

Differential Revision: https://reviews.freebsd.org/D19848
16/04/2019
11:20 am
base/head
fsu
head/sys/fs/ext2fs
Modificado:
head/sys/fs/ext2fs/ext2_alloc.c
head/sys/fs/ext2fs/ext2_csum.c
head/sys/fs/ext2fs/ext2_extattr.c
head/sys/fs/ext2fs/ext2_extents.h
head/sys/fs/ext2fs/ext2_extern.h
head/sys/fs/ext2fs/ext2_hash.c
head/sys/fs/ext2fs/ext2_htree.c
head/sys/fs/ext2fs/ext2_inode.c
head/sys/fs/ext2fs/ext2_inode_cnv.c
head/sys/fs/ext2fs/ext2_lookup.c
head/sys/fs/ext2fs/ext2_subr.c
head/sys/fs/ext2fs/ext2_vfsops.c
head/sys/fs/ext2fs/ext2_vnops.c
head/sys/fs/ext2fs/fs.h
Log:
ext2fs: Initial version of DTrace support.

Reviewed by: pfg, gnn
MFC after: 1 week

Differential Revision: https://reviews.freebsd.org/D19848
16/04/2019
9:44 am
base/head
peterj
head/sys/arm/conf
Modificado:
head/sys/arm/conf/RPI-B
Log:
Specify correct Ethernet phy for RPI-B

Correct a typo in the RPI-B ethernet config - the RPi-B includes a
SMC LAN9512 USB bridge and Ethernet 10/100 NIC/phy. The phy part of
this is supported by smscphy.

Tested On: RPi1 Model B

Approved by: grog, jhb (mentors)
MFC after: 3 days
16/04/2019
9:42 am
base/head
peterj
head/sys/arm/broadcom/bcm2835
Modificado:
head/sys/arm/broadcom/bcm2835/bcm2835_cpufreq.c
Log:
Fix cpufreq(4) on RPI-B

Since r324184 the root node compatible for the original Raspberry Pi
is "brcm,bcm2835", add it to the compatible list of bcm2835_cpufreq.

Tested On: RPi1 Model B

Note that the default Das U-Boot FDT does not include a cpus clause
so actually adding a bcm2835_cpufreq device requires adding a FDT
overlay defining the cpu.

Approved by: grog, jhb (mentors)
MFC after: 3 days
16/04/2019
5:11 am
base/head
cy
head/share/misc
Modificado:
head/share/misc/committers-ports.dot
head/share/misc/committers-src.dot
Log:
Document when I received my commit bits.
16/04/2019
4:12 am
base/head
oshogbo
head/contrib/tcpdump
Modificado:
head/contrib/tcpdump/tcpdump.c
Log:
tcpdump: disable Capsicum if -E option is provided.

The -E is used to provide a secret for decrypting IPsec.
The secret may be provided through command line or as the file.
The problem is that tcpdump doesn't support yet opening files in capability mode
and the file may contain a list of the files to open.

As a workaround, for now, let's just disable capsicum if the -E
the option is provided.

PR: 236819
MFC after: 2 weeks
16/04/2019
2:46 am
base/head
mw
head/sys/dev/tpm
Modificado:
head/sys/dev/tpm/tpm20.c
head/sys/dev/tpm/tpm20.h
head/sys/dev/tpm/tpm_crb.c
head/sys/dev/tpm/tpm_tis.c
Log:
Improve tpm20 style

No functional changes to the code are applied.

Submitted by: Kornel Duleba
Obtained from: Semihalf
Sponsored by: Stormshield
16/04/2019
2:28 am
base/head
mw
head/sys/dev/tpm
Modificado:
head/sys/dev/tpm/tpm20.c
head/sys/dev/tpm/tpm20.h
Log:
tpm: Prevent session hijack

Check caller thread id before allowing to read the buffer
to make sure that it can only be accessed by the thread that
did the associated write to the TPM.

Submitted by: Kornel Duleba
Reviewed by: delphij
Obtained from: Semihalf
Sponsored by: Stormshield
Differential Revision: https://reviews.freebsd.org/D19713
16/04/2019
12:41 am
base/head
bdrewery
head/usr.bin/jot
Modificado:
head/usr.bin/jot/jot.c
Log:
Fix 'jot -r 0 start end' to work.

This allows an endless stream of random data within the given bounds.
It already worked if a seed was provided as the 4th argument but not
if one was left out.

In collaboration with: jhb
MFC after: 2 weeks
Relnotes: yes
15/04/2019
9:20 pm
base/head
kevans
head/usr.sbin/config
Modificado:
head/usr.sbin/config/mkmakefile.c
Log:
config(8): replace opteq with a call to strcasecmp

This obscures the comparison slightly less; when option name appear in
files, they are case-insensitive.

MFC after: 1 week
15/04/2019
7:21 pm
base/head
pkubaj
head/share/misc
Modificado:
head/share/misc/committers-ports.dot
Log:
Add myself to committer list.

Approved by: tcberner (mentor)
15/04/2019
6:53 pm
base/head
kevans
in head/usr.sbin/cron: cron crontab
Modificado:
head/usr.sbin/cron/cron/cron.8
head/usr.sbin/cron/cron/do_command.c
head/usr.sbin/cron/crontab/crontab.5
Log:
cron(8): Add MAILFROM ability for crontabs

This changes the sender mail address in a similar fashion to how MAILTO may
change the recipient. The default from address remains unchanged.

MFC after: 1 week
15/04/2019
6:49 pm
base/head
cem
head/lib/libc/stdlib
Modificado:
head/lib/libc/stdlib/random.3
Log:
random.3: Clarify confusing summary

random.3 is only "better" in contrast to rand.3. Both are non-cryptographic
pseudo-random number generators. The opening blurbs of each's DESCRIPTION
section does emphasize this, and correctly directs unfamiliar developers to
arc4random(3). However, the summary (".Nd" or Name description) of random.3
conflicted in tone and message with that warning.

Resolve the conflict by clarifying in the Nd section that random(3) is
non-cryptographic and pseudo-random. Elide the "better" qualifier which
implied a comparison but did not provide a specific object to contrast.

Sponsored by: Dell EMC Isilon
15/04/2019
6:40 pm
base/head
cem
in head: share/man/man4 share/man/man9 sys/dev/random
Modificado:
head/share/man/man4/random.4
head/share/man/man9/random.9
head/sys/dev/random/fortuna.c
head/sys/dev/random/random_harvestq.c
head/sys/dev/random/random_infra.c
head/sys/dev/random/randomdev.c
head/sys/dev/random/randomdev.h
head/sys/kern/kern_mib.c
head/sys/libkern/arc4random.c
head/sys/sys/random.h
Log:
random(4): Block read_random(9) on initial seeding

read_random() is/was used, mostly without error checking, in a lot of
very sensitive places in the kernel -- including seeding the widely used
arc4random(9).

Most uses, especially arc4random(9), should block until the device is seeded
rather than proceeding with a bogus or empty seed. I did not spy any
obvious kernel consumers where blocking would be inappropriate (in the
sense that lack of entropy would be ok -- I did not investigate locking
angle thoroughly). In many instances, arc4random_buf(9) or that family
of APIs would be more appropriate anyway; that work was done in r345865.

A minor cleanup was made to the implementation of the READ_RANDOM function:
instead of using a variable-length array on the stack to temporarily store
all full random blocks sufficient to satisfy the requested 'len', only store
a single block on the stack. This has some benefit in terms of reducing
stack usage, reducing memcpy overhead and reducing devrandom output leakage
via the stack. Additionally, the stack block is now safely zeroed if it was
used.

One caveat of this change is that the kern.arandom sysctl no longer returns
zero bytes immediately if the random device is not seeded. This means that
FreeBSD-specific userspace applications which attempted to handle an
unseeded random device may be broken by this change. If such behavior is
needed, it can be replaced by the more portable getrandom(2) GRND_NONBLOCK
option.

On any typical FreeBSD system, entropy is persisted on read/write media and
used to seed the random device very early in boot, and blocking is never a
problem.

This change primarily impacts the behavior of /dev/random on embedded
systems with read-only media that do not configure "nodevice random". We
toggle the default from 'charge on blindly with no entropy' to 'block
indefinitely.' This default is safer, but may cause frustration. Embedded
system designers using FreeBSD have several options. The most obvious is to
plan to have a small writable NVRAM or NAND to persist entropy, like larger
systems. Early entropy can be fed from any loader, or by writing directly
to /dev/random during boot. Some embedded SoCs now provide a fast hardware
entropy source; this would also work for quickly seeding Fortuna. A 3rd
option would be creating an embedded-specific, more simplistic random
module, like that designed by DJB in [1] (this design still requires a small
rewritable media for forward secrecy). Finally, the least preferred option
might be "nodevice random", although I plan to remove this in a subsequent
revision.

To help developers emulate the behavior of these embedded systems on
ordinary workstations, the tunable kern.random.block_seeded_status was
added. When set to 1, it blocks the random device.

I attempted to document this change in random.4 and random.9 and ran into a
bunch of out-of-date or irrelevant or inaccurate content and ended up
rototilling those documents more than I intended to. Sorry. I think
they're in a better state now.

PR: 230875
Reviewed by: delphij, markm (earlier version)
Approved by: secteam(delphij), devrandom(markm)
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D19744
15/04/2019
5:32 pm
base/head
hselasky
head/sys/dev/usb/controller
Modificado:
head/sys/dev/usb/controller/ehci_pci.c
Log:
Remove superfluous USB keyword.

Discussed with: danfe@
MFC after: 1 week
Sponsored by: Mellanox Technologies
15/04/2019
5:14 pm
base/head
gallatin
head/sys/dev/mlx5/mlx5_en
Modificado:
head/sys/dev/mlx5/mlx5_en/en.h
head/sys/dev/mlx5/mlx5_en/mlx5_en_main.c
head/sys/dev/mlx5/mlx5_en/mlx5_en_rx.c
Log:
mlx5en: Enable new pfil(9) KPI ethernet filtering hooks

This allows efficient filtering at packet ingress on mlx5en.

Note that the packets are filtered (and potentially dropped) *before*
the driver has committed to (re)allocating an mbuf for the
packet. Dropped packets are treated essentially the same as an
error. Nothing is allocated, and the existing buffer is recycled. This
allows us to drop malicious packets at close to line rate with very
little CPU use.

Reviewed by: hselasky, slavash, kib
Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D19063
15/04/2019
2:32 pm
base/head
hselasky
head/sys/dev/usb/controller
Modificado:
head/sys/dev/usb/controller/ehci_pci.c
Log:
Fix spelling.

Submitted by: Dmitry Luhtionov
MFC after: 1 week
Sponsored by: Mellanox Technologies
15/04/2019
1:41 pm
base/head
emaste
head/sys/dev/uart
Modificado:
head/sys/dev/uart/uart_bus.h
head/sys/dev/uart/uart_cpu_arm64.c
head/sys/dev/uart/uart_dev_pl011.c
Log:
Add quirk for ignoring SPCR AccessWidth values on the PL011 UART

The SPCR table on the Lenovo HR330A Ampere eMAG server indicates 8-bit
access, but 32-bit access is required for the PL011 to work.

PL011 on SBSA platforms always supports 32-bit access (and that was
hardcoded here before my EC2 fix), let's use 32-bit access for PL011
and 32BIT interface types.

Tested by emaste on Ampere eMAG and Cavium/Marvell ThunderX2.

Submitted by: Greg V
Reviewed by: andrew, imp (earlier)
Differential Revision: https://reviews.freebsd.org/D19507
15/04/2019
1:03 pm
base/head
kib
in head: lib/libc/stdlib libexec/rtld-elf
Modificado:
head/lib/libc/stdlib/Symbol.map
head/lib/libc/stdlib/atexit.c
head/libexec/rtld-elf/rtld.c
Log:
Fix order of destructors between main binary and libraries.

Since inits for the main binary are run from rtld (for some time), the
rtld_exit atexit(3) handler, which is passed from rtld to the program
entry and installed by csu, is installed after any atexit(3) handlers
installed by main binary constructors. This means that rtld_exit() is
fired before main binary handlers.

Typical C++ static constructors are executed from init (either binary
or libs) but use atexit(3) to ensure that destructors are called in
the right order, independent of the linking order. Also, C++
libraries finalizers call __cxa_finalize(3) to flush library'
atexit(3) entries. Since atexit(3) entry is cleared after being run,
this would be mostly innocent, except that, atexit(rtld_exit) done
after main binary constructors, makes destructors from libraries
executed before destructors for main.

Fix by reordering atexit(rtld_exit) before inits for main binary, same
as it happened when inits were called by csu. Do it using new private
libc symbol with pre-defined ABI.

Reported. tested, and reviewed by: kan
Sponsored by: The FreeBSD Foundation
MFC after: 1 week
15/04/2019
6:33 am
base/head
delphij
head/sbin/fsck_msdosfs
Modificado:
head/sbin/fsck_msdosfs/dir.c
Log:
Don't cast result from malloc().

MFC after: 2 weeks
15/04/2019
3:32 am
base/head
oshogbo
head/lib/libnv/tests
Modificado:
head/lib/libnv/tests/nvlist_send_recv_test.c
Log:
libnv: extend the tests

Add cases for sending file descriptors.

Submitted by: Mindaugas Rasiukevicius
MFC after: 2 weeks
15/04/2019
3:31 am
base/head
oshogbo
head/lib/libnv
Modificado:
head/lib/libnv/msgio.c
Log:
libnv: add support for nvlist_send()/nvlist_recv() on Linux

This may be useful for cross build in the feature.

Submitted by: Mindaugas Rasiukevicius
MFC after: 2 weeks
15/04/2019
1:27 am
base/head
rmacklem
in head/sys: fs/nfs fs/nfsclient kern sys
Modificado:
head/sys/fs/nfs/nfsport.h
head/sys/fs/nfsclient/nfs_clport.c
head/sys/fs/nfsclient/nfs_clstate.c
head/sys/kern/kern_proc.c
head/sys/sys/proc.h
Log:
Fix the NFSv4 client to safely find processes.

r340744 broke the NFSv4 client, because it replaced pfind_locked() with a
call to pfind(), since pfind() acquires the sx lock for the pid hash and
the NFSv4 already holds a mutex when it does the call.
The patch fixes the problem by recreating a pfind_any_locked() and adding the
functions pidhash_slockall() and pidhash_sunlockall to acquire/release
all of the pid hash locks.
These functions are then used by the NFSv4 client instead of acquiring
the allproc_lock and calling pfind().

Reviewed by: kib, mjg
MFC after: 2 weeks
Differential Revision: https://reviews.freebsd.org/D19887
14/04/2019
6:04 pm
base/head
kib
head/libexec/rtld-elf
Modificado:
head/libexec/rtld-elf/Makefile
head/libexec/rtld-elf/debug.h
Log:
ld-elf.so: make LD_DEBUG always functional.

This causes some increase of the dynamic linker size, but benefits of
avoiding compiling private copy or the linker when debugging is
required. definitely worth it.

The dbg() calls can be compiled out by defining LD_NO_DEBUG symbol.

Sponsored by: The FreeBSD Foundation
MFC after: 1 week
14/04/2019
1:37 pm
base/head
bde
head/lib/libvgl
Modificado:
head/lib/libvgl/simple.c
Log:
For writing and reading single pixels, avoid some pessimizations for
depths > 8. Add some smaller optimizations for these depths. Use a
more generic method for all depths >= 8, although this gives tiny
pessimizations for these depths.

For clearing the whole frame buffer, avoid the same pessimizations
for depths > 8. Add some larger optimizations for these depths. Use
an even more generic method for all depths >= 8 to give the optimizations
for depths > 8 and a tiny pessimization for depth 8.

The main pessimization was that old versions of bcopy() copy 1 byte at a
time for all trailing bytes. (i386 still does this. amd64 now pessimizzes
large sizes instead of small ones if the CPU supports ERMS. dev/fb gets
this wrong by mostly not using the bcopy() family or the technically correct
bus space functions but by mostly copying 2 bytes at a time using an
unoptimized loop without even volatile declarations to prevent the compiler
rewriting it.)

The sizes here are 1, 2, 3 or 4 bytes, so depths 9-16 were up to twice as
slow as necessary and depths 17-24 were up to 3 times slower than necessary.
Fix this (except depths 17-24 are still up to 2 times slower than necessary)
by using (builtin) memcpy() instead of bcopy() and reorganizing so that the
complier can see the small constant sizes. Reduce special cases while
reorganizing although this is slightly slower than adding special cases.
The compiler inlining (and even -O2 vs -O0) makes little difference compared
with reducing the number of accesses except on modern hardware it gives a
small improvement.

Clearing was also pessimized mainly by the extra accesses. Fix it quite
differently by creating a MEMBUF containing 1 line (in fast memory using
a slow method) and copying this. This is only slightly slower than reducing
everything to efficient memset()s and bcopy()s, but simpler, especially
for the segmented case. This works for planar modes too, but don't use it
then since the old method was actually optimal for planar modes (it works
by moving the slow i/o instructions out of inner loops), while for direct
modes the slow instructions were all in the invisible inner loop in bcopy().

Use htole32() and le32toh() and some type puns instead of unoptimized
functions for converting colors. This optimization is mostly in the noise.
libvgl is only supported on x86, so it could hard-code the assumption that
the byte order is le32, but the old conversion functions didn't hard-code
this.
14/04/2019
10:18 am
base/head
tuexen
head/sys/net
Modificado:
head/sys/net/rtsock.c
Log:
When sending a routing message, don't allow the user to set the
RTF_RNH_LOCKED flag in rtm_flags, since this flag is used only
internally.

Reported by: syzbot+65c676f5248a13753ea0@syzkaller.appspotmail.com
Reviewed by: ae@
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D19898
14/04/2019
12:06 am
base/head
ngie
in head/lib/libpmc: . pmu-events
Adicional:
head/lib/libpmc/Makefile.inc (contents, props changed)
Modificado:
head/lib/libpmc/Makefile
head/lib/libpmc/libpmc_json.cc
head/lib/libpmc/pmu-events/jevents.c
head/lib/libpmc/pmu-events/jevents.h
Log:
Fix warnings with lib/libpmc

* Use `MIN` instead of similar hand rolled macro.
* Sort headers.
* Use `errno.h` instead of `sys/errno.h`.
* Wrap the argument to sizeof in parentheses for clarity.
* Remove `__BSD_VISIBLE` and `_XOPEN_SOURCE` #defines to mute warnings about
incompatible snprintf definitions.

This fixes a number of warnings I've been seeing lately in my builds.

Sort makefile variables per style.Makefile(9) (`CFLAGS`/`CWARNFLAG.gcc`) and
bump `WARNS` to 3.

MFC after: 2 weeks
Reviewed by: jtl
Approved by: jtl (mentor)
MFC after: 1 month
Differential Revision: https://reviews.freebsd.org/D19851
13/04/2019
11:37 pm
base/head
chuck
head/usr.sbin/bhyve
Modificado:
head/usr.sbin/bhyve/pci_emul.c
Log:
Revert r345171 pending review

Backing out commit pending further discussion on the PCIe version
supported by pseudo (i.e. emulated) devices. See Differential for
details.

Reviewed by: imp
Approved by: imp (mentor)
Differential Revision: https://reviews.freebsd.org/D19580
13/04/2019
11:26 pm
base/head
rmacklem
head/usr.bin/nfsstat
Modificado:
head/usr.bin/nfsstat/nfsstat.c
Log:
Fix printing of the line that starts with "LocalOpen...".

When "nfsstat -E -c" was done, the title line starting with "LocalOpen..."
was not being displayed. This was introduced by r328588.

MFC after: 2 weeks
13/04/2019
10:00 pm
base/head
rmacklem
in head/sys: fs/nfsserver modules/nfsd
Modificado:
head/sys/fs/nfsserver/nfs_nfsdserv.c
head/sys/fs/nfsserver/nfs_nfsdstate.c
head/sys/modules/nfsd/Makefile
Log:
Add support for INET6 addresses to the kernel code that dumps open/lock state.

PR#223036 reported that INET6 callback addresses were not printed by
nfsdumpstate(8). This kernel patch adds INET6 addresses to the dump structure,
so that nfsdumpstate(8) can print them out, post-r346190.
The patch also includes the addition of #ifdef INET, INET6 as requested
by bz@.

PR: 223036
Reviewed by: bz, rgrimes
MFC after: 2 weeks
Differential Revision: https://reviews.freebsd.org/D19839
13/04/2019
9:45 pm
base/head
rmacklem
head/usr.sbin/nfsdumpstate
Modificado:
head/usr.sbin/nfsdumpstate/Makefile
head/usr.sbin/nfsdumpstate/nfsdumpstate.c
Log:
Fix nfsdumpstate(8) so that it can print out INET6 callback addresses.

The patch adds support for printing of INET6 callback addresses.
It also adds the #ifdef INET, INET6 as requested by bz@.

PR: 223036
Reviewed by: bz, rgrimes
MFC after: 2 weeks
Differential Revision: https://reviews.freebsd.org/D19839
13/04/2019
4:51 pm
base/head
cem
in head/usr.bin/hexdump: . tests
Modificado:
head/usr.bin/hexdump/hexdump.h
head/usr.bin/hexdump/parse.c
head/usr.bin/hexdump/tests/hexdump_test.sh
Log:
hexdump(1): Exit gracefully on format strings missing conversion

PR: 237263
Submitted by: Bojan Petrovic
13/04/2019
1:59 pm
base/head
asomers
head/share/man/man5
Adicional:
head/share/man/man5/fusefs.5 (contents, props changed)
Modificado:
head/share/man/man5/Makefile
Log:
fusefs: add a fusefs(5) man page

PR: 233393
Reported by: tech-lists@zyxst.net
Reviewed by: cem
MFC after: 2 weeks
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D19651
13/04/2019
1:31 pm
base/head
mckusick
head/sbin/fsck_ffs
Modificado:
head/sbin/fsck_ffs/fsck.h
head/sbin/fsck_ffs/inode.c
head/sbin/fsck_ffs/pass1.c
Log:
Followup to -r344552 in which fsck_ffs checks for a size past the
last allocated block of the file and if that is found, shortens the
file to reference the last allocated block thus avoiding having it
reference a hole at its end.

This update corrects an error where fsck_ffs miscalculated the last
logical block of the file when the file contained a large hole.

Reported by: Jamie Landeg-Jones
Tested by: Peter Holm
MFC after: 2 weeks
Sponsored by: Netflix
13/04/2019
12:50 pm
base/head
vmaffione
head/tests/sys/netmap
Modificado:
head/tests/sys/netmap/ctrl-api-test.c
Log:
netmap: add test cases for multiple host rings

Extend the netmap unit tests with new test cases for the multiple-host-rings
feature introduced by r345269.

MFC after: 1 week
13/04/2019
10:47 am
base/head
tuexen
head/sys/netinet
Modificado:
head/sys/netinet/raw_ip.c
Log:
When sending IPv4 packets on a SOCK_RAW socket using the IP_HDRINCL option,
ensure that the ip_hl field is valid. Furthermore, ensure that the complete
IPv4 header is contained in the first mbuf. Finally, move the length checks
before relying on them when accessing fields of the IPv4 header.
Reported by: jtl@
Reviewed by: jtl@
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D19181
13/04/2019
6:30 am
base/head
imp
in head/sys: amd64/conf arm/conf conf i386/conf
Modificado:
head/sys/amd64/conf/NOTES
head/sys/arm/conf/NOTES
head/sys/conf/NOTES
head/sys/i386/conf/NOTES
head/sys/powerpc/conf/NOTES
head/sys/sparc64/conf/NOTES
Log:
Move mpr/mps drivers from per-arch NOTES files into the MI notes
file. They are in more arches they they aren't. Add appropriate
nodevice directives in powerpc and arm.
13/04/2019
4:46 am
base/head
imp
head/sys/sys
Modificado:
head/sys/sys/time.h
Log:
Fix sbttons for values > 2s

Add test against negative times. Add code to cope with larger values
properly.

Discussed with: bde@ (quite some time ago, for an earlier version)
13/04/2019
4:42 am
base/head
cem
head/usr.bin/sort
Modificado:
head/usr.bin/sort/coll.c
head/usr.bin/sort/coll.h
head/usr.bin/sort/sort.c
Log:
sort(1): Memoize MD5 computation to reduce repeated computation

Experimentally, reduces sort -R time of a 148160 line corpus from about
3.15s to about 0.93s on this particular system.

There's probably room for improvement using some digest other than md5, but
I don't want to look at sort(1) anymore. Some discussion of other possible
improvements in the Test Plan section of the Differential.

PR: 230792
Reviewed by: jhb (earlier version)
Differential Revision: https://reviews.freebsd.org/D19885
13/04/2019
4:03 am
base/head
jhibbits
in head/sys/powerpc: aim conf include ofw powernv powerpc
Modificado:
head/sys/powerpc/aim/mmu_oea64.c
head/sys/powerpc/conf/GENERIC64
head/sys/powerpc/include/intr_machdep.h
head/sys/powerpc/include/ofw_machdep.h
head/sys/powerpc/include/param.h
head/sys/powerpc/include/platform.h
head/sys/powerpc/include/smp.h
head/sys/powerpc/ofw/ofw_machdep.c
head/sys/powerpc/ofw/ofw_pcibus.c
head/sys/powerpc/powernv/opal_pci.c
head/sys/powerpc/powernv/platform_powernv.c
head/sys/powerpc/powerpc/intr_machdep.c
head/sys/powerpc/powerpc/mp_machdep.c
head/sys/powerpc/powerpc/nexus.c
head/sys/powerpc/powerpc/platform.c
head/sys/powerpc/powerpc/platform_if.m
Log:
Add NUMA support to powerpc

Summary:
Initial NUMA support:
- associate CPU with domain
- associate memory ranges with domain
- identify domain for devices
- limit device interrupt binding to appropriate domain

- Additionally fixes a bug in the setting of Maxmem which led to
only memory attached to the first socket being enabled for DMA

A pmap variant can opt in to numa support by by calling `numa_mem_regions`
at the end of pmap_bootstrap - registering the corresponding ranges with the
VM.

This yields a ~20% improvement in build times of llvm on dual socket POWER9
over non-NUMA.

Original patch by mmacy.

Differential Revision: https://reviews.freebsd.org/D17933
13/04/2019
3:32 am
base/head
jhibbits
head/sys/cddl/dev/dtrace/powerpc
Modificado:
head/sys/cddl/dev/dtrace/powerpc/dtrace_asm.S
head/sys/cddl/dev/dtrace/powerpc/dtrace_isa.c
Log:
powerpc/dtrace: Fix dtrace powerpc asm, and simplify stack walking

Fix some execution bugs in the dtrace powerpc asm. addme pulls in the carry
flag which we don't want, and the result wasn't recorded anyways, so the
following beq to check for exit condition wasn't checking the right
condition.

Simplify the stack walking in dtrace_isa.c, so there's only a single walker
that handles both pc and sp. This should make it easier to follow, and any
bugfix that may be needed for walking only needs to be made in one place
instead of two now.

MFC after: 2 weeks
13/04/2019
2:29 am
base/head
jhibbits
head/sys/powerpc/powerpc
Modificado:
head/sys/powerpc/powerpc/clock.c
Log:
powerpc: Add file forgotten in r346144

Forgot to add the changes for DELAY(), which lowers priority during the
delay period. Also, mark the timebase read as volatile so newer GCC does
not optimize it away, as it reportedly does currently.

MFC after: 2 weeks
MFC with: r346144
12/04/2019
6:54 pm
base/head
mav
head/sys/dev/virtio/scsi
Modificado:
head/sys/dev/virtio/scsi/virtio_scsi.c
Log:
Fix SCSI sense data pass through.

MFC after: 1 week
Sponsored by: iXsystems, Inc.
12/04/2019
6:35 pm
base/head
lwhsu
head/usr.bin/mandoc
Modificado:
head/usr.bin/mandoc/Makefile
Log:
Suppress old gcc warning about null format string

This is workaround to make head build on gcc using architectures

Sponsored by: The FreeBSD Foundation
MFC-with: r346149
12/04/2019
6:13 pm
base/head
mav
head/usr.sbin/bhyve
Modificado:
head/usr.sbin/bhyve/pci_virtio_scsi.c
Log:
Fix thread name buffer overflow.

MFC after: 1 week
12/04/2019
5:27 pm
base/head
kib
head/lib/libthr/thread
Modificado:
head/lib/libthr/thread/thr_mutex.c
Log:
Do not access mutex memory after unlock.

PR: 237195
Reported by: freebsd@hurrikhan.eu
Sponsored by: The FreeBSD Foundation
MFC after: 1 week
12/04/2019
5:11 pm
base/head
kib
head/sys/fs/tmpfs
Modificado:
head/sys/fs/tmpfs/tmpfs_vfsops.c
Log:
Ignore doomed vnodes in tmpfs_update_mtime().

Otherwise we might dereference NULL vp->v_data after
VP_TO_TMPFS_NODE().

Reported and tested by: pho
Sponsored by: The FreeBSD Foundation
MFC after: 1 week
12/04/2019
2:18 pm
base/head
trasz
head/sys/kern
Modificado:
head/sys/kern/kern_exec.c
Log:
Remove unneeded conditionals for sv_ functions - all the ABIs
(apart from null_sysvec) define them, so the 'else' branch is
never taken.

Reviewed by: kib
MFC after: 2 weeks
Sponsored by: DARPA, AFRL
Differential Revision: https://reviews.freebsd.org/D19889
12/04/2019
12:46 pm
base/head
tychon
head/sys/vm
Modificado:
head/sys/vm/uma_core.c
Log:
for a cache-only zone the destructor tries to destroy a non-existent keg

Reviewed by: markj
Sponsored by: Dell EMC Isilon
Differential Revision: https://reviews.freebsd.org/D19835
12/04/2019
10:13 am
base/head
bapt
in head: contrib/mandoc usr.bin/mandoc
Adicional:
head/contrib/mandoc/arch.c
- copied unchanged from r346148, vendor/mandoc/dist/arch.c
head/contrib/mandoc/eqn.h
- copied unchanged from r346148, vendor/mandoc/dist/eqn.h
head/contrib/mandoc/eqn_parse.h
- copied unchanged from r346148, vendor/mandoc/dist/eqn_parse.h
head/contrib/mandoc/mandoc_msg.c
- copied unchanged from r346148, vendor/mandoc/dist/mandoc_msg.c
head/contrib/mandoc/mandoc_parse.h
- copied unchanged from r346148, vendor/mandoc/dist/mandoc_parse.h
head/contrib/mandoc/tbl.h
- copied unchanged from r346148, vendor/mandoc/dist/tbl.h
head/contrib/mandoc/tbl_int.h
- copied unchanged from r346148, vendor/mandoc/dist/tbl_int.h
head/contrib/mandoc/tbl_parse.h
- copied unchanged from r346148, vendor/mandoc/dist/tbl_parse.h
Eliminado:
head/contrib/mandoc/st.in
Modificado:
head/contrib/mandoc/INSTALL
head/contrib/mandoc/LICENSE
head/contrib/mandoc/Makefile
head/contrib/mandoc/Makefile.depend
head/contrib/mandoc/NEWS
head/contrib/mandoc/TODO
head/contrib/mandoc/apropos.1
head/contrib/mandoc/att.c
head/contrib/mandoc/cgi.c
head/contrib/mandoc/chars.c
head/contrib/mandoc/config.h
head/contrib/mandoc/configure
head/contrib/mandoc/configure.local.example
head/contrib/mandoc/dbm.c
head/contrib/mandoc/demandoc.c
head/contrib/mandoc/eqn.c
head/contrib/mandoc/eqn_html.c
head/contrib/mandoc/eqn_term.c
head/contrib/mandoc/gmdiff
head/contrib/mandoc/html.c
head/contrib/mandoc/html.h
head/contrib/mandoc/lib.c
head/contrib/mandoc/lib.in
head/contrib/mandoc/libman.h
head/contrib/mandoc/libmandoc.h
head/contrib/mandoc/libmdoc.h
head/contrib/mandoc/main.c
head/contrib/mandoc/main.h
head/contrib/mandoc/man.1
head/contrib/mandoc/man.7
head/contrib/mandoc/man.c
head/contrib/mandoc/man.conf.5
head/contrib/mandoc/man.h
head/contrib/mandoc/man_html.c
head/contrib/mandoc/man_macro.c
head/contrib/mandoc/man_term.c
head/contrib/mandoc/man_validate.c
head/contrib/mandoc/manconf.h
head/contrib/mandoc/mandoc.1
head/contrib/mandoc/mandoc.3
head/contrib/mandoc/mandoc.c
head/contrib/mandoc/mandoc.css
head/contrib/mandoc/mandoc.h
head/contrib/mandoc/mandoc_char.7
head/contrib/mandoc/mandoc_headers.3
head/contrib/mandoc/mandoc_html.3
head/contrib/mandoc/mandocd.c
head/contrib/mandoc/mandocdb.c
head/contrib/mandoc/manpath.c
head/contrib/mandoc/mansearch.c
head/contrib/mandoc/mansearch.h
head/contrib/mandoc/mdoc.7
head/contrib/mandoc/mdoc.c
head/contrib/mandoc/mdoc.h
head/contrib/mandoc/mdoc_argv.c
head/contrib/mandoc/mdoc_html.c
head/contrib/mandoc/mdoc_macro.c
head/contrib/mandoc/mdoc_man.c
head/contrib/mandoc/mdoc_markdown.c
head/contrib/mandoc/mdoc_state.c
head/contrib/mandoc/mdoc_term.c
head/contrib/mandoc/mdoc_validate.c
head/contrib/mandoc/msec.c
head/contrib/mandoc/out.c
head/contrib/mandoc/out.h
head/contrib/mandoc/preconv.c
head/contrib/mandoc/read.c
head/contrib/mandoc/roff.7
head/contrib/mandoc/roff.c
head/contrib/mandoc/roff.h
head/contrib/mandoc/roff_html.c
head/contrib/mandoc/roff_int.h
head/contrib/mandoc/roff_term.c
head/contrib/mandoc/roff_validate.c
head/contrib/mandoc/st.c
head/contrib/mandoc/tag.c
head/contrib/mandoc/tag.h
head/contrib/mandoc/tbl.3
head/contrib/mandoc/tbl.7
head/contrib/mandoc/tbl.c
head/contrib/mandoc/tbl_data.c
head/contrib/mandoc/tbl_html.c
head/contrib/mandoc/tbl_layout.c
head/contrib/mandoc/tbl_opts.c
head/contrib/mandoc/tbl_term.c
head/contrib/mandoc/term.c
head/contrib/mandoc/term.h
head/contrib/mandoc/term_ascii.c
head/contrib/mandoc/term_tab.c
head/contrib/mandoc/test-getsubopt.c
head/contrib/mandoc/test-strcasestr.c
head/contrib/mandoc/test-stringlist.c
head/contrib/mandoc/test-strptime.c
head/contrib/mandoc/test-vasprintf.c
head/contrib/mandoc/test-wchar.c
head/contrib/mandoc/tree.c
head/usr.bin/mandoc/Makefile
Directory Properties:
head/contrib/mandoc/ (props changed)
Log:
Update mandoc to 1.14.5

MFC after: 2 weeks
12/04/2019
12:53 am
base/head
jhibbits
in head/sys/powerpc: include powerpc
Modificado:
head/sys/powerpc/include/cpufunc.h
head/sys/powerpc/powerpc/machdep.c
head/sys/powerpc/powerpc/mp_machdep.c
Log:
powerpc: Adjust priority NOPs, and make them functions

PowerISA 2.07 and PowerISA 3.0 both specify special NOPs for priority
adjustments, with "medium" priority being normal. We had been setting
medium-low as our normal priority. Rather than guess each time as to what
we want and the right NOP, wrap them in inline functions, and replace the
occurrances of the NOPs with the functions. Also, make DELAY() drop to very
low priority while waiting, so we don't burn CPU.

Coupled with r346143, this shaves off a modest 5-8% on buildworld times with
-j72. There may be more room for improvement with judicious use of these
NOPs.

MFC after: 2 weeks
12/04/2019
12:44 am
base/head
jhibbits
in head/sys/powerpc: include powerpc
Modificado:
head/sys/powerpc/include/spr.h
head/sys/powerpc/powerpc/cpu.c
Log:
powerpc64: Increase the nap level on power9 idling

The POWER9 documentation specifies that levels 0-3 are the 'lightest' sleep
level, meaning lowest latency and with no state loss. However, state 3 is
not implemented, and is instead reserved for future chips. This now
properly configures the PSSCR, specifying state 2 as the lowest level to
enter, but request level 0 for quickest sleep level. If the OCC determines
that the CPU can enter states 1 or 2 it will trigger the transition to those
states on demand.

MFC after: 1 week
11/04/2019
8:39 pm
base/head
tuexen
head/sys/netinet
Modificado:
head/sys/netinet/sctputil.c
Log:
Fix an SCTP related locking issue. Don't report that the TCB_SEND_LOCK
is owned, when it is not.

This issue was found by running syzkaller.
MFC after: 1 week
11/04/2019
1:26 pm
base/head
kevans
in head/stand: efi/fdt fdt powerpc/kboot powerpc/ofw
Authentication-Results: cloudj.spamtitan.com;
spf=pass smtp.mailfrom=owner-svn-src-head@freebsd.org
smtp.helo=mx2.freebsd.org
Received-SPF: pass
(freebsd.org ... _spf.freebsd.org: 8.8.178.116 is authorized to use 'owner-svn-src-head@freebsd.org' in 'mfrom' identity (mechanism 'ip4:8.8.178.116' matched))
receiver=cloudj.spamtitan.com;
identity=mailfrom;
envelope-from="owner-svn-src-head@freebsd.org";
helo=mx2.freebsd.org;
client-ip=8.8.178.116
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51DE41584D86;
Thu, 11 Apr 2019 13:26:30 +0000 (UTC)
(envelope-from kevans@FreeBSD.org)
Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org
[IPv6:2610:1c1:1:606c::19:3])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
server-signature RSA-PSS (4096 bits)
client-signature RSA-PSS (4096 bits) client-digest SHA256)
(Client CN "mxrelay.nyi.freebsd.org",
Issuer "Let's Encrypt Authority X3" (verified OK))
by mx1.freebsd.org (Postfix) with ESMTPS id E8C648EC81;
Thu, 11 Apr 2019 13:26:29 +0000 (UTC)
(envelope-from kevans@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
[IPv6:2610:1c1:1:6068::e6a:0])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client did not present a certificate)
by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id C02C4ABB6;
Thu, 11 Apr 2019 13:26:29 +0000 (UTC)
(envelope-from kevans@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id x3BDQTAa086821;
Thu, 11 Apr 2019 13:26:29 GMT (envelope-from kevans@FreeBSD.org)
Received: (from kevans@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id x3BDQSAA086815;
Thu, 11 Apr 2019 13:26:28 GMT (envelope-from kevans@FreeBSD.org)
X-Authentication-Warning: repo.freebsd.org: kevans set sender to
kevans@FreeBSD.org using -f
To: src-committers@freebsd.org, svn-src-all@freebsd.org,
svn-src-head@freebsd.org
Subject: svn commit: r346132 - in head/stand: efi/fdt fdt powerpc/kboot
powerpc/ofw uboot/fdt
X-SVN-Commit-Paths: in head/stand: efi/fdt fdt powerpc/kboot powerpc/ofw
uboot/fdt
X-Spamd-Result: default: False [-2.98 / 15.00];
local_wl_from(0.00)[FreeBSD.org];
NEURAL_HAM_MEDIUM(-1.00)[-0.998,0];
NEURAL_HAM_LONG(-1.00)[-1.000,0];
NEURAL_HAM_SHORT(-0.98)[-0.978,0];
ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]
List-Id: SVN commit messages for the src tree for head/-current

List-Unsubscribe: ,

List-Subscribe: ,

X-Original-To: svn-src-head@da3m0n8t3r.com
11/04/2019
1:01 pm
base/head
emaste
head
Modificado:
head/.cirrus.yml
Log:
Cirrus-CI: pass OVMF env var to test script for upcoming changes

In review D19876 ian@ has some proposed improvements to the
tools/boot/ci-qemu-test.sh script. Start specifying the location of
OVMF.fd fetched by the Cirrus-CI build in advance of those changes.
11/04/2019
11:21 am
base/head
trasz
head/sys/kern
Modificado:
head/sys/kern/imgact_elf.c
Log:
Use shared vnode locks for the ELF interpreter.

Reviewed by: kib
MFC after: 2 weeks
Sponsored by: DARPA, AFRL
Differential Revision: https://reviews.freebsd.org/D19874
11/04/2019
8:01 am
base/head
markj
in head/sys: netinet netinet6
Modificado:
head/sys/netinet/in_mcast.c
head/sys/netinet6/in6_mcast.c
Log:
Reinitialize multicast source filter structures after invalidation.

When leaving a multicast group, a hole may be created in the inpcb's
source filter and group membership arrays. To remove the hole, the
succeeding array elements are copied over by one entry. The multicast
code expects that a newly allocated array element is initialized, but
the code which shifts a tail of the array was leaving stale data
in the final entry. Fix this by explicitly reinitializing the last
entry following such a copy.

Reported by: syzbot+f8c3c564ee21d650475e@syzkaller.appspotmail.com
Reviewed by: ae
MFC after: 2 weeks
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D19872

Open in new window