Displaying 1 50 of 320,424 commits (0.026s)

FreeBSD — head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs zvol.c zfs_vnops.c

MFV r323917: 8648 Fix range locking in ZIL commit codepath

illumos/illumos-gate at 42b14111721da2ebd5159e7b45012a3eb0e3384c
https://github.com/illumos/illumos-gate/commit/42b14111721da2ebd5159e7b45012a3eb0e3384c

https://www.illumos.org/issues/8648
  I'm opening this bug to track integration of the following ZFS on Linux
  commit into illumos:

  commit f763c3d1df569a8d6b60bcb5e95cf07aa7a189e6
  Author: LOLi <loli10K at users.noreply.github.com>
  Date:   Mon Aug 21 17:59:48 2017 +0200

      Fix range locking in ZIL commit codepath

      Since OpenZFS 7578 (1b7c1e5) if we have a ZVOL with logbias=throughput
      we will force WR_INDIRECT itxs in zvol_log_write() setting itx->itx_lr
      offset and length to the offset and length of the BIO from
      zvol_write()->zvol_log_write(): these offset and length are later used
      to take a range lock in zillog->zl_get_data function: zvol_get_data().

      Now suppose we have a ZVOL with blocksize=8K and push 4K writes to
      offset 0: we will only be range-locking 0-4096. This means the
      ASSERTion we make in dbuf_unoverride() is no longer valid because now
      dmu_sync() is called from zilog's get_data functions holding a partial

    [16 lines not shown]

FreeBSD — vendor-sys/illumos/dist/uts/common/fs/zfs zvol.c zfs_vnops.c

8648 Fix range locking in ZIL commit codepath

illumos/illumos-gate at 42b14111721da2ebd5159e7b45012a3eb0e3384c
https://github.com/illumos/illumos-gate/commit/42b14111721da2ebd5159e7b45012a3eb0e3384c

https://www.illumos.org/issues/8648
  I'm opening this bug to track integration of the following ZFS on Linux
  commit into illumos:

  commit f763c3d1df569a8d6b60bcb5e95cf07aa7a189e6
  Author: LOLi <loli10K at users.noreply.github.com>
  Date:   Mon Aug 21 17:59:48 2017 +0200

      Fix range locking in ZIL commit codepath

      Since OpenZFS 7578 (1b7c1e5) if we have a ZVOL with logbias=throughput
      we will force WR_INDIRECT itxs in zvol_log_write() setting itx->itx_lr
      offset and length to the offset and length of the BIO from
      zvol_write()->zvol_log_write(): these offset and length are later used
      to take a range lock in zillog->zl_get_data function: zvol_get_data().

      Now suppose we have a ZVOL with blocksize=8K and push 4K writes to
      offset 0: we will only be range-locking 0-4096. This means the
      ASSERTion we make in dbuf_unoverride() is no longer valid because now
      dmu_sync() is called from zilog's get_data functions holding a partial

    [14 lines not shown]

FreeBSD — head/sys/dev/usb usb_hub.c

Extend sysctl description for hw.usb.disable_enumeration .

PR:                222505
Submitted by:        Julian H. Stacey <jhs at berklix.com>
MFC after:        1 week
Sponsored by:        Mellanox Technologies
Delta File
+3 -1 head/sys/dev/usb/usb_hub.c
+3 -1 1 file

FreeBSD — head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs zil.c

MFV r323914: 8661 remove "zil-cw2" dtrace probe

illumos/illumos-gate at bd9d3f904625846bdc61af8897a1072029c7aeb7
https://github.com/illumos/illumos-gate/commit/bd9d3f904625846bdc61af8897a1072029c7aeb7

https://www.illumos.org/issues/8661
  The "zil-cw1" dtrace probe was previously removed in 8558, and the "zil-cw2"
  probe should have been removed in that patch as well. Unfortunately, the "zil-
  cw2" was not removed in 8558, so this bug is to track it's removal.

Reviewed by: Serapheim Dimitropoulos <serapheim at delphix.com>
Reviewed by: Matthew Ahrens <mahrens at delphix.com>
Reviewed by: Igor Kozhukhov <igor at dilos.org>
Approved by: Robert Mustacchi <rm at joyent.com>
Author: Prakash Surya <prakash.surya at delphix.com>

MFC after:        1 week

FreeBSD — vendor-sys/illumos/dist/uts/common/fs/zfs zil.c

8661 remove "zil-cw2" dtrace probe

illumos/illumos-gate at bd9d3f904625846bdc61af8897a1072029c7aeb7
https://github.com/illumos/illumos-gate/commit/bd9d3f904625846bdc61af8897a1072029c7aeb7

https://www.illumos.org/issues/8661
  The "zil-cw1" dtrace probe was previously removed in 8558, and the "zil-cw2"
  probe should have been removed in that patch as well. Unfortunately, the "zil-
  cw2" was not removed in 8558, so this bug is to track it's removal.

Reviewed by: Serapheim Dimitropoulos <serapheim at delphix.com>
Reviewed by: Matthew Ahrens <mahrens at delphix.com>
Reviewed by: Igor Kozhukhov <igor at dilos.org>
Approved by: Robert Mustacchi <rm at joyent.com>
Author: Prakash Surya <prakash.surya at delphix.com>

FreeBSD — vendor-sys/illumos/dist/uts/common/fs/zfs zcp_synctask.c dsl_dataset.c, vendor-sys/illumos/dist/uts/common/fs/zfs/sys dsl_dataset.h zcp.h

8600 ZFS channel programs - snapshot

illumos/illumos-gate at 2840dce1a029098fb784afd951d5f98089f850d8
https://github.com/illumos/illumos-gate/commit/2840dce1a029098fb784afd951d5f98089f850d8

https://www.illumos.org/issues/8600
  ZFS channel programs should be able to create snapshots.
  In addition to the base snapshot functionality, this will likely entail adding
  extra logic to handle edge cases which were formerly not possible, such as
  creating then destroying a snapshot in the same transaction sync.

Reviewed by: Matthew Ahrens <mahrens at delphix.com>
Reviewed by: John Kennedy <john.kennedy at delphix.com>
Reviewed by: Brad Lewis <brad.lewis at delphix.com>
Approved by: Robert Mustacchi <rm at joyent.com>
Author: Chris Williamson <chris.williamson at delphix.com>

FreeBSD — vendor-sys/illumos/dist/uts/common/fs/zfs zcp_synctask.c dsl_dataset.c, vendor-sys/illumos/dist/uts/common/fs/zfs/sys dsl_dataset.h

8592 ZFS channel programs - rollback

illumos/illumos-gate at 000cce6b6fad4a8b0eecef6e1251f6aca1719c55
https://github.com/illumos/illumos-gate/commit/000cce6b6fad4a8b0eecef6e1251f6aca1719c55

https://www.illumos.org/issues/8592
  ZFS channel programs should be able to perform a rollback. This logic will
  probably look pretty similar to zfs.sync.destroy().

Reviewed by: Chris Williamson <chris.williamson at delphix.com>
Reviewed by: Matthew Ahrens <mahrens at delphix.com>
Approved by: Robert Mustacchi <rm at joyent.com>
Author: Brad Lewis <brad.lewis at delphix.com>

FreeBSD — vendor/illumos/dist/lib/libzfs/common libzfs_mount.c

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/sys/compat/linuxkpi/common/include/linux fs.h, head/sys/compat/linuxkpi/common/src linux_compat.c

Add support for 32-bit compatibility IOCTLs in the LinuxKPI.

Bump the FreeBSD version to force recompilation of external
kernel modules due to structure change.

PR:                222504
Submitted by:        Greg V <greg at unrelenting.technology>
MFC after:        1 week
Sponsored by:        Mellanox Technologies

FreeBSD — head/sys/boot/efi/libefi efipart.c

libefi: define EISA PNP constants

Define EISA PNP constants and use them, also fix ID for 0x701

FreeBSD — head/sys/boot/efi/libefi efipart.c

libefi: efipart_hdinfo_add_filepath should check strtol result

Use errno for error checking.

FreeBSD — head/sys/boot/efi/libefi efipart.c

libefi: efipart.c cstyle fix for efipart_print_common()

The else statement should have { }

FreeBSD — head/sys/boot/efi/libefi efipart.c

libefi: efipart_strategy() should return ENXIO when there is no media

We should return ENXIO to indicate the situation with device present,
but no media.

FreeBSD — head/sys/boot/efi/include efilib.h, head/sys/boot/efi/loader main.c

libefi: pdinfo_t pd_unit and pd_open should be unsigned

The device index, partition index and reference counter are all positive
numbers. However, since our internal partition number may be negative
to indicate GPT table, the compare expression need to take care when comparing
pdinfo_t and partition data.

FreeBSD — head/sys/netinet sctp_input.c

Add missing locking. Found by Coverity while scanning the usrsctp
library.

MFC after:        1 week
Delta File
+10 -0 head/sys/netinet/sctp_input.c
+10 -0 1 file

FreeBSD — stable/11/usr.bin/grep/regex fastmatch.h

MFC r323611: fastmatch.h: remove duplicate #defines

FreeBSD — head/sys/netinet sctp_pcb.c

Add missing socket lock.

MFC after:        1 week
Delta File
+2 -0 head/sys/netinet/sctp_pcb.c
+2 -0 1 file

FreeBSD — releng/10.4/release Makefile

MF10: r323900

- Akin r302691 in head, synchronize the build stripping for the disc1
  image with that of the bootonly image (but similarly modulo games
  and groff(1)) as the amd64 disc1 image is overflowing. This also
  removes the defunct WITHOUT_ATF.
- Remove the misspelled WITHOUT_INSTALLIB (also in place with correct
  spelling, i. e. WITHOUT_INSTALLLIB) from the bootonly image build
  stripping.

This is a direct commit to stable/10 as the corresponding knobs have
different names in head and counterparts to e. g. MK_DEBUG_FILES and
MK_TESTS default to off in stable/10 in the first place.

Approved by:        re (implicit)
Delta File
+6 -3 releng/10.4/release/Makefile
+6 -3 1 file

FreeBSD — stable/10/release Makefile

- Akin r302691 in head, synchronize the build stripping for the disc1
  image with that of the bootonly image (but similarly modulo games
  and groff(1)) as the amd64 disc1 image is overflowing. This also
  removes the defunct WITHOUT_ATF.
- Remove the misspelled WITHOUT_INSTALLIB (also in place with correct
  spelling, i. e. WITHOUT_INSTALLLIB) from the bootonly image build
  stripping.

This is a direct commit to stable/10 as the corresponding knobs have
different names in head and counterparts to e. g. MK_DEBUG_FILES and
MK_TESTS default to off in stable/10 in the first place.
Delta File
+6 -3 stable/10/release/Makefile
+6 -3 1 file

FreeBSD — head/tests/sys/opencrypto cryptotest.py

cryptotest.py: Like r323869, skip SHA HMAC tests on non-SHA drivers

Sponsored by:        Dell EMC Isilon

FreeBSD — head/tests/sys/opencrypto cryptotest.py

cryptotest.py: Fix whitespace style errors

I accidentally introduced different whitespace style in r323878.  I'm not
used to using tabs for indentation in Python scripts.

Whitespace only; no functional change.

Sponsored by:        Dell EMC Isilon
Delta File
+16 -16 head/tests/sys/opencrypto/cryptotest.py
+16 -16 1 file

FreeBSD — head/sys/boot/efi/include efilib.h

efilib.h: typo in structure member description

The link should be replaced by list.

FreeBSD — head/sys/boot/efi/include efilib.h

r323885 did miss efilib.h update

The efilib.h update was left out from r323885 by mistake.

FreeBSD — head/sys/boot/efi/libefi devpath.c

libefi: efi_devpath_match local len should be unsigned

DevicePathNodeLength() will always return unsigned value.

FreeBSD — head/sys/cam cam_iosched.c

cam iosched: Bettar account IOPS for smoother performance

Prevent cam_iosched_iops_tick() from discarding 'unspent' ios unless
it's a new accounting interval.

Previously ios that weren't used between ticks were lost, as a result
the iops limiter could enforce a limit below the configured maximum.

Obtained from: ElectroBSD
Submitted by: Fabian Keil
PR: 221974
Delta File
+17 -6 head/sys/cam/cam_iosched.c
+17 -6 1 file

FreeBSD — head/sys/cam cam_iosched.c

cam iosched: Enforce iop limits below the quanta value

Previously the iops limiter would always allow at least
quanta ios per second as cam_iosched_iops_tick() never set
ios->l_value1 below 1.

Submitted by: Fabian Keil <fk at fabiankeil.de>
Obtained from: ElectroBSD
PR: 221974
Delta File
+11 -1 head/sys/cam/cam_iosched.c
+11 -1 1 file

FreeBSD — head/sys/opencrypto cryptodev.c

Support AEAD requests with non-GCM algorithms.

In particular, support chaining an AES cipher with an HMAC for a request
including AAD.  This permits submitting requests from userland to encrypt
objects like IPSec packets using these algorithms.

In the non-GCM case, the authentication crypto descriptor covers both the
AAD and the ciphertext.  The GCM case remains unchanged.  This matches
the requests created internally in IPSec.  For the non-GCM case, the
COP_F_CIPHER_FIRST is also supported since the ordering matters.

Note that while this can be used to simulate IPSec requests from userland,
this ioctl cannot currently be used to perform TLS requests using AES-CBC
and MAC-before-encrypt.

Reviewed by:        cem
Sponsored by:        Chelsio Communications
Differential Revision:        https://reviews.freebsd.org/D11759
Delta File
+16 -3 head/sys/opencrypto/cryptodev.c
+16 -3 1 file

FreeBSD — head/share/man/man4 crypto.4, head/sys/opencrypto cryptodev.c cryptodev.h

Add a new COP_F_CIPHER_FIRST flag for struct crypt_op.

This requests that the cipher be performed before rather than after
the HMAC when both are specified for a single operation.

Reviewed by:        cem
Sponsored by:        Chelsio Communications
Differential Revision:        https://reviews.freebsd.org/D11757

FreeBSD — releng/10.4/sys/conf newvers.sh

Update releng/10.4 to RC2 in preparation for 10.4-RC2 builds.

Approved by:        re (implicit)
Delta File
+1 -1 releng/10.4/sys/conf/newvers.sh
+1 -1 1 file

FreeBSD — head/sys/opencrypto cryptodev.c

Place the AAD before the plaintext/ciphertext for CIOCRYPTAEAD.

Software crypto implementations don't care how the buffer is laid out,
but hardware implementations may assume that the AAD is always before
the plain/cipher text and that the hash/tag is immediately after the end
of the plain/cipher text.

In particular, this arrangement matches the layout of both IPSec packets
and TLS frames.  Linux's crypto framework also assumes this layout for
AEAD requests.

Reviewed by:        cem
Sponsored by:        Chelsio Communications
Differential Revision:        https://reviews.freebsd.org/D11758
Delta File
+15 -15 head/sys/opencrypto/cryptodev.c
+15 -15 1 file

FreeBSD — head/sys/kern subr_gtaskqueue.c

Fix undeclared identifier error introduced in r323879

It doesn't appear to be safe to use gtask->gt_name.

Reported by:        Mark Johnston, Jenkins
Reviewed by:        sbruno
Approved by:        sbruno (mentor)
Sponsored by:        Limelight Networks
Differential Revision:        https://reviews.freebsd.org/D12448
Delta File
+1 -1 head/sys/kern/subr_gtaskqueue.c
+1 -1 1 file

FreeBSD — head/sys/boot/efi/libefi efipart.c

libefi: efipart.c should use calloc()

The device specific *_add functions are using malloc() + memset,
should use calloc instead.
Delta File
+5 -10 head/sys/boot/efi/libefi/efipart.c
+5 -10 1 file

FreeBSD — head/sys/boot/efi/libefi devpath.c efipart.c

libefi: efi_devpath_match() should return bool

The current implementation of efi_devpath_match() is returning values 0 or 1,
so it should be updated to return bool.

FreeBSD — stable/11/sys/dev/cxgbe/tom t4_ddp.c t4_tom.h

MFC 323630: Avoid reusing the wrong buffer for a DDP AIO request.

To optimize the case of ping-ponging between two buffers, the DDP code
caches the last two buffers used keeping the pages wired and page pods
stored in the NIC's RAM.  If a new aio_read() request uses one of the
same buffers, then the work of holding pages, etc. can be avoided.
However, the starting virtual address of an aio buffer was not saved,
only the page count, length, and initial page offset.  Thus, an
aio_read() request could match a different buffer in the address
space.  (Earlier during development vm_fault_hold_quick_pages() was
always called and the vm_page_t values were compared, but that was
eventually removed without being adequately replaced.)  Fix by storing
the starting virtual address and comparing that (along with other
fields) to determine if a buffer can be reused.

Sponsored by:        Chelsio Communications

FreeBSD — head/tools/tools/nanobsd defaults.sh

Always create usr/local/etc -> /etc/local symlink

/usr/local/etc gets created and populated by packages. However, if no
packages are installed when setup_nanobsd is run, this symlink won't
get created, causing problems if packages are installed later (say on
first boot). Therefore, always create the symlink and etc/local. It
does no harm and may help.

Inspired by crochet issue #183 (consuingly says NanoBSD, means crochet)
Sponsored by: Netflix
Delta File
+10 -2 head/tools/tools/nanobsd/defaults.sh
+10 -2 1 file

FreeBSD — head/sys/fs/devfs devfs_vnops.c, head/sys/kern vfs_default.c

Only handle _PC_MAX_CANON, _PC_MAX_INPUT, and _PC_VDISABLE for TTY devices.

Move handling of these three pathconf() variables out of vop_stdpathconf()
and into devfs_pathconf() as TTY devices can only be devfs files.  In
addition, only return settings for these three variables for devfs devices
whose device switch has the D_TTY flag set.

Discussed with:        bde, kib
Sponsored by:        Chelsio Communications

FreeBSD — head/sbin/fsck_ffs suj.c

Use UFS_LINK_MAX instead of LINK_MAX.

Submitted by:        bde
Sponsored by:        Chelsio Communications
Delta File
+1 -1 head/sbin/fsck_ffs/suj.c
+1 -1 1 file

FreeBSD — head/sys/dev/drm2/i915 i915_gem.c

Simplify i915_gem_wire_page() and avoid unneeded page-busying.

Reviewed by:        alc, kib
MFC after:        1 week
Delta File
+6 -7 head/sys/dev/drm2/i915/i915_gem.c
+6 -7 1 file

FreeBSD — head/sys/kern subr_gtaskqueue.c

Improved logging of gtaskqueue failues

Check the return code of intr_setaffinity() and log any errors
it returns. When a qid is not located, log an error before returning
failure.  Also, use __func__ rather than hardcoding the function name

Reviewed by:        sbruno
Approved by:        sbruno (mentor)
Sponsored by:        Limelight Networks
Differential Revision:        https://reviews.freebsd.org/D12436
Delta File
+25 -13 head/sys/kern/subr_gtaskqueue.c
+25 -13 1 file

FreeBSD — head/tests/sys/opencrypto cryptotest.py

cryptotest.py: Actually use NIST-KAT HMAC test vectors and test the right hashes

Previously, this test was entirely a no-op as no vector in the NIST-KAT file
has a precisely 20-byte key.

Additionally, not every vector in the file is SHA1.  The length field
determines the hash under test, and is now decoded correctly.

Finally, due to a limitation I didn't feel like fixing in cryptodev.py, MACs
are truncated to 16 bytes in this test.

With this change and the uncommitted D12437 (to allow key sizes other than
those used in IPSec), the SHA tests in cryptotest.py actually test something
and e.g. at least cryptosoft passes the test.

Sponsored by:        Dell EMC Isilon

FreeBSD — stable/10/libexec/rtld-elf rtld.c, stable/11/libexec/rtld-elf rtld.c

MFC 323025: Read max_stack_flags from correct object.

'obj' is not initialized here.

Sponsored by:        DARPA / AFRL

FreeBSD — head/sys/kern subr_gtaskqueue.c

Fix M_GTASKQUEUE definition

Previously had the same short and long description as taskqueues.
This could cause problems with memguard(9) and vmstat -m which use
the short description as a unique identifier.

Reviewed by:        sbruno
Approved by:        sbruno (mentor)
MFC after:        3 days
Sponsored by:        Limelight Networks
Differential Revision:        https://reviews.freebsd.org/D12438
Delta File
+1 -1 head/sys/kern/subr_gtaskqueue.c
+1 -1 1 file

FreeBSD — releng/10.4/sys/crypto/aesni aesni.c aesni.h

MF10: r323871

MFC: r285215

remove _NORMAL flag which isn't suppose to be used w/ _alloc_ctx...

MFC: r285289

address an issue where consumers, like IPsec, can reuse the same
session in multiple threads w/o locking..  There was a single fpu
context shared per session, if multiple threads were using the session,
and both migrated away, they could corrupt each other's fpu context...

MFC: r285297

upon further examination, it turns out that _unregister_all already
provides the guarantee that no threads will be in the _newsession code..

MFC: r298332

aesni(4): Initialize error before use [1]

Reported by:        Coverity [1]
CID:                1331554 [1]

Approved by:        re (gjb, kib)

FreeBSD — head/sys/dev/bnxt bnxt_hwrm.c bnxt.h

bnxt: Fix driver when attached to a VF

- Use HWRM_FUNC_VF_CFG instead of HWRM_FUNC_CFG on VFs
- Fix NPAR/VF detection
- Clean up flag definitions
- Don't allow WoL on VFs

Although the bnxt driver doesn't support SR-IOV so can create VFs yet,
the PF could be running Linux or ESCi with a VF passed through to a
FreeBSD guest.  This fixes the driver for that use case.

Submitted by:        Siva Kallam <siva.kallam@@broadcom.com>
Reviewed by:        shurd, sbruno
Approved by:        sbruno (mentor)
Sponsored by:        Broadcom Limited
Differential Revision:        https://reviews.freebsd.org/D12410

FreeBSD — head/sys/netgraph ng_iface.c

Unprotected modification of ng_iface(4) private data leads to kernel panic.
Fix a race with per-node read-mostly lock and refcounting for a hook.

PR:                        220076
Tested by:                peixoto.cassiano
Approved by:                avg (mentor), mav (mentor)
MFC after:                1 week
Relnotes:                yes
Differential Revision:        https://reviews.freebsd.org/D12435
Delta File
+33 -4 head/sys/netgraph/ng_iface.c
+33 -4 1 file

FreeBSD — releng/10.4/share/man/man9 mutex.9 rwlock.9, releng/10.4/sys/kern kern_rmlock.c kern_sx.c

MF10: r323870, MFC: r275751

Add _NEW flag to mtx(9), sx(9), rmlock(9) and rwlock(9).
A _NEW flag passed to _init_flags() to avoid check for double-init.

Approved by:        re (gjb)

FreeBSD — stable/10/sys/crypto/aesni aesni.c aesni.h

MFC: r285215

remove _NORMAL flag which isn't suppose to be used w/ _alloc_ctx...

MFC: r285289

address an issue where consumers, like IPsec, can reuse the same
session in multiple threads w/o locking..  There was a single fpu
context shared per session, if multiple threads were using the session,
and both migrated away, they could corrupt each other's fpu context...

MFC: r285297

upon further examination, it turns out that _unregister_all already
provides the guarantee that no threads will be in the _newsession code..

MFC: r298332

aesni(4): Initialize error before use [1]

Reported by:        Coverity [1]
CID:                1331554 [1]

FreeBSD — stable/10/share/man/man9 mutex.9 rwlock.9, stable/10/sys/kern kern_rmlock.c kern_sx.c

MFC: r275751

Add _NEW flag to mtx(9), sx(9), rmlock(9) and rwlock(9).
A _NEW flag passed to _init_flags() to avoid check for double-init.

FreeBSD — head/tests/sys/opencrypto cryptotest.py

cryptotest.py: Do not run AES-CBC or AES-GCM tests on non-AES crypto(4) drivers

For some reason, we only skipped AES-XTS tests if a driver was not in the
aesmodules list.  Skip other AES modes as well to prevent spurious failures
in non-AES drivers.

Sponsored by:        Dell EMC Isilon

FreeBSD — head/sys/dev/drm2/i915 i915_gem_gtt.c i915_gem.c

Modernize calls to vm_page_unwire().  As of r288122, vm_page_unwire()
accepts PQ_NONE as the specified queue and returns a Boolean indicating
whether the page's wire count transitioned to zero.  Use these features
in dev/drm2.

Reviewed by:        kib, markj
MFC after:        1 week