Displaying 1 50 of 493,670 commits (0.024s)

PC-BSD — sys/cddl/contrib/opensolaris/uts/common/fs/zfs zil.c

Reinstate "Execute last ZIO of log commit synchronously." (#70)

It was reverted during new ZIL code import, but should still be valid
latency optimization.

PC-BSD — sys/cddl/contrib/opensolaris/uts/common/fs/zfs zil.c

Reinstate "Execute last ZIO of log commit synchronously."

It was reverted during new ZIL code import, but should still be valid
latency optimization.

PC-BSD — sys/dev/usb usbdevs

 

Merge pull request #69 from freenas/merge_20180116

Fresh merge from FreeBSD stable/11 of 20180116 to FreeNAS 11-stable
∈ Alexander Motin - d567d7b7 - 2018-01-16 16:49:54
Merge remote-tracking branch 'freebsd/stable/11' into merge_20180116
∈ avg - 5652bda0 - 2018-01-16 11:23:21
MFC r327724: usbdevs: add ASMedia vendor ID
Delta File
+1 -0 sys/dev/usb/usbdevs
+1 -0 1 file

PC-BSD — sys/dev/usb usbdevs

Merge remote-tracking branch 'freebsd/stable/11' into merge_20180116
∈ avg - 5652bda0 - 2018-01-16 11:23:21
MFC r327724: usbdevs: add ASMedia vendor ID
Delta File
+1 -0 sys/dev/usb/usbdevs
+1 -0 1 file

PC-BSD — sys/cddl/contrib/opensolaris/uts/common/fs/zfs zfs_vfsops.c

MFC r327725: zfs_mount: restore a bit of ifdef-out illumos code

PC-BSD — sys/ufs/ffs ffs_softdep.c

MFC r327723, r327821:
Generalize the fix from r322757 and apply it to several more places.
Delta File
+46 -34 sys/ufs/ffs/ffs_softdep.c
+46 -34 1 file

PC-BSD — sys/ufs/ffs ffs_softdep.c

MFC r327722:
When handling write completion, take SU lock around calls to
handle_written_XXX() in case of processing the buffer with an error.
Delta File
+6 -4 sys/ufs/ffs/ffs_softdep.c
+6 -4 1 file

PC-BSD — sys/ufs/ffs ffs_vfsops.c

MFC r327721:
Postpone the disassotiation of the background write buffer with devvp
so that buf_complete() sees fully constructed buffer.
Delta File
+1 -1 sys/ufs/ffs/ffs_vfsops.c
+1 -1 1 file

PC-BSD — contrib/llvm/tools/clang/include/clang/AST Expr.h, contrib/llvm/tools/clang/lib/AST Expr.cpp

MFC r327930:

Pull in r314499 from upstream clang trunk (by Daniel Marjamäki):

  [Sema] Suppress warnings for C's zero initializer

  Patch by S. Gilles!

  Differential Revision: https://reviews.llvm.org/D28148

Pull in r314838 from upstream clang trunk (by Richard Smith):

  Suppress -Wmissing-braces warning when aggregate-initializing a
  struct with a single field that is itself an aggregate.

  In C++, such initialization of std::array<T, N> types is guaranteed
  to work by the standard, is completely idiomatic, and the "suggested"
  alternative from Clang was technically invalid.

Together, these suppress unneeded "suggest braces around initialization
of subobject" warnings for C++11 initializer lists.

PC-BSD — lib/libc/stdio fopen.3

MFC r327099:

fopen.1: document truncation

This documentation truncation similar to POSIX and glibc.

PR:        202545
Delta File
+1 -1 lib/libc/stdio/fopen.3
+1 -1 1 file

PC-BSD — sys/amd64/vmm/amd vmcb.h

MFC r327593: Fix a couple of comments in AMD Virtual Machine Control Block structure
Delta File
+2 -2 sys/amd64/vmm/amd/vmcb.h
+2 -2 1 file

PC-BSD — sys/ddb db_sym.c

MFC r326567: ddb: fix validation of cpu id in 'set db_cpu=x'
Delta File
+2 -2 sys/ddb/db_sym.c
+2 -2 1 file

PC-BSD — share/examples/bhyve vmrun.sh

MFC r326140: vmrun.sh: add -A option for AHCI emulation of disk devices
Delta File
+8 -3 share/examples/bhyve/vmrun.sh
+8 -3 1 file

PC-BSD — contrib/llvm/lib/Support/Unix Memory.inc

MFC r327845:

Pull in r316581 from upstream llvm trunk (by John Baldwin):

  Don't try to use a non-existent header on FreeBSD/mips.

  Reviewers: dim

  Differential Revision: https://reviews.llvm.org/D38807

Requested by:        jhb

PC-BSD — sys/geom/mirror g_mirror.c g_mirror_ctl.c

MFC r327700:
Sort and remove unneeded includes.

PC-BSD — share/man/man4 vmm.4

MFC r326281:

Add vmm(4) man page

PR:        205705
Delta File
+105 -0 share/man/man4/vmm.4
+105 -0 1 file

PC-BSD — sys/amd64/amd64 cpu_switch.S genassym.c

MFC r327817:
Rename COMMON_TSS_RSP0 to TSS_RSP0.

PC-BSD — sys/amd64/amd64 support.S, sys/i386/i386 support.s

MFC r327816, r327834:
Update comment explaining the check, to reality.

PC-BSD — lib/libstand Makefile

MFC (conceptually) r327377: Pull in strnlen for sys/boot environment

This is a direct commit to stable/11 due to restructuring of lib/libstand =>
stand/libsa in -HEAD. The diff remains the same and it is simply applied to
the previous location.

MFC r327377: Pull in strnlen from libc

strnlen is not used at the moment, but it will be when libfdt gets updated.
Prepare for the not-so-distant future by pulling in strnlen.
Delta File
+1 -1 lib/libstand/Makefile
+1 -1 1 file

PC-BSD — share/man/man4 vxlan.4

MFC r327448:

Add rc.conf vxlan example
Delta File
+12 -1 share/man/man4/vxlan.4
+12 -1 1 file

PC-BSD — etc services

MFC r327438:

Add VXLAN (RFC 7348) port
Delta File
+1 -0 etc/services
+1 -0 1 file

PC-BSD — sys/cddl/contrib/opensolaris/uts/common/fs/zfs range_tree.c dsl_scan.c

Fix a missed loop condition in sequential scrub, plus some related code.

Ticket: #27773

PC-BSD — sys/cddl/contrib/opensolaris/uts/common/fs/zfs range_tree.c dsl_scan.c

Fix a missed loop condition in sequential scrub, plus some related code.

Ticket: #27773

PC-BSD — sys/boot/fdt fdt_overlay.c fdt_loader_cmd.c

MFC (conceptually) r327376, r327416: Improve libfdt compatibility

This is a direct commit to stable/11 due to restructuring of sys/boot =>
stand in -HEAD. The diff remains the same and it is simply applied to the
previous location.

MFC r327376: stand/fdt: Swap libfdt include order

libfdt.h should be included before fdt.h, as hinted at by all of libfdt/;
standard include order being libfdt.h, libfdt_env.h, fdt.h.

The current include order also causes problems when libfdt gets updated, as
fdt.h requires some definitions from libfdt.h.

MFC r327416: stand/fdt: Make fdt_overlay_apply signature-compatible with
    libfdt

libfdt will assume a writable fdt overlay blob has been passed in, so make
ours compatible to allow easier review when we try to drop libfdt into
place. overlay from the calling context is writable, making it safe to
simply rip out everything related to copying the overlay blob in
fdt_overlay_apply.

I note here that we still have problems: fdt_overlay_apply, both our version
and libfdt's, may fail and have already clobbered the base fdt to some

    [2 lines not shown]

PC-BSD — sys/boot/efi/fdt efi_fdt.c, sys/boot/uboot/fdt uboot_fdt.c

MFC (conceptually) r327350: Consistently apply fdt_overlays

This is a direct commit to stable/11 due to restructuring of sys/boot =>
stand in -HEAD. The diff remains the same and it is simply applied to the
previous location.

MFC r327350: stand/fdt: Consistently apply fdt_overlays

Overlays were previously not applied when U-Boot provides FDT or EFI
provides FDT, only when we load FDT from /boot/dtb given name from U-Boot.

Make all three paths lead to loading fdt_overlays and applying them, so that
fdt_overlays can be expected to Just Work.

PC-BSD — sys/boot/fdt fdt_overlay.c fdt_loader_cmd.c

MFC (conceptually) r327298, r327299: Fix overlay application behavior

This is a direct commit to stable/11 due to restructuring of sys/boot =>
stand in -HEAD. The diff remains the same and it simply applied to the
previous location.

MFC r327298: stand/fdt: Fix loading of multiple fdt_overlays

fdt_load_dtb_overlays was written to unload previous overlay when a new
valid one is come across. fdt_apply_overlays further down is written to
iterate over all .dtbo's currently loaded and apply them one-by-one. Correct
fdt_load_dtb_overlays to stop dropping valid overlays that were previously
loaded and match expectations.

MFC r327299: stand/fdt: Avoid bailout when dtbo has no fixups

In the case of a simple dtbo where fragment uses target-path and the overlay
contains no references, /__fixups__ will not be included by either our dtc
or dtc from ports, but the file still has valid fragments to be applied.

Additional testing found that /__symbols__ might also be omitted if it's
empty, which is not necessarily an error.

PC-BSD — sbin/ifconfig ifvxlan.c, sys/net if_vxlan.c if_vxlan.h

MFC r327375, r327385, r327386:

Add support for IPv6 scoped addresses to vxlan

Advertise IFCAP_LINKSTAT after r326480 added link status support

Add macro for vxlan list mutex lock and unlock
Delta File
+103 -35 sys/net/if_vxlan.c
+24 -30 sbin/ifconfig/ifvxlan.c
+8 -10 sys/net/if_vxlan.h
+135 -75 3 files

PC-BSD — . UPDATING

Add info about SW_WATCHDOG change to be dynamic in the common case.
Delta File
+6 -0 UPDATING
+6 -0 1 file

PC-BSD — share/man/man4 watchdog.4, sys/conf NOTES

MFC r327505:

make SW_WATCHDOG dynamic

Enable the hardclock-based watchdog previously conditional on the
SW_WATCHDOG option whenever hardware watchdogs are not found, and
watchdogd attempts to enable the watchdog. The SW_WATCHDOG option
still causes the sofware watchdog to be enabled even if there is a
hardware watchdog. This does not change the other software-based
watchdog enabled by the --softtimeout option to watchdogd.

Note that the code to reprime the watchdog during kernel core dumps is
no longer conditional on SW_WATCHDOG. I think this was previously a bug.

Reviewed by:    imp alfred bjk
MFC after:      1 week
Relnotes:       yes
Differential Revision:  https://reviews.freebsd.org/D13713

PC-BSD — sys/kern kern_fork.c

MFC r323390:

If the user tries to set kern.randompid to 1 (which is meaningless), set
it to a random value between 100 and 1123, rather than 0 as before.
Delta File
+14 -8 sys/kern/kern_fork.c
+14 -8 1 file

PC-BSD — usr.sbin/bsdinstall/scripts hardening

MFC r324206:

bsdinstall(8) hardening menu: Utilize new kern.randompid=1 behaviour

Enabling the PID randomization option in bsdinstall(8)'s hardening menu
now randomizes the effective value of kern.randompid on each boot.

Previous behaviour:
When kern.randompid was enabled via the the bsdinstall(8) hardening menu,
a random value was generated and placed in the systems /etc/sysctl.conf as
kern.randompid=value
This makes the value of kern.randompid static across reboots.

New behaviour:
When kern.randompid is enabled via the bsdinstall(8) hardening menu, the
line kern.randompid=1 is placed in the systems /etc/sysctl.conf.
This takes advantage of a new kernel feature and makes the value of
kern.randompid be randomized by the kernel on each reboot.

PC-BSD — tools/build/options WITHOUT_LINT WITH_LINT

Fix fallout from applying a patch twice.

Reported by:        jhb@
Pointy hat:        ian@

PC-BSD — sys/dev/ntb/ntb_hw ntb_hw_intel.c

 

Merge branch 'freenas/11-stable' into FIX-27773
∈ Alexander Motin - ca1246fc - 2018-01-12 19:15:28
Partially revert increase of negotiation polling interval. (#68)

This should reduce chance of collision when upgrading from old version
to new, when due to race in the protocol it is possible for one side to
decide that link is up, while another side remains in negotiation.

Ticket:        #27643
(cherry picked from commit 0e952c4889ded5122bcc0da60881fc4e04676cef)
Delta File
+1 -1 sys/dev/ntb/ntb_hw/ntb_hw_intel.c
+1 -1 1 file

PC-BSD — sys/dev/ntb/ntb_hw ntb_hw_intel.c

Partially revert increase of negotiation polling interval. (#68)

This should reduce chance of collision when upgrading from old version
to new, when due to race in the protocol it is possible for one side to
decide that link is up, while another side remains in negotiation.

Ticket:        #27643
(cherry picked from commit 0e952c4889ded5122bcc0da60881fc4e04676cef)
Delta File
+1 -1 sys/dev/ntb/ntb_hw/ntb_hw_intel.c
+1 -1 1 file

PC-BSD — sys/dev/ntb/ntb_hw ntb_hw_intel.c

Partially revert increase of negotiation polling interval. (#68)

This should reduce chance of collision when upgrading from old version
to new, when due to race in the protocol it is possible for one side to
decide that link is up, while another side remains in negotiation.

Ticket:        #27643
Delta File
+1 -1 sys/dev/ntb/ntb_hw/ntb_hw_intel.c
+1 -1 1 file

PC-BSD — include stdlib.h, sys/sys malloc.h

MFC r327697, r327699:

Use the __result_use_check attribute for reallocf(9).

MFC r327751:
Use the __result_use_check attribute also for reallocf(3).

The GCC attribute causes a warning to be emitted if a caller of the
function with this attribute does not use its return value. Unlike the
traditional realloc, with reallocf(3) we don't have to check for NULL
values but we still have to make sure the result is used.
Delta File
+1 -1 include/stdlib.h
+1 -1 sys/sys/malloc.h
+2 -2 2 files

PC-BSD — sys/dev/ntb/ntb_hw ntb_hw_intel.c

Partially revert increase of negotiation polling interval.

This should reduce chance of collision when upgrading from old version
to new, when due to race in the protocol it is possible for one side to
decide that link is up, while another side remains in negotiation.

Ticket:        #27643
Delta File
+1 -1 sys/dev/ntb/ntb_hw/ntb_hw_intel.c
+1 -1 1 file

PC-BSD — sys/amd64/amd64 machdep.c, sys/dev/cpuctl cpuctl.c

MFC r327597:
Make it possible to re-evaluate cpu_features.

PC-BSD — share/man/man4 smp.4

MFC r327730:
Fix year.
Delta File
+1 -1 share/man/man4/smp.4
+1 -1 1 file

PC-BSD — sbin/dhclient parse.c

MFC r327862

dhclient(8): add missing include

stdbool is technically needed, though we can get away without it due to
header pollution.

Pointy-hat-to:        asomers
Delta File
+2 -0 sbin/dhclient/parse.c
+2 -0 1 file

PC-BSD — tests/sys/geom/class/eli Makefile

MFC r315292

r315292 (by glebius)

Fix buildworld broken in r315230 when /sys doesn't point into a right
source tree.  Usage of SYSDIR is apparently wrong here.

Discussed with: allanjude
Delta File
+1 -1 tests/sys/geom/class/eli/Makefile
+1 -1 1 file

PC-BSD — etc/rc.d ntpd

MFC 327737:

USNO and possibly others have misinterpreted the maining of the
leapseconds last-update field and incorrectly increment it when changing
the file even though the leapsecond data has not changed. For instance,
if a leapsecond file is obtained from USNO, when it expires it will not
be replaced by a newer file from other sources because it has an
incorrect later last-update (version).

This corrects r304780.

PR:                225029
Submitted by:        ian
Delta File
+3 -3 etc/rc.d/ntpd
+3 -3 1 file

PC-BSD — sys/cddl/contrib/opensolaris/uts/common/fs/zfs dsl_scan.c

Make the whitespace match zfsonlinux better, per Alexander.

PC-BSD — sys/cddl/contrib/opensolaris/uts/common/fs/zfs dsl_scan.c

Make the whitespace match zfsonlinux better, per Alexander.

PC-BSD — sys/boot/geli Makefile, sys/geom/eli g_eli_hmac.c pkcs5v2.c

    MFC r313962, r313972-r313973, r315230
    
    r313962 by allanjude:
    improve PBKDF2 performance
    
    The PBKDF2 in sys/geom/eli/pkcs5v2.c is around half the speed it could be
    
    GELI's PBKDF2 uses a simple benchmark to determine a number of iterations
    that will takes approximately 2 seconds. The security provided is actually
    half what is expected, because an attacker could use the optimized
    algorithm to brute force the key in half the expected time.
    
    With this change, all newly generated GELI keys will be approximately 2x
    as strong. Previously generated keys will talk half as long to calculate,
    resulting in faster mounting of encrypted volumes. Users may choose to
    rekey, to generate a new key with the larger default number of iterations
    using the geli(8) setkey command.
    
    Security of existing data is not compromised, as ~1 second per brute force
    attempt is still a very high threshold.
    
    PR:                202365
    Original Research:        https://jbp.io/2015/08/11/pbkdf2-performance-matters/
    Submitted by:        Joe Pixton <jpixton at gmail.com> (Original Version), jmg (Later 
Version)

    [52 lines not shown]

PC-BSD — contrib/netbsd-tests/lib/libc/sys t_mlock.c t_setrlimit.c, lib/libc/tests/sys mlock_helper.c Makefile

MFC r309373 (by bdrewery)

Fix setrlimit_test:setrlimit_memlock when the system has exceeded vm.max_wired.

This uses the same fix as r294894 did for the mlock test.  The code from
that commit is moved into a common object file which PROGS supports
building first.

Sponsored by:   Dell EMC Isilon
Differential Revision:  https://reviews.freebsd.org/D8689

PC-BSD — sys/cddl/contrib/opensolaris/uts/common/fs/zfs range_tree.c

Another missed change.

PC-BSD — sys/cddl/contrib/opensolaris/uts/common/fs/zfs range_tree.c

Another missed change.

PC-BSD — sbin/dhclient dhclient.c options.c

MFC r326834, r326853

r326834:
dhclient(8): Don't shift through the sign bit of a signed int

PR:                208007
Submitted by:        Michael McConville <mmcco at mykolab.com>

r326853:
dhclient(8): raise WARNS to 3

Mostly had to fix a lot of signed/unsigned comparison warnings

Sponsored by:        Spectra Logic Corp

PC-BSD — contrib/less main.c

MFC r326799:

less(1): diff reduction vs upstream

No functional change.

Sponsored by:        Spectra Logic Corp
Delta File
+0 -1 contrib/less/main.c
+0 -1 1 file