Displaying 1 50 of 325,931 commits (0.022s)

FreeBSD — head/sys/arm/freescale/imx imx_i2c.c

Add the MODULE_DEPEND()s needed so that the kernel linker can resolve all
the symbols at load time when iicbus is not compiled into the kernel.

FreeBSD — head/sys/modules/i2c/iicbus Makefile

Add iic_recover_bus.c, now part of iicbus.  This should have been added
as part of r320463.

FreeBSD — head/sys/modules/i2c/iicbus Makefile

Arrange SRCS= as 1 file per line, alphabetical, so it's easier to maintain.
Whitespace only, no functional changes.
Delta File
+12 -4 head/sys/modules/i2c/iicbus/Makefile
+12 -4 1 file

FreeBSD — stable/10/sys/dev/atkbdc psm.c

MFC r328864 (Synaptics part only):

psm(4): Fix panic occuring soon after PS/2 packet has been rejected by
synaptics sanity checker.

After packet has been rejected contents of packet buffer is not cleared
with setting of inputbytes counter to 0. So when this packet buffer is
filled again being an element of circular queue, new data appends to old
data rather than overwrites it. This leads to packet buffer overflow
after 10 rounds.

Fix it with setting of packet's inputbytes counter to 0 after rejection.

While here add extra logging of rejected packets.

PR:                222667 (for reference)
Reported by:        Neel Chauhan <neel at neelc.org>
Tested by:        Neel Chauhan <neel at neelc.org>
Delta File
+5 -2 stable/10/sys/dev/atkbdc/psm.c
+5 -2 1 file

FreeBSD — stable/11/sys/dev/atkbdc psm.c

MFC r328864:

psm(4): Fix panic occuring soon after PS/2 packet has been rejected by
synaptics or elantech sanity checker.

After packet has been rejected contents of packet buffer is not cleared
with setting of inputbytes counter to 0. So when this packet buffer is
filled again being an element of circular queue, new data appends to old
data rather than overwrites it. This leads to packet buffer overflow
after 10 rounds.

Fix it with setting of packet's inputbytes counter to 0 after rejection.

While here add extra logging of rejected packets.

PR:                222667 (for reference)
Reported by:        Neel Chauhan <neel at neelc.org>
Tested by:        Neel Chauhan <neel at neelc.org>
Delta File
+9 -3 stable/11/sys/dev/atkbdc/psm.c
+9 -3 1 file

FreeBSD — head/sys/kern kern_exit.c

exit: get rid of PROC_SLOCK when checking a process to report, take #2

The suspension counter needs synchronisation through slock, but we don't
need it to check if inspecting the counter is necessary to begin with.
In the common case it is not, thus avoid the lock if possible.

Reviewed by:        kib
Tested by:        pho
Delta File
+21 -18 head/sys/kern/kern_exit.c
+21 -18 1 file

FreeBSD — stable/11/bin/df df.c

MFC r329092:

Add a deprecation warning when using the feature which mounts devices
to see how much space it on them.

Adjust MOUNT_CHAR_DEVS to allow the free space of already mounted
devices to be displayed and report an appropriate error if the
device isn't mounted.

Reviewed by:        cem
Sponsored by:        DARPA, AFRL
Differential Revision:        https://reviews.freebsd.org/D8801
Delta File
+8 -2 stable/11/bin/df/df.c
+8 -2 1 file

FreeBSD — head/sys/arm/freescale/imx imx_i2c.c

Give the imx_i2c driver its own name, set up its relationship to ofw_iicbus.
Previously it called itself 'iichb' to link up with the EARLY_DRIVER_MODULE
declaration in ofw_iicbus.c.

FreeBSD — head/sys/kern sys_capability.c

Fix broken assertion in r329520.

Reported by:        pho@ lwhsu@
Delta File
+1 -1 head/sys/kern/sys_capability.c
+1 -1 1 file

FreeBSD — stable/11/sys/dev/agp agp_i810.c agp_i810.h, stable/11/sys/modules/agp Makefile

MFC r320851:
Add a helper function to agp(4) which installs a single GTT entry.

FreeBSD — head/sys/dev/iicbus ofw_iicbus.c iicbus.h

Allow i2c hardware drivers to declare their own relationships to ofw_iicbus
rather than relying on a set of canned EARLY_DRIVER_MODULE() statements in
the ofw_iicbus source.  This means hw drivers will no longer be required to
use one of a few predefined driver names.  They will also now be able to
decide themselves if they want to use DRIVER_MODULE or EARLY_DRIVER_MODULE
and to set which pass to attach on for early modules.

Mainly, this adds extern declarations for the driver and devclass variables.
It also renames ofwiicbus_devclass to ofw_iicbus_devclass to be consistant
with the way we use ofw_ prefixes on this stuff.

FreeBSD — head/sys/kern sysv_msg.c sysv_sem.c

Correct/improve the descriptions if kern.ipc.(shmsegs,sema,msqids).

The description of kern.ipc.shmsegs was wrong since 2005.  I updated the
others (which were more correct) to match.

PR:                225933
Reviewed by:        cem
MFC after:        3 days
Sponsored by:        DARPA, AFRL
Differential Revision:        https://reviews.freebsd.org/D14391

FreeBSD — head/sys/compat/linuxkpi/common/include/asm atomic.h

Optimise xchg() to use atomic_swap_32() and atomic_swap_64().

Suggested by:        kib@
MFC after:        1 week
Sponsored by:        Mellanox Technologies

FreeBSD — head/sys/compat/linuxkpi/common/include/asm atomic.h

Fix implementation of xchg() function macro in the LinuxKPI.
The exchange operation must be atomic.

MFC after:        1 week
Sponsored by:        Mellanox Technologies

FreeBSD — head/sys/dev/mpr mpr_sas.c mprvar.h, head/sys/dev/mps mps_sas.c mps.c

Improve command lifecycle debugging and detection of problems.

Sponsored by:        Netflix

FreeBSD — head/sys/x86/iommu intel_gas.c

Don't include DMAR map entry zone items in kernel dumps.

Such items may be allocated in the I/O path used by the dumper,
potentially causing the dump to fail. Since there is some precedent
in the DMAR driver for avoiding this problem using _NODUMP, apply
this workaround to the zone as well.

Reported and tested by:        mmacy
Reviewed by:        kib
MFC after:        1 week
Differential Revision:        https://reviews.freebsd.org/D14422
Delta File
+1 -1 head/sys/x86/iommu/intel_gas.c
+1 -1 1 file

FreeBSD — head/sys/kern sys_capability.c

Use the fdeget_locked function instead of the fget_locked in the
sys_capability.

Reviewed by:        pjd@ (earlier version)
Discussed with:        mjg@
Delta File
+38 -26 head/sys/kern/sys_capability.c
+38 -26 1 file

FreeBSD — head/sys/compat/linuxkpi/common/include/linux radix-tree.h, head/sys/compat/linuxkpi/common/src linux_radix.c

Implement support for radix_tree_for_each_slot() and radix_tree_exception()
in the LinuxKPI and use unsigned long type for the radix tree index.

MFC after:        1 week
Sponsored by:        Mellanox Technologies

FreeBSD — stable/11/sys/netinet tcp_input.c

MFC r329101:
  Reinitialize IP header length after checksum calculation. It is used
  later by TCP-MD5 code.

  This fixes the problem with broken TCP-MD5 over IPv4 when NIC has
  disabled TCP checksum offloading.

  PR:                223835
Delta File
+1 -0 stable/11/sys/netinet/tcp_input.c
+1 -0 1 file

FreeBSD — head/stand/efi/include efidevp.h

efi: Do not pad the efi devpath structure

This solve problem when booting with efi on armv7
Reviewed by:        imp, tsoome
MFC after:        2 weeks
Differential Revision:        https://reviews.freebsd.org/D14415
Delta File
+4 -0 head/stand/efi/include/efidevp.h
+4 -0 1 file

FreeBSD — head/sys/compat/linuxkpi/common/include/linux slab.h

Implement the KMEM_CACHE() function macro in the LinuxKPI.

MFC after:        1 week
Submitted by:        Johannes Lundberg <johalun0 at gmail.com>
Sponsored by:        Mellanox Technologies
Sponsored by:        Limelight Networks

FreeBSD — head/sys/compat/linuxkpi/common/include/linux mm.h, head/sys/compat/linuxkpi/common/src linux_compat.c

Make the vm_fault structure in the LinuxKPI compatible with
newer versions of the Linux kernel. No functional change.

MFC after:        1 week
Submitted by:        Johannes Lundberg <johalun0 at gmail.com>
Sponsored by:        Mellanox Technologies
Sponsored by:        Limelight Networks

FreeBSD — head/sys/compat/linuxkpi/common/include/linux rcupdate.h

Implement the rcu_dereference_raw() function macro.
Make sure all RCU dereferencing use the READ_ONCE() function macro.

MFC after:        1 week
Submitted by:        Johannes Lundberg <johalun0 at gmail.com>
Sponsored by:        Mellanox Technologies
Sponsored by:        Limelight Networks

FreeBSD — head/sys/compat/linuxkpi/common/include/linux gfp.h

Implement __GFP_BITS_SHIFT and __GFP_BITS_MASK macros in the LinuxKPI.
Add compile time asserts to catch conflicts with native defines.

MFC after:        1 week
Submitted by:        Johannes Lundberg <johalun0 at gmail.com>
Sponsored by:        Mellanox Technologies
Sponsored by:        Limelight Networks

FreeBSD — head/sys/compat/linuxkpi/common/include/linux list.h

Implement __list_del_entry() helper functions in the LinuxKPI.

MFC after:        1 week
Submitted by:        Johannes Lundberg <johalun0 at gmail.com>
Sponsored by:        Mellanox Technologies
Sponsored by:        Limelight Networks

FreeBSD — head/sys/compat/linuxkpi/common/include/linux fs.h

Implement file_inode() and call_mmap() helper functions in the LinuxKPI.

MFC after:        1 week
Submitted by:        Johannes Lundberg <johalun0 at gmail.com>
Sponsored by:        Mellanox Technologies
Sponsored by:        Limelight Networks

FreeBSD — head/sys/compat/linuxkpi/common/include/linux dcache.h fs.h

Refactor dentry structure into its own header file in the LinuxKPI similary
to Linux. No functional change. Implement d_inode() helper function.

MFC after:        1 week
Submitted by:        Johannes Lundberg <johalun0 at gmail.com>
Sponsored by:        Mellanox Technologies
Sponsored by:        Limelight Networks

FreeBSD — head/sys/compat/linuxkpi/common/include/linux ktime.h, head/sys/compat/linuxkpi/common/src linux_hrtimer.c

Update the ktime type in the LinuxKPI to be a signed 64-bit integer similarly
to Linux, to avoid compilation issues. Implement ktime_get_real_seconds().

MFC after:        1 week
Submitted by:        Johannes Lundberg <johalun0 at gmail.com>
Sponsored by:        Mellanox Technologies
Sponsored by:        Limelight Networks

FreeBSD — head/cddl/contrib/opensolaris/cmd/zdb zdb_il.c zdb.c, head/cddl/contrib/opensolaris/cmd/ztest ztest.c

MFV r324198: 8081 Compiler warnings in zdb

illumos/illumos-gate at 3f7978d02b206a6ebc5652c91aa9f42da6fbe00c
https://github.com/illumos/illumos-gate/commit/3f7978d02b206a6ebc5652c91aa9f42da6fbe00c

https://www.illumos.org/issues/8081
  zdb(8) is full of minor problems that generate compiler warnings. On FreeBSD,
  which uses -WError, the only way to build it is to disable all compiler
  warnings. This makes it much harder to detect newly introduced bugs. We should
  cleanup all the warnings.

Reviewed by: Matthew Ahrens <mahrens at delphix.com>
Reviewed by: Prakash Surya <prakash.surya at delphix.com>
Approved by: Richard Lowe <richlowe at richlowe.net>
Author: Alan Somers <asomers at gmail.com>

FreeBSD — head/sys/arm/conf IMX6 IMX53, head/sys/modules Makefile imx

Build modules specific to imx5/imx6 only when building those kernels.

This adds sys/modules/imx with a SUBDIR makefile to make the whole
collection of modules that are specific to these SoCs.  Initially, that
"whole collection" consists of the if_ffec and imx_i2c drivers.

The if_ffec driver is referenced in its existing home in ../ffec rather
than moving it into the imx directory, because it's used by powerpc too,
but it is no longer built for all armv6/7 systems.

The imx_i2c driver is newly added as a module.
Delta File
+15 -0 head/sys/modules/imx/imx_i2c/Makefile
+8 -0 head/sys/modules/imx/Makefile
+0 -4 head/sys/modules/Makefile
+1 -1 head/sys/arm/conf/IMX6
+1 -1 head/sys/arm/conf/IMX53
+0 -0 head/sys/modules/imx/
+0 -0 head/sys/modules/imx/imx_i2c/
+25 -6 7 files

FreeBSD — head/sys/arm/freescale/imx imx_i2c.c

Add a detach method so that this can be a kldunload-friendly module.
Delta File
+24 -0 head/sys/arm/freescale/imx/imx_i2c.c
+24 -0 1 file

FreeBSD — head/cddl/contrib/opensolaris/lib/libzfs/common libzfs_mount.c

MFV r323911:
8502 illumos#7955 broke delegated datasets when libshare is not present

illumos/illumos-gate at 1c18e8fbd8db41a9fb39bd3ef7a18ee71ece20da
https://github.com/illumos/illumos-gate/commit/1c18e8fbd8db41a9fb39bd3ef7a18ee71ece20da

https://www.illumos.org/issues/8502
  The code in lib/libzfs/common/libzfs_mount.c already basically handles
  the case when libshare is not installed. We just need to not fail in
  zfs_init_libshare_impl.  I tested this in lx and things work as
  expected. I also tested there trying to set sharenfs and sharesmb on
  the delegated dataset. Neither is allowed from within a zone.  The
  spew of msgs from a native zone is not ZFS specific. I see the same
  spew simply running the share command.

Reviewed by: Robert Mustacchi <rm at joyent.com>
Reviewed by: Yuri Pankov <yuripv at gmx.com>
Approved by: Richard Lowe <richlowe at richlowe.net>
Author: Jerry Jelinek <jerry.jelinek at joyent.com>

FreeBSD — head/stand/lua config.lua

stand/lua: More style nits, config.lua

Some other points I think we need to be consistent on:
- Spacing around string concatenation (always)
- Test against 'nil' explicitly rather than relying on 'not' for things that
  reasonably won't be returning a boolean. e.g. loader.getenv

Eventually this will all get formalized somewhere.
Delta File
+71 -62 head/stand/lua/config.lua
+71 -62 1 file

FreeBSD — head/stand/liblua lutils.c

liblua: Fix missing '}' in lutil.c after r329499
Delta File
+1 -0 head/stand/liblua/lutils.c
+1 -0 1 file

FreeBSD — vendor-sys/illumos/dist/common/zfs zfeature_common.c zfs_deleg.c, vendor-sys/illumos/dist/uts/common/fs/zfs vdev_removal.c vdev_indirect.c

7614 zfs device evacuation/removal

illumos/illumos-gate at 5cabbc6b49070407fb9610cfe73d4c0e0dea3e77

https://www.illumos.org/issues/7614:
This project allows top-level vdevs to be removed from the storage pool with
“zpool remove”, reducing the total amount of storage in the pool. This
operation copies all allocated regions of the device to be removed onto other
devices, recording the mapping from old to new location. After the removal is
complete, read and free operations to the removed (now “indirect”) vdev must
be remapped and performed at the new location on disk. The indirect mapping
table is kept in memory whenever the pool is loaded, so there is minimal
performance overhead when doing operations on the indirect vdev.

The size of the in-memory mapping table will be reduced when its entries
become “obsolete” because they are no longer used by any block pointers in
the pool. An entry becomes obsolete when all the blocks that use it are
freed. An entry can also become obsolete when all the snapshots that
reference it are deleted, and the block pointers that reference it have been
“remapped” in all filesystems/zvols (and clones). Whenever an indirect block
is written, all the block pointers in it will be “remapped” to their new
(concrete) locations if possible. This process can be accelerated by using
the “zfs remap” command to proactively rewrite all indirect blocks that
reference indirect (removed) vdevs.


    [15 lines not shown]

FreeBSD — head/stand/lua core.lua

lua loader: Auto detect eligible list of kernels to boot

Reviewed by:        imp, kevans
Sponsored by:        Dell EMC Isilon
Differential Revision:        https://reviews.freebsd.org/D14419
Delta File
+31 -1 head/stand/lua/core.lua
+31 -1 1 file

FreeBSD — head/stand/common interp_lua.c, head/stand/liblua lfs.c lfs.h

Lua loader: Add barebones "lfs" module

Add a Lua FileSystem module, an emulation of a subset of the permissively
licensed (MIT) Lua library of the same name[0], to our loader's Lua
environment.

[0]: https://github.com/keplerproject/luafilesystem/

Reviewed by:        kevans
Sponsored by:        Dell EMC Isilon
Differential Revision:        https://reviews.freebsd.org/D14418

FreeBSD — head/stand/common interp_lua.c, head/stand/liblua lutils.c lutils.h

interp_lua: Register io/loader with regular Lua module system

Reviewed by:        kevans
Sponsored by:        Dell EMC Isilon
Differential Revision:        https://reviews.freebsd.org/D14421

FreeBSD — head/stand/lua config.lua

stand/lua: Remove some debugging bits that snuck in... gr...
Delta File
+0 -2 head/stand/lua/config.lua
+0 -2 1 file

FreeBSD — head/stand/lua config.lua

stand/lua: Fix module_path handling with multiple kernels

Once we've successfully loaded a kernel, we add its directory to
module_path. If we switch kernels with the kernel selector, we again prepend
the kernel directory to the current module_path and end up with multiple
kernel paths, potentially with mismatched kernel/modules, added to
module_path.

Fix it by caching module_path at load() time and using the cached version
whenever we load a new kernel.
Delta File
+10 -3 head/stand/lua/config.lua
+10 -3 1 file

FreeBSD — head/stand/lua config.lua

stand/lua: Fix verbiage and some typos

"other_kernel" is decidedly not spelled "other_kern"
Delta File
+4 -4 head/stand/lua/config.lua
+4 -4 1 file

FreeBSD — stable/11/cddl/contrib/opensolaris/cmd/zfs zfs_main.c

MFC r328256:
MFV r328255: 8972 zfs holds: In scripted mode, do not pad columns with spaces

illumos/illumos-gate at e9b7d6e7f7a6477679a35b73eb3934b096b3dd39

https://www.illumos.org/issues/8972:
'zfs holds -H' does not properly output content in scripted mode. It uses a
tab instead of two spaces, but it still pads column widths with spaces when
it should not.

Reviewed by: Matthew Ahrens <mahrens at delphix.com>
Approved by: Dan McDonald <danmcd at joyent.com>
Author: Allan Jude <allanjude at freebsd.org>

FreeBSD — stable/11/sys/cddl/contrib/opensolaris/uts/common/fs/zfs arc.c

MFC r328246:
MFV r328245: 8856 arc_cksum_is_equal() doesn't take into account ABD-logic

illumos/illumos-gate at 01a059ee0cdece49f47fd4d70086dd5bc7d0b0ff

https://www.illumos.org/issues/8856:
arc_cksum_is_equal() calls zio_push_transform() that requires abd_t*
(second arg), but a void* is passed.

Reviewed by: Matthew Ahrens <mahrens at delphix.com>
Reviewed by: George Wilson <george.wilson at delphix.com>
Approved by: Gordon Ross <gwr at nexenta.com>
Author: Roman Strashkin <roman.strashkin at nexenta.com>

FreeBSD — stable/11/cddl/contrib/opensolaris/cmd/zfs zfs.8, stable/11/cddl/contrib/opensolaris/lib/libzfs/common libzfs_dataset.c

MFC r328234: MFV r328233:
8898 creating fs with checksum=skein on the boot pools fails ungracefully

illumos/illumos-gate at 9fa2266d9a78b8366e1cd2d5f050e8b5e37d558c

https://www.illumos.org/issues/8898:
# zfs create -o checksum=skein rpool/test
internal error: Result too large
Abort (core dumped)

Not a big deal per se, but should be handled correctly.

Reviewed by: Toomas Soome <tsoome at me.com>
Reviewed by: Andy Stormont <astormont at racktopsystems.com>
Approved by: Dan McDonald <danmcd at joyent.com>
Author: Yuri Pankov <yuri.pankov at nexenta.com>

PR:             222199

FreeBSD — stable/11/cddl/contrib/opensolaris/lib/libzfs/common libzfs_pool.c

MFC r328232:
MFV r328231: 8897 zpool online -e fails assertion when run on non-leaf vdevs

illumos/illumos-gate at 9a551dd645b478816cb11251b19f5034d885bf01

https://www.illumos.org/issues/8897:
# zpool online -e test mirror-1
Assertion failed: nvlist_lookup_string(tgt, "path", &pathname) == 0, file 
../common/libzfs_pool.c, line 2558, function zpool_vdev_online
Abort (core dumped)

Not a big deal per se, but should be handled gracefully, same way as 'offline' and 
'online' without '-e'.

Also reported as: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221408

Reviewed by: Toomas Soome <tsoome at me.com>
Reviewed by: Igor Kozhukhov <igor at dilos.org>
Approved by: Dan McDonald <danmcd at joyent.com>
Author: Yuri Pankov <yuri.pankov at nexenta.com>

FreeBSD — stable/11/sys/cddl/contrib/opensolaris/uts/common/fs/zfs zfs_znode.c

MFC r328230: MFV r328229:
8930 zfs_zinactive: do not remove the node if the filesystem is readonly

illumos/illumos-gate at 93c618e0f4932dc0bb9a9c90d8c4a5d029de5797

https://www.illumos.org/issues/8930:
We normally remove an unlinked node when its last user goes away and the
node becomes inactive. However, we should not do that if the filesystem
is mounted read-only including the case where it has its readonly
property set. The node will remain on the unlinked queue, so it will
not be leaked.

One particular scenario is when we receive an incremental stream into a
mounted read-only filesystem and that stream contains an unlinked file
(still on the unlinked queue). If that file is opened before the
receive and some time later after the receive it becomes inactive we
would remove it and, thus, modify the read-only filesystem. As a
result, the filesystem would diverge from its source and further
incremental receives would not be possible (without forcing a rollback).

Another related scenario, that may or may not be possible depending on an
OS / VFS policy, is when an open file is unlinked, then the filesystem is
remounted read-only, and then the file is closed.

Reviewed by: Matthew Ahrens <mahrens at delphix.com>

    [2 lines not shown]

FreeBSD — stable/11/sys/cddl/contrib/opensolaris/uts/common/fs/zfs zil.c zio.c, stable/11/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys zil_impl.h zil.h

MFC r328228: MFV r328227: 8909 8585 can cause a use-after-free kernel panic

illumos/illumos-gate at 94ddd0900a8838f62bba15e270649a42f4ef9f81

https://www.illumos.org/issues/8909:
There's a race condition that exists if `zil_free_lwb` races with either
`zil_commit_waiter_timeout` and/or `zil_lwb_flush_vdevs_done`.

Here's an example panic due to this bug:

> ::status
    debugging crash dump vmcore.0 (64-bit) from ip-10-110-205-40
    operating system: 5.11 dlpx-5.2.2.0_2017-12-04-17-28-32b6ba51fb (i86pc)
    image uuid: 4af0edfb-e58e-6ed8-cafc-d3e9167c7513
    panic message:
    BAD TRAP: type=e (#pf Page fault) rp=ffffff0010555970 addr=60 occurred in mo
dule "zfs" due to a NULL pointer dereference
    dump content: kernel pages only

> $c
    zio_shrink+0x12()
    zil_lwb_write_issue+0x30d(ffffff03dcd15cc0, ffffff03e0730e20)
    zil_commit_waiter_timeout+0xa2(ffffff03dcd15cc0, ffffff03d97ffcf8)
    zil_commit_waiter+0xf3(ffffff03dcd15cc0, ffffff03d97ffcf8)
    zil_commit+0x80(ffffff03dcd15cc0, 9a9)

    [65 lines not shown]

FreeBSD — stable/11/sys/cddl/contrib/opensolaris/uts/common/fs/zfs zil.c, stable/11/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys zil_impl.h

MFC r328226: MFV r328225:
8603 rename zilog's "zl_writer_lock" to "zl_issuer_lock"

illumos/illumos-gate at cf07d3da9915c0d22da8f59e991639f819463cef

https://www.illumos.org/issues/8603:
  To help make the ZIL's code more understandable, it was suggested that
  the zilog_t's "zl_writer_lock" field should be renamed to "zl_issuer_lock".

Reviewed by: C Fraire <cfraire at me.com>
Approved by: Dan McDonald <danmcd at joyent.com>
Author: Prakash Surya <prakash.surya at delphix.com>

FreeBSD — stable/11/cddl/contrib/opensolaris/cmd/zfs zfs_main.c zfs.8, stable/11/cddl/contrib/opensolaris/lib/libzfs/common libzfs_dataset.c

MFC r328224: MFV r328220: 8677 Open-Context Channel Programs

illumos/illumos-gate at a3b2868063897ff0083dea538f55f9873eec981f

https://www.illumos.org/issues/8677
  We want to be able to run channel programs outside of synching context.
  This would greatly improve performance of channel program that just gather
  information, as we won't have to wait for synching context anymore.

  This feature should introduce the following:
  - A new command line flag in "zfs program" to specify our intention to
  run in open context.
  - A new flag/option within the channel program ioctl which selects the
  context.
  - Appropriate error handling whenever we try a channel program in
  open-context that contains zfs.sync* expressions.
  - Documentation for the new feature in the manual pages.

Reviewed by: Matt Ahrens <mahrens at delphix.com>
Reviewed by: Chris Williamson <chris.williamson at delphix.com>
Reviewed by: Pavel Zakharov <pavel.zakharov at delphix.com>
Approved by: Robert Mustacchi <rm at joyent.com>
Author: Serapheim Dimitropoulos <serapheim at delphix.com>

FreeBSD — head/sys/arm/freescale/imx imx6_machdep.c

Fix fallout from the import of fresh dts source files from linux 4.15.  It
appears that node names no longer include leading zeroes in the @address
qualifiers, so we have to search for the nodes involved in interrupt fixup
using both flavors of name to be compatible with old and new .dtb files.

(You know you're in a bad place when you're applying a workaround to code
that exists only as a workaround for another problem.)