uipc: Hold unp_token before calling unp_find_lockref()

Mainly to avoid name resolution and v_socket accessing races.
Add comment about it.

gdb: Unbreak building

lib: hook libelf and libexecinfo (in order) into the build

The ELF library must be built before the execinfo library that uses it.
Bump the DragonFly version because ports will alter its behavior from this
point forward.

Add libexecinfo to lib directory, but leave it unhooked

The execinfo library is used to fill in the backtrace of the currently
executing thread.  It originated in Linux and has found its way into a
lot of vendor software.  NetBSD created a BSD-licensed implementation
which FreeBSD imported a while back.

The execinfo library has been in FreeBSD since Release 10.  FreeBSD 9
is the only release that needs libexecinfo from ports and when that
release hits EOL, DragonFly could be left unsupported if ports
maintainers assumes libexecinfo is always available and removes USES
support for it.

To avoid this situation, bring libexecinfo into DragonFly's base for
the purpose of supporting ports.  It requires libelf which has also
been brought in as an internal library.

libelf: Add libelf to lib directory, but leave it unhooked

The ELF library is part of FreeBSD's ELF Tool Chain project that has the
goal to be a drop-in replacement for binutils.  It isn't quite there yet
but the toolchain project has replaced most of the tools.  There may be
interest to bring the entire toolchain into DragonFly once the project is
production ready, but for now we are only interested in libelf.

This library is a required component for the incoming execinfo library.
The ELF library is for internal use only.  It will not be installed, but
instead only statically linked to the execinfo library.  The
contrib/elftoolchain directory has been arranged in a "placeholder"
fashion so the source for more of the tools can be added there later.

Add READMEs for ELF Tool Chain contrib directory

Merge branch 'vendor/ELFTOOLCHAIN'

Import ELF Tool Chain r3255 into vendor branch

gdb: Reduce the recent changes to only the necessary bits in amd64dfly-nat.c.

This makes maintenance of base and dports gdb easier.

Suggested-by: marino
Discussed-with: tuxillo

euc encoding: Emit EILSEQ on illegal euc conversions

Omission caught by NetBSD testsuite, run by bapt@FreeBSD.org

drm: Add ACCESS_ONCE()

gdb - Workaround to enable debugging in vkernels.

- Currently vkernel(7) does not have support for PT_GETDBREGS/PT_SETDBREGS
  via ptrace(2) so conditionalize gdb initialization code to make a special
  case for vkernels.

gdb - Remove FreeBSD specific code.

gdb - Fix indentantion in DragonFly specific files.

- No functional changes

drm.4: Document new sysctls.

Submitted-by: Rimvydas Jasinskas <rimvydas.jasinskas@gmail.com>

drm.4: Move the sysctl section to using .Bl/.El

locales: Remove symlinks UTF8 => UTF-8

In retrospect, having an alias for UTF-8 does not bring any real benefits
and it can cause confusion.  Let's remove this *.UTF8 locale symlinks
which is closer to the convention of the other BSDs.

GCC testsuite is also removing utf8 and UTF8 locales for portability
with BSD.

socket/recvfrom: Add MSG_CMSG_CLOEXEC support

While there, add test case and update manpages.

Obtained-from: FreeBSD

drm: Simplify the initialization of the hw.dri sysctl tree.

* Just use SYSCTL_NODE and SYSCTL_INT declarations, for initializing and
  and destroying the hw.dri subtree atomagically (including the debug,
  notyet, vblank_offdelay and timestamp_precision integer nodes) on
  module load/unload.

locale type makefiles: respect ${SHAREDIR}

The cldr2def tool was modified to generate makefiles that respect
the SHAREDIR definition rather than hardcoding it.

Taken-from: FreeBSD (collation branch)

locales: Fix eucJP sorting (broken upstream?)

Sorting eucJP text with "sort" resulted in an illegal sequence while
"gsort" worked.  This was traced back to mbrtowc handling which was
broken for eucJP (probably eucCN, eucKR, and eucTW as well).  This
small fix took hours to figure out.  The OR operation to build the
wide character requires an unsigned character to work correctly.  The
euc wcrtowc conversion is probably broken upstream in Illumos as well.

Reported by: bapt@FreeBSD.org
Triggered by: misc/freebsd-doc-ja in ports (encoded in eucJP)

if_vtnet: Add support for indirect buffers. Activate LRO by default again.

Taken-From: FreeBSD

virtio: Add indirect buffers support to common virtio code.

* Uses contigmalloc instead of kmalloc for allocating the indirect
  descriptors, because DragonFly's kmalloc doesn't return sufficiently
  aligned or physically contiguous memory.

Taken-From: FreeBSD

drm/radeon: Export PCI ID

Submitted-by: Rimvydas Jasinskas

sys/dev/disk/dm: Add error count for stripe device

This is for compatibility with Linux, but currently not used.
In order to use it, dm target needs to be able to implement
bio's completion handler which is currently unaccessible from
outside of sys/kern/vfs_bio.c.

sys/dev/disk/dm: Don't statically allocate MAX_STRIPES devices

struct target_stripe_config should have 0 sized array for
struct target_stripe_dev instead of MAX_STRIPES sized one,
and kmalloc() whatever size necessary depending on # of
stripe devices.

vkernel - Override max-page-size for ld.*

- Move max-page-size setting to the vkernel-specific SYSTEM_LD as it
  was probably intended in ed9f17e. This overrides whatever the default
  is in ld.bfd or ld.gold.

vkernel - Bring back .hash section

  As of the switch to GCC 5 the default hash style to ld has changed from both
  (sysv,gnu) to gnu alone. This results in binaries without a .hash section
  which is fine for userland binaries but not for kernel ones since our kernel
  linker uses .hash section to resolve its own symbols.

  With the missing .hash section the vkernel kernel linker was not able do
  symbol lookups and that rendered kvm(3) useless and all its consumers stopped
  working.

  During the vkernel build, SYSTEM_LD is changed so that the normal buildkernel
  settings are overridden so by changing the parameters passed to ld we bring
  back the .hash section.

libc: Fix (and improve) nl_langinfo (CODESET)

The output of "locale charmap" is identical to the result of
nl_langinfo (CODESET) for any given locale.  The logic for returning the
codeset was very simplistic.  It just returned portion of the locale name
after the period (e.g. en_FR.ISO8859-1 returned "ISO8859-1").

When softlinks were added to locales, this broke.  e.g.:
   en_US returned ""
   en_FR.UTF8 returned "UTF8"
   en_FR.UTF-8 returned "UTF-8"
   zh_Hant_HK.Big5HKSCS returned "Big5HKSCS"
   zh_Hant_TW.Big5 returned "Big5"
   es_ES@euro returned ""

In order to fix this properly, the named locale cannot be used to
determine the encoding.  This information was almost available in the
rune data.  Unfortunately, all the single byte encodings were listed
as "NONE" encoding.

So I adjusted localedef tool to provide more information about the
encoding.  For example, instead of "NONE", the LC_CTYPE used by
fr_FR.ISO8859-15 is now encoded as "NONE:ISO8859-15".  The locale
handlers now check if the first four characters of the encoding is
"NONE" and if so, treats it as a single-byte encoding.

The nl_langinfo handling of CODESET was adjusting accordingly.  Now the
following is returned:
   en_US returns "ISO8859-1"
   fr_FR.UTF8 returns "UTF-8"
   fr_FR.UTF-8 returns "UTF-8"
   zh_Hant_HK.Big5HKSCS returns "Big5"
   zh_Hant_TW.Big5 returns "Big5"
   es_ES@euro returns "ISO8859-15"

as before, "C" and "POSIX" locales return "US-ASCII".  This is a big
improvement.  The result of nl_langinfo can never be a zero-length
string and it will always exclusively one of the values of the
character maps of /usr/src/tools/tools/locale/etc/final-maps.

kernel/drm: In linux/types.h, remove the duplicate definition of gfp_t.

kernel/drm: In linux/kernel.h add missing parentheses/casts to min_t/max_t.

sys/dev/disk/dm: Remove misleading comment

It takes offset and size parameters in sectors.
This comment seems to be specifying them in bytes, which is wrong.

sys/dev/disk/dm: Fix sanity checks for striped target [4/4]

Add sanity checks on relation among
number of stripes, device size, and chunk size.

This is one of the requirements in Linux dm-striped, but
disable it for now as it may break systems that currently
use this target (which I doubt there is any because lvm2
and dm raid seem to be unusable on DragonFly).

sys/dev/disk/dm: Fix sanity checks for striped target [3/4]

0 stripe is apparently invalid, but it's currently allowed
and generates unusable device.

  # kldload dm
  # dmsetup create stripe1 --table '0 1000 striped 0 10 /dev/da3 0 /dev/da4 0'
  # dmsetup ls --tree
  stripe1 (255:504430599)
  # dmsetup deps /dev/mapper/stripe1
  0 dependencies  :
  # dmsetup status /dev/mapper/stripe1

  # dmsetup table /dev/mapper/stripe1

  #

sys/dev/disk/dm: Fix sanity checks for striped target [2/4]

Target specific args for striped is redundant in the sense
that it has an arg for # of stripes other than the args for
actual stripe devices. These two must meet below.

((argc - 2) / 2) == # of stripe devices.

e.g.
--table '0 100 stripe1 3 10 /dev/da3 0 /dev/da4 0 /dev/da5 0'
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 8 target args
                            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 6 device args
                       ^ # of stripe devices
  ((8 - 2) / 2) = 6/2 = 3
      -> 3 stripe devices (/dev/da[345])

sys/dev/disk/dm: Fix sanity checks for striped target [1/4]

Bring sanity checks before kmalloc().

sbin/hammer: Fix improper perror(3) usage

2550036f and fff0110a should have used err(3) instead of perror(3).

Spotted-by: swildner

sys/dev/disk/dm: Return EINVAL on invalid argc

but not ENOMEM.
Other targets return EINVAL for this and there shouldn't be
any reason not to do so for dm-crypt.

sys/dev/disk/dm: Make target's init() take argc and argv

dm core shouldn't be passing char *params to targets' init()
because all targets are basically going to copy-paste a code
snippet (that strseps params) from the existing targets code
which is inefficient and should be avoided.

This commit adds dm_table_init() which converts char *params
to int argc and char **argv, and passes them to init().

sys/dev/disk/dm: Use correct module name for dm_target_striped

The name of this target is striped, but not stripe.

This target is called stripe in NetBSD, but striped in Linux.
Since DragonFly seems to have renamed it to striped when
porting from NetBSD, strings used within this module should
be striped.

  # kldload dm
  # kldload dm_target_striped
  # kldstat | grep stripe
   6    1 0xffffffff832a7000 11000    dm_target_striped.ko

sys/dev/disk/dm: Refactor dm_target_stripe_table()

Use return value of ksnprintf() instead of strlen().

sys/dev/disk/dm: Fix indentation

sys/dev/disk/dm: Add info() handler for striped target for compatibility

f134a703 mentioned output of dmsetup(8) "status" and "table"
were compatible with that of Linux till dm-delay was added,
but striped target was not compatible. The stripe target in
Linux has different implementation for these two like delay
target has.

This commit adds info() handler for striped target similar
to what f134a703 did to delay target.

sys/dev/disk/dm: Make dm-linear table show major:minor for compatibility

It should be "major:minor" rather than "/dev/xxx"
for compatibility with Linux.
Use pdev->udev_name added by ^^^.

Also see abe62df9.

sys/dev/disk/dm: Make dm-stripe table show major:minor for compatibility

It should be "major:minor" rather than "/dev/xxx"
for compatibility with Linux.
Use pdev->udev_name added by ^^.

Also see abe62df9.

sys/dev/disk/dm: Add udev_t field to dm_pdev_t

sys/dev/disk/dm: Add "major:minor" name to dm_pdev_t

drm/radeon: Use atomic_cmpxchg()

Possibly fixing a few bugs in the process

drm: Add atomic_cmpxchg()

drm: Fix atomic_add_unless()

* atomic_cmpset_int() doesn't return the same kind of results as the
  Linux atomic_cmpxchg() function

* this code was semi-randomly breaking HDMI detection on Radeon hardware

Author: Yellow Rabbit

kernel: Add atomic_cmpxchg_int()

Submitted-by: Yellow Rabbit

drm/i915: Reduce differences with Linux in i915_gem_fault()

* The convoluted DragonFly-specific lock/unlock/try again VM fault
  handling code path was not treating gem objects in the same way
  during each try.

* vma->pin_count could be zero, leading to a kernel panic.

drm: Add linux/dma-mapping.h

if_vtnet, sync 8/x: Move structs and #define-s into if_vtnetvar.h

Taken-From: FreeBSD

if_vtnet, sync 7/x: Clean up vtnet_enqueue_txbuf() a bit.

* Adds tx_defragged and tx_defrag_failed statistics.

Taken-From: FreeBSD

bpf: Add support for 802.11 packet injection via bpf

Obtained-from: FreeBSD
Submitted-by: shamaz
DragonFly-bug: http://bugs.dragonflybsd.org/issues/2849

tools/kq_connect_client: Use SOCK_NONBLOCK if it's available

socket: Add accept4 syscall and bump __DragonFly_version

Suggested-by: zrj on #dragonflybsd@efnet

socket: Shortcircuit FIONBIO in soo_ioctl().

Instead of fallback to so_pru_control().

socket/socketpair: Add SOCK_{NONBLOCK,CLOEXEC} support.

Obtained-from: FreeBSD
Suggested-by: zrj on #dragonflybsd@efnet

tools/kq_connect_client: Add option to bind process to cpu.

While I'm here, sort options in alphabetical order.

tcp: Use 4-tuple hash to optimize local port selection.

So that the connection can:
- Stay in the current netisr to avoid connection forwarding.
- Use the portinfo of the target netisr to avoid portinfo
  contention, if connection forwarding could not be avoided,
  e.g. when the ports of current netisr are depleted.

And don't try too hard to perform this local port selection
optimization (it's relative time consuming).  Number of tries
for this optimized local port selection is controlled by sysctl
node net.inet.ip.porthash_trycount (15 by default).  Setting
this sysctl node to 0 will disable this local port selection
optimization.

Total IPI rate and MP collision rate is significantly reduced,
when tools/kq_connect_client runs @395Kconns/s:
- Total IPI rate is reduced by 64K/s (421K/s -> 357K/s).
- Total MP collision rate is reduced by 81K/s (310K/s -> 229K/s).

if_vtnet: Recognize VIRTIO_NET_F_CTRL_GUEST_OFFLOADS feature bit.

Just adds the #define and prints a name for the feature bit instead of
the raw hex number in dmesg.

if_vtnet: Add, and negotiate the VIRTIO_F_ANY_LAYOUT feature bit

if_vtnet, sync 6/x: refactor rx_- and update_vlan_filter functions.

* Also, remove IFCAP_TSO4 and IFCAP_TSO6 #define-s, they are available
  in sys/net/if.h.

* Renames vtnet_set_vlan_filter() to vtnet_update_vlan_filter().

* Refactors vtnet_ctrl_rx_cmd(), making the usage of stack variables for
  DMA and the sglist_append() usage safer.

Taken-From: FreeBSD

kernel/drm: In linux/kernel.h, add parentheses around macro parameters.

kernel/drm: In linux/slab.h, add parentheses around macro parameters.

Such parameters must be in parentheses for numerous good reasons, one
of which is precedence issues like the one we had in intel_sdvo.c
before this commit:

msgs = kcalloc(args_len + 3, sizeof(*msgs), GFP_KERNEL);

systat/pv: Log total IPI, external interrupts and MP collision rate.

ipdemux: Better initial so_port distribution for non-power-of-2 ncpus

The measured effect of this change on 2-ways E5-2600v2 with Intel 82599
(10Gbe) using tools/kq_connect_client -u, i.e. UDP socket/connect/send/
close before initiating a TCP connection:
- Connect rate increases by ~15Kconns/s; we are now doing 315Kconns/s.
- This also improves tools/kq_connect_client w/o -u a little bit.

udp: Implement asynchronized pru_connect.

This is mainly used to improve UDP connect(2) performance.  Most
of the DNS resolvers (getaddrinfo(3) and curl's DNS resolver, etc)
and RTP application will see improvement.

Before this commit the user space thread uses connect(2) will have
to wait for the netisr to complete all preceeding messages.  This
could be performance hit for connect(2): the user space thread is
suspended, even if the UDP connect(2) should always be nonblocking.

The only drawback is that bunch of datagrams sent immediately after
connect(2) may not appear on the network in the sending order, but
UDP applications should always be able to handle out-of-order data-
grams.

UDP's asynchronous pru_connect implementation will set ISCONNECTED
before dispatching connect message to netisr.  The errors like
EADDRNOTAVAIL, i.e. out of local port space, will be notified
through later send(2)/recv(2), or getsockopt(2) SOL_SOCKET/SO_ERROR.

The measured effect of this change on 2-ways E5-2600v2 with Intel
82599 (10Gbe) using tools/kq_connect_client -u, i.e. UDP socket/
connect/send /close before initiating a TCP connection:
- Connect rate increases by ~45Kconns/s; we are now doing
  300Kconns/s.
- IPIs rate to the CPUs not running netisrs reduces (23Kipis/s ->
  16Kipis/s).

udp: Save original protocol processing port for later synchronizing.

Unlike TCP, user could send data w/ address to a UDP socket that
connect(2) is being called (those data messages will be on the
original protocol processing port and forwarded to the new protocol
processing port later), and then close the UDP socket (the detach
message could be sent to the new protocol processing port before
the inflight data messages).  The inflight data messages will cause
later panic, since the socket/inp has been destroyed by the detach
message.  I will have to say this probably will never happen for any
real world applications.

We fix this by recording the original message port, and synchronize
inflight data messages on it upon detaching.  If the connect(2) moves
between protocol processing ports more than once, we will go though
all UDP processing netisrs to synchronize all possible inflight data
messages.

udp/usrreq: Add brackets properly

The brackets were left out pretty accidentally, but the code
also worked pretty accidentally:

int error = 0;

if (ai != NULL)
    error = udp_preattach(...);

if (error)
    goto out
else {
    /* mismatched comment */
}

Reported-by: s4 on DragonFlyDigest

make.conf(5) - Fix default WORLD_CCVER value.

- This follows up commit 4e8e707f

if_vtnet, sync 5/x: Make stat counters uint64_t instead of unsigned long.

* Removes unused rx_csum_bad_start counter.

* Rename vtnet_reinit() to vtnet_virtio_reinit() which matches the
  function with that name in FreeBSD's code.

Taken-From: FreeBSD

if_vtnet, sync 4/x: Factor out vtnet_setup_interface from vtnet_attach

Taken-From: FreeBSD

drm: Remove the MODULE_LICENSE and EXPORT_SYMBOL_GPL macros

It's not clear what they are supposed to do and the drm code
is not under a GPL license anyway.

kernel/drm: In asm/io.h, improve the iowriteN() macros.

The main issue were the trailing semicolons in the definitions.
These prevent usage in braceless if/else, for example:

if (blah)
        iowrite32(...);
else
...

The resulting double semicolons after preprocessing lead to the
closing of the if (), resulting in an "'else' without a previous 'if'"
error.

if_vtnet, sync 3/x: No LRO without mergeable receive buffers.

* Add VIRTIO_RING_F_INDIRECT_DESC #define.

Taken-From: FreeBSD

drm.4: Document the hw.dri.vblank_offdelay sysctl.

* hw.dri.0.debug doesn't exist, but hw.dri.debug actually exists.

* Mention, that hw.dri.vblank_offdelay can be relevant for
  panel-self-refresh effectivity.

<stdlib.h>/<unistd.h>: Expose mkdtemp()'s prototype also if XSI is visible.

The history of this function in the specs seems to be a bit convoluted
for this function, to say the least. Even though I can't find it in
either Issue 5 or 6, go with what Issue 7's HISTORY says and treat it
like it was moved from XSI to base starting with Issue 7:

http://pubs.opengroup.org/onlinepubs/9699919799/functions/mkdtemp.html

Most importantly, this commit fixes x11/xterm which was building but
segfaulting after 8eb95a5667325.

Reported-by: Rimvydas Jasinskas <rimvydas.jasinskas@gmail.com>

if_vtnet, sync with FreeBSD 2/x: Sync vtnet_*_filter functions.

* Sync vtnet_rx_filter_mac() and vtnet_exec_vlan_filter() functions.

* s/vlan_unconfg/vlan_unconfig/ in the EVENTHANDLER_DEREGISTER statement.

Taken-From: FreeBSD

kernel/p1003_1b: Fix the p1003_1b.shared_memory_objects sysctl.

sysconf.3: Document _SC_REGEXP and _SC_SHELL.

<unistd.h>: Add some comments to mandatory and obsolescent options.

sysconf.3: Use .Dv for _SC*.

if_vtnet: Use SetMacAddress feature; Add some new feature flags.

* If the VTNET_FLAG_CTRL_MAC and VTNET_FLAG_CTRL_RX features are
  available, we should set the MAC address via a control message.

* Add VIRTIO_NET_F_GUEST_ANNOUNCE feature flag.
* Add VIRTIO_CONFIG_STATUS_DEVICE_NEEDS_RESET device status bit.

* Do some reordering of function declarations/implementations to reduce
  differences to FreeBSD's code a bit.

Taken-From: FreeBSD

sysconf.3: Document _SC_XOPEN_SHM.

libc/sysconf: Simplify sysconf(_SC_XOPEN_SHM) a bit.

We never had sysv_shm as a module like FreeBSD, only as a kernel
option (SYSVSHM), which was made a no-op when we started to compile
it into our kernels by default over a year ago (see 10ceb70237a5).

The sysctl check in the sysconf(3) code was only there to check if
it was compiled into the kernel or (in FreeBSD's case) if it was
loaded as a module, when it was still optional.

So the worst thing that could happen after this commit is a wrong
return value for sysconf(_SC_XOPEN_SHM) if someone was running a
kernel without "options SYSVSHM" from earlier than July 29, 2014
in combination with a current world. This all looks quite unlikely,
so remove the check.

Also, return the right variable from <unistd.h>.

sys/dev/disk/dm: Always initialize target's status string

Ioctl by dmsetup(8)'s "status" subcommand doesn't necessary
have a handler function from the way it's implemented.

In such a case, it seems prop_dictionary_t object of libprop
(in-kernel library) isn't properly initialized. This results
in dmsetup(8)'s "status" subcommand showing a binary junk.
This commit explicitly initializes it with C string "" to
fix this in above case where char *params remains == NULL.

This issue existed before f134a703 (touched related code).

Below can reproduce this issue. Using a kernel prior to this
commit will show some junk after each line of dmsetup status
output except for the last line. Target type and definition
of table can be anything, but the target needs to have more
than 1 entries for the table to reproduce this.

=====(A) using the existing code
  # kldload dm
  # echo "0 117218241 linear /dev/daX 0" > ./table.txt
  # echo "117218241 117218241 linear /dev/daY 0" >> ./table.txt
  # dmsetup create linear1 ./table.txt
  # dmsetup status /dev/mapper/linear1
  0 117218241 linear \9bü
  117218241 117218241 linear

=====(B) using this commit
  # kldload dm
  # echo "0 117218241 linear /dev/daX 0" > ./table.txt
  # echo "117218241 117218241 linear /dev/daY 0" >> ./table.txt
  # dmsetup create linear1 ./table.txt
  # dmsetup status /dev/mapper/linear1
  0 117218241 linear
  117218241 117218241 linear

contrib/lvm2: Add missing \n

sys/dev/disk/dm: Fix comments and doc/proposal-dm.txt

These have been wrong prior to the last two commits.

sys/dev/disk/dm: Change pdev SLIST to TAILQ

TAILQ is more flexible and better for what it's trying to do.

sys/dev/disk/dm: Change table SLIST to TAILQ

TAILQ is more flexible and better for what it's trying to do.

sys/dev/disk/dm: Add dm_table_init_target()

sys/dev/disk/dm: Don't let targets implement deps [2/2]

This commit gets rid of target's deps handler by introducing
a new structure struct dm_mapping which embeds struct dm_pdev*
and a tailq structure for the next entry whose tailq head is
embedded within struct dm_table_entry.

=====(A) before this commit
table
    |                                     [dm core]
-------------------------------------------------------
    |           pdev      pdev      pdev  [dm targets]
    v          ^         ^         ^
    target----/---------/---------/
    (void*)

=====(B) this commit
table---->mapping-->mapping-->mapping-->...
    |           |         |         |
    |           v         v         v     [dm core]
-------------------------------------------------------
    |           pdev      pdev      pdev  [dm targets]
    v          ^         ^         ^
    target----/---------/---------/
    (void*)

Each target's init() now calls dm_table_add_deps(table, pdev)
to add a new dm_mapping (that points to pdev) to table. This
allows dm table structure to refer to underlying devices that
the target is dependent on (by following this tailq) without
using target specific deps handler.

dmsetup(8)'s deps subcommand is now handled by a newly added
dm core function dm_table_deps() that is common among targets.
This greatly reduces complexity and size of targets plus make
code less error prone. Targets only need to call dm_table_add
_deps() as mentioned above whenever they allocate underlying
device(s) via dm_pdev_insert().

sys/dev/disk/dm: Don't let targets implement deps [1/2]

As mentioned in 66fee7cc, each dm target implementing its deps
ioctl handler is inefficient and error prone since each handler
is going to be just a copy pasted code from other target for
its underlying device(s).

The way dm computes device dependencies (i.e. deps handler)
shouldn't be targets specific in the first place. The problem
here is that dm table (struct dm_table_entry) is unable to see
its underlying device(s), but only each target specific data
structure can see them. This commit and next one fix it and
enables dm core to handle dependencies without using targets
specific code.

This commit only changes API format of init handler. It needs
to pass dm table instead of device and void**, for the next
commit.

sys/dev/disk/dm: Rename variable

struct dm_dev *dm_dev;
is just confusing.

From the way other struct dm_dev type variables are named,
it should be either dev or dmv, and those two should probably
be either but not both. Same for struct dm_pdev.

sys/dev/disk/dm: Remove unnecessary ()

libc: Remove unused (and public) locale_isstrict()

The publicly exposed locale_isstrict function is not hooked into anything.
It was intended to implement LOCALE_STRICT environment variable handling,
but it only returns a boolean based on the value of LOCALE_STRICT, and not
even efficiently.

There is also a private "strict_mode" variable in locale_private.h that
apparently was intended to be used with LOCALE_STRICT, but it's also
seemingly useless.

The LOCALE_STRICT override still needs to be implemented if UTF-8B is
in use, but it can be handled at encoding initialization more
efficiently later.

kernel: Add missing linux_async.c to conf/files

It is required by LINT64 kernels where the drm code is compiled in
and not loaded on-demand as a module.

Pointed-out-by: swildner