i386 removal, part 21/x: Remove obsolete i386 specific USERCONFIG bits.

Even though some of this code was copied over to x86_64, this platform
never had the kernel support.

locales: Rename zh_han* to zh_Han* (capitalize)

locales: Import unused FreeBSD tool to generate locales

Five years ago, Edwin Groothuis put in a *LOT* of work to create a perl-
based tool that would use the latest Unicode release from The Unicode
Consortium <http://unicode.org> and the latest Unicode CLDR release from
the same organization, and generate all the locale defintions for numeric,
monetary, time, and messages, including generating a readable Makefile.

The tool has the ability to define the conversions from Unicode to lower
resolution formats.  While there were some minor bugs in it, the tool now
works, but for reasons unknown to me right now, it was never imported into
FreeBSD, nor used to improve their localization 5 years ago.

I've generated the new locale definitions which will go in soon.  Note
that the Unicode Consortium no longer provides the "posix" definitions
the tool reads, so these definitions are 3 years old.  Supposedly they
provide tools to generate the POSIX definitions, but I haven't found them
yet.  Once I do, I'll regenerate the locales with the latest CLDR.

Refer: https://wiki.freebsd.org/LocaleNewApproach

Move some locales before upcoming overhauls

Several locales are obsolete and have misleading names.  This moves
many of them at once.  An entry to the UPDATING files notifies what
the new locale options are for users of affected locales.

This is necessary because the upcoming locale updates are going to be
generated and we can avoid carrying ancient aliases over.  Also note
that Serbia's change may not be complete until the entire locales are
updated.

i386 removal, part 20/x: Rename boot_pc32.8 -> boot_pc64.8

i386 removal, part 19/x: Remove bogus message in acpi's APM compat code.

kernel/kbdmux: Fix a panic upon 'shutdown -h now'.

Follow-up to fc9700a1359c0dd3fa2c207933975ed59237ba2b.

Why it was ocurring just recently is not 100% clear. According to Matt
it might be a timing issue.

Reported-by: ChibaPet, charlie5

Remove no_NO (only use nb_NO and nn_NO)

There are only two variations of Norwegian: Bokmål or nynorsk, both of
which are equally official.  These are established by law and governmental
policy:  Bokmål (literally "book language") and Nynorsk (literally "new
Norwegian").  The Norwegian Language Council recommends the terms
"Newegian Bokmål" and "Norwegian Nynorsk" in English.

The no_NO variant is a holdover from when nb_NO and nn_NO were created.
In glibc, the old no_NO was kept as an alias to nb_NO.  This option is
considered confusing and probably should have been removed years ago.

locales LC_NUMERIC: Overhaul completely wrong definitions

I have no idea how the UTF-8 definitions were created.  They appear
to be grouped by (allegedly) similar countries with the same
definitions as other codesets.  The assumption is wrong.  I went through
every POSIX (UTF-8) definition on http://unicode.org and redefined all
UTF-8 locales. Besides being correct, there are 2 additional benefits:
1) The makefile is loads simpler, at least for UTF-8 part
2) This fixes a lot of locale failures on gcc testsuite

locales: Add 66 "@euro" symlinks, and UTF8 alias

While not documented, it appears that modifiers work.  The only widely
used modifier is "@euro" which is an alias for ISO 8859-15 coded which
contains the Euro currently along with 7 other new symbols as compared
to ISO 8859-1.  For all 33 localization sets that use la_LN.ISO8859-15
for LC_CTYPE, I'm creating an @euro and .ISO-8859-15@euro symlink to
them.  These are still found on Linux and the .ISO-8859* extension is
the chosen linux format (this is unfortanately not standardized thus
BSD and Linux differ).  Thus any use of @euro will probably also refer
to the Linux format and that's why I chose it.

For the same reason, .UTF8 versions (Linux) are being symlinked to
DragonFly's .UTF-8 versions.  Symlinks are cheap.

make upgrade: Remove 122 dangling locale symlinks

The symlinks mechanism that created these extra symlinks has been fixed,
so now let's clean up the mess.

bsd.links.mk: Support symlinks to directories

Recently locales support utilized symlinks to directories.  On the
second installworld, the links were followed and installed there,
creating dangling links.  The commit forces symlinks to directories to
be removed before recreating them (as is done for files).  The effect
on file symlinks is unchanged.

kernel/acpi_toshiba: Use NULL for pointers.

sys/vfs/hammer: Fix comments

- Fix comments left unchanged in 1afb73cf. It seems the same comments
  are still effective with rbtree.

sys/vfs/hammer: Remove unused typedef

- hammer_seq_t was only used in the early days of hammer.

sbin/hammer: Fix hammer checkmap big-block offset

- hammer checkmap wasn't showing the offset of big-block for each
  layer2 within a layer1 correctly.

- (The checkmap for supported zones works the same, and there was
  nothing nothing wrong with that, but offsets in output were not
  correct)

sbin/hammer: Make hammer blockmap print all blockmap offsets

- Add phys_offset and first_offset, where phys_offset points to
  zone2 address of the layer1 big-block.

sbin/hammer: Make hammer_parsedevs() initialize NumVolumes

- hammer_parsedevs() should initialize NumVolumes as well as
  initializing volumes. This is as simple as incrementing the
  counter each time setup_volume() is called.

- newfs_hammer can tell and initialize NumVolumes from argc,
  however low-level hammer commands that use hammer_parsedevs()
  can't do this because a blkdevs arg contains volumes joined
  by ':'. These commands need a way to initialize NumVolumes.

sbin/hammer: Cleanup AssertOnFailure assertions on blockmap lookup

- Since now that blockmap_lookup() has an unique 'error' value
  for each error, the function can assert-0 at the end of the
  function with the 'error' value when AssertOnFailure is set.

- This makes code clearer as the function doesn't have to have
  two types of error check (assert-cond or goto-done-if-not-cond)
  for 9 different error cases.

sbin/hammer: Fix fill info of hammer show

- Printing big-block index within lower 60 bits (layer1/2 combined)
  is not that useful. It should print an index within each layer.

- It dissects zoneX (where X is either of 8,9,10,11) offset into
  layer1 index, layer2 index, big-block offset and prints those.

sbin/hammer: Minor cleanups

- Some minor cleanups.

kernel/syscons: Enable kern.kms_console by default (if *kms.ko are loaded).

kernel - Hack pcm audio for firefox issue

* Observed that the firefox thread handling sound output winds up being
  in a cpu-bound loop calling poll() on two descriptors, one being the
  /dev/dsp descriptor.  With some debugging, determined that this call
  occurs with the sound buffer ~slightly less than half full.

  The sound is generated via the dports/audio/alsa-plugins (oss) library,
  but the poll() appears to come from the snd_pcm_ioplug subsystem.  It
  appears that this subsystem has a bug in it when pacing sound output,
  it still polls and live-loops on the sound output descriptor even when
  it has no new data to send to the decriptor.

* There could be something else going on here with assumptions made by
  linux sound client code vs our implementation, but I don't know what
  they might be.

* This is probably not the correct fix, but we hack in a change to not
  generate POLLWR events until the sound buffer is at least half empty.
  This matches up with observed behavior from the above subsystem and
  prevents the cpu loop.

  It should be harmless to other code using kqueue/select/poll.

  Appears to fix firefox's live looping in poll() during sound and
  video (w/sound) playback.

kernel - Fix pmap_change_attr() use cases.

* In DragonFly this function takes a page count, not a byte count.
  some calls were made with a byte count, others with a page count.

  Note that in FreeBSD this function takes a byte count, but after
  reviewing the use cases I decided to normalize it all to a page count.

* Fixes reported DRM issues.  Might also fix test branch ehci/ethernet
  panics due to memory corruption when DRM is loaded.

kernel - Fix general MSI/interrupt issue with HDAA

* Testing on J1900, MSI didn't work and the normal interrupt mode
  was stuck on, resulting in an interrupt storm.

* Problem was tracked down to a missing initialization of the WAKEEN
  (wake enable) bits.  Intel errata documentation clarifies that these bits
  might not be cleared by a chip reset (since the idea is to support a
  wake event).

  On the J1900 some of these bits were found to be set, which caused
  STATESTS to force an interrupt event and prevent additional
  MSI events.

* Clearing the WAKEEN bits fixes the interrupt storm and MSI appears to
  work again.  STATESTS is only used to detect CODECs and there's no reason
  to try to clear it (which would mess up driver reloads).

* Remove the QUIRK added in the previous commit.

* Reverse the resource hint test, run it after loading the quirk table
  so it can override the quirk table.

usb4bsd/pci: Correct typo in bootverbose message

kernel - Quick Baytrail to disable MSI

* Intel hdac on valleyview (Baytrail id?) interrupt does not work with MSI,
  quirk it off.  This is a medium-end Atom cpu.

* Tested on Intel(R) Celeron(R) CPU  J1900 @ 1.99GHz system.

drm - Add valleyview support

* Fix infininte loop during PCI iteration.  The previous code was not
  actually iterating, so any loop would wind up being infinite.  Valleyview
  triggers this issue.

* Fix improper register offset in intel_gpio_setup() (note, linux master
  also made this fix in April).

* Allow hw.drm.debug to be modified with a sysctl.

kernel - Add valleyview PCI ids and support to agp.

* Add valleyview PCI ids and support.

* Fix a number of cases where gpu PCI space registers were being accessed
  via the bridge.  Parts of the GPU PCI space was replicated on the bridge
  in the past, but not necessarily in the future and not in valleyview.

kernel - Add PCI functionality

* Add pci_iterate_class() for the drm code.

powerd: Add options to limit CPU power domains' frequency

kernel/acpi: Prefer _BIX to _BIF for battery info if it is present.

As it is stated in the ACPI specification 6.0:
"The _BIF object is deprecated in lieu of _BIX in ACPI 4.0."

The seven additional fields of the package which _BIX returns
are skipped for now.

Stop removing /usr/include/machine/ieee.h via 'make upgrade' again.

It is now installed again.

kernel/usb4bsd: Fix buildkernel.

ddb: Add a command to call the ACPICA debugger if ACPI_DEBUG is specified.

Code stolen from AcpiDbUserCommands() but it won't AcpiTerminate() upon
"Exit" or "Quit" commands so that we may 'continue' from ddb.

kernel/kprintf: Implement the space flag, as in '% 7ld'.

The ACPICA debugger needs it for the 'Info Misc' command.

kernel/usb4bsd: Add device enumeration and port power disabling support.

Adds some sysctls/tunables, none of which are set by default.

gcc50: Change c++ locale handling

The biggest change is removing the modification of the specified locale.
Before locales without extensions were appended with ".UTF-8" and
modifiers (e.g. @euro) were silently stripped off.

The latter is probably a bad idea, and even if we want to continue doing
this (modifiers are not supported), it should be done at the library
level, not at c++ on gcc level.  The no-extension problem has been solved
today by creating symlinks at /usr/share/locale.

The logic of the "gnu" support was mimicked by using newlocale, duplocale,
and freelocale.  The generic version uses setlocale only.  This patch will
be pushed upstream most likely.

sbin/hammer: Make hammer blockmap show verbose info on -v

- Shows volume# and layer1/layer2 index or offset when -v(v) is used.

sys/vfs/hammer: Add HAMMER_BLOCKMAP_LAYER[12]_INDEX()

- This commit adds HAMMER_BLOCKMAP_LAYER[12]_INDEX() which is
  /=sizeof(layer[12]) version of HAMMER_BLOCKMAP_LAYER[12]_OFFSET().

- This is useful as it sometimes (the next commit, debugging, etc)
  wants to retrieve an index of layer1/2 instead of an offset.

sbin/hammer: Align zone# in hammer blockmap output

- Use printf("%-2d") for zone.

sbin/newfs_hammer: Minor fixes

- It's better to call rel_volume() for the root volume here
  without waiting for potential non-root ones to do it as
  they all modifies the root volume.

- Also add assertions to ensure a caller calls this function
  for the root volume first, and then non-root volumes.
  (non-root volumes do += to these volume statistics)

sbin/hammer: Remove modified1 flag

- modified1 isn't necessary and also the code is clearer without
  this flag.

- Once layer1 big-block is initialized, the only thing allocator
  has to do to layer1 is ++ or -- layer1->blocks_free and update
  crc. So it's better to just update crc whenever layer1->blocks_free
  got ++ or --.

default/compilers.conf: Fix include path

Reported by: zrj

OpenLIBM: Undefine two C99 macros

Martynas@openbsd believes that only fast FMA for float is implemented,
and that the double and long double versions are not "fast".  This also
matches what FreeBSD has so I'm reverting these new definitions on his
recommendation.

Create short name locales

In other (non-BSD?) platforms, it's possible to use a locale such as
"en_GB".  Up until now, this did not work on DragonFly.  It required
a codeset as well, so if "en_GB.UTF-8" wasn't specified, setlocale
would fail.

Every locale except two has a version that uses the UTF-8 codeset,
so a symlink was created to these to create these territory locales.
The other two are
  hi_IN => hi_IN.ISCII-DEV
  la_LN => la_LN.ISO8859-1

This should improve cross-platform compatibility, and it will lead
to a change in gcc50 libstdc++ locale handling.

While here, set the "share" directory to build in parallel rather
than serially.

GCC50: Upgrade base compiler to GCC release 5.2

Merge branch 'vendor/GCC50'

Update gcc-50 to SVN version 225979 (gcc-5-branch)

This is equivalent to gcc 5.2 release plus a few additional commits
that came through when the gcc-5 branch reopened.

Last Changed Date: 2015-07-18 02:16:08 +0200 (Sat, 18 Jul 2015)

devfs: Use lwkt_domsg() instead of lwkt_sendmsg() + lwkt_waitport().

* lwkt_domsg() already implements the concept of synchronous message
  execution, use it instead.

* The caller of devfs_msg_send_sync() has allocated the message and
  keeps a reference to it, so we don't need to return the reference
  back.  Return the message error instead.

kernel: Use lwkt_domsg() instead of lwkt_sendmsg() + lwkt_waitmsg().

Sync ACPICA with Intel's version 20150717.

* Better partitioning between debugger and disassembler.

* Add 'Trace' command to the debugger.

* Add support for the TCPA table to compiler and template generator.

* Fix '!!' command issue in the debugger. This had already been committed.

* Various cleanups and fixes.

For a more detailed list, please see sys/contrib/dev/acpica/changes.txt.

Remove now-unused hostapd source files from contrib

Disconnect hostapd from building in base

There is insufficient reason to have hostapd in base at all.  Moveover,
this version is three releases behind and probably has several security
vulnerabilities.  Users that need a wifi access point should install
net/hostapd instead which the latest release and patched for known
security issues.

approved-by: dillon

sbin/hammer: Assert simplified blockmap allocator

- alloc_blockmap() is a simplified blockmap allocator of
  kernel function hammer_blockmap_alloc() as the comment says.
  alloc_blockmap() is not aware of layer1 boundary since it
  lacks layer1 boundary check and zone wrap check. This still
  works for newfs_hammer because it's guaranteed that the newfs
  never hits layer1 boundary even in the worst case[*] when
  there are 2^8 volumes and each volume is 2^52 bytes storage.

- This commit adds assertions to ensure it's safe to use the
  simplified allocator. If a caller hits the assertions then
  the program does more than what this allocator supports.

  --
  [*] In the worst case each volume has 2^(18-8) big-blocks
  for layer2 metadata which totals (8[MB] * 1024) = 8[GB].
  Other than layer2 metadata, the root volume has 1 big-block
  for layer1 metadata, less than 128 big-blocks for undo fifo,
  and 1 big-block for btree and meta zone each. These add up
  to somewhere between 8-10[GB] but it's still far less than
  a single layer1 capacity of 4[TB]. Non-root volumes consume
  a bit less than the root volume since it only has layer2
  metadata initially which also fits in a single layer1.
  The blockmaps for the root and non-root volumes would look
  something like the following.

  volume#0
   zone  big-blocks   note
  ==============================================================
      4           1   2^18 * layer1 = 2^(18+5) = 8[MB]
      4        1024   2^19 * layer2 * 1024 = 2^(19+4+10) = 8[GB]
      3           n   undo zone for undo fifo (n <= 128)
      8           1   btree zone for root btree node
      9           1   meta zone for root inode and pfs0

  volume#N (0<N<256)
   zone  big-blocks   note
  ==============================================================
      4        1024   2^19 * layer2 * 1024 = 2^(19+4+10) = 8[GB]

sbin/hammer: Fix wrong free big-blocks counter

- newfs_hammer needs to decrement extra 2 big-blocks from
  vol0_stat_freebigblocks for zone 8 and 9.

- newfs_hammer has following three lines that allocate the root
  inode, root btree node, and pfs0 metadata for zone 8 and 9,
  however because alloc_blockmap() doesn't decrement vol0_stat
  _freebigblocks when a blockmap first meets a new layer2,
  the volume header shows vol0_stat_freebigblocks 2 more than
  it actually is.

  bnode = alloc_btree_element(&btree_off, &data_buffer0);
  idata = alloc_meta_element(&data_off, sizeof(*idata), &data_buffer1);
  pfsd = alloc_meta_element(&pfsd_off, sizeof(*pfsd), &data_buffer2);

- This also means vol0_stat_bigblocks and vol0_stat_freebigblocks
  are not equal initially. This commit makes vol0_stat_bigblocks
  equal (vol0_stat_freebigblocks + 2), while these two were equal
  until this commit. This should make sense than decrementing
  vol0_stat_bigblocks by 2 to make these two look the same,
  because inodes and btree nodes allocated by regular filesystem
  operations do decrement vol0_stat_freebigblocks whenever a new
  big-block is allocated and those are counted as used big-blocks.
  The initial inode, btree node and pfs shouldn't be an exception.
  The diff of hammer info command right after newfs_hammer would
  look like this.

  ==========
  # diff -aNur ./before ./after
  --- ./before 2015-07-17 03:17:10.999193000 +0900
  +++ ./after 2015-07-17 03:17:14.649193000 +0900
  @@ -1,17 +1,17 @@
  <snip>
   Big-block information
    Total          178376
  - Used                0 (0.00%)
  + Used                2 (0.00%)  /* inode/btree/pfs0 */
    Reserved           45 (0.03%)
  - Free           178331 (99.97%)
  + Free           178329 (99.97%) /* 2 less than before */
   Space information
    No. Inodes          1
    Total size       1.4T (1496326340608 bytes)
  - Used               0B (0.00%)
  + Used              16M (0.00%)  /* 2x8[MB] more than before */
    Reserved         360M (0.03%)
    Free             1.4T (99.97%)
   PFS information
  ==========

sbin/hammer: Optimize layer1 crc update

- layer1->layer1_crc needs update only when layer1 metadata gets
  modified. In this case, it needs update only when a blockmap finds
  a new layer2 that hasn't been touched yet, because that's when
  layer1 metadata's free layer2 count is decremented.

sbin/hammer: Properly set modified flag for blockmap

- When a blockmap finds the current layer2 (that corresponds to
  blockmap->next_offset) belongs to a different zone and go to
  the next layer2 by incrementing blockmap->next_offset, it should
  set modified flag just like other ones do.

- If this function is ever changed to goto fail; without exit(1);
  on failure, then a blockmap whose next_offset got incremented
  here may be left without ondisk update.

sbin/hammer: Fix boundary check

- It should be (next_offset + bytes - 1).

- alloc_blockmap() has only been used by newfs_hammer for root
  inode, btree root node, and pfs0 metadata, and these don't
  cross 16KB boundary so there hasn't been any issue.

sys/vfs/hammer: Make HAMMER_ENCODE() take zone index instead of base

- HAMMER_ENCODE() macro added in cbf2551 should have taken zone index
  for the first argument, instead of directly importing zone base
  based code from format_blockmap().

- The zone base arg and other two args having overwrapped bits is
  confusing, and not really good for anything. If zone base has non
  zero for non-zone-bits then those bits should go to other two args.

- (format_blockmap() has been changed to take zone/offset instead of
  the encoded one, but no external programs will need this function.
  The same for the HAMMER_ENCODE() macro)

sys/vfs/hammer: Add zoneX version of hammer_xlate_to_zone2()

- Add hammer_xlate_to_zoneX() macro as a generic version of
  hammer_xlate_to_zone2().

sbin/hammer: Remove unnecessary zone encoding

- This zone encoding isn't necessary since *result_offp is already
  'zone' offset. HAMMER_ZONE_ENCODE() only cuts off zone bits from
  *result_offp and then |= with 'zone' for zone bits, which results
  the same as *result_offp.

- Also the name of the local variable 'zone2_offset' should have been
  'zoneX_offset' since zone depends on what the 'zone' value is.

OpenLIBM: local mod -- add back C99 macros

The math.h header of OpenBSD's library is missing some C99 macro
defintions.  Most of these we had before.  FP_FAST_FMA and FP_FAST_FMAL
are new, but I believe should have been defined before.

Reported by: swildner

powerd.8: Fix comment about P-state effect on Intel CPUs

It looks like P-state still has effect on Intel E5 v2 CPUs at least.

ipiq: Add description for ipi latency measurement sysctls

Suggested-by: swildner@

sysperf/ipitest: Run latency tests on all available CPUs

3 CPUs are too small even for 2-way configuration.

kernel - Reduce ACPI dmesg spam a little

* Reduce repetitive 'MPTABLE: warning PCI int dst apic id %d...' warnings.

kernel - MFC 160de052b2 from FreeBSD (persist timer)

Avoid a situation where we do not set persist timer after a zero window
condition.  If you send a 0-length packet, but there is data is the socket
buffer, and neither the rexmt or persist timer is already set, then
activate the persist timer.

Author: hiren <hiren@FreeBSD.org>
Taken-from: FreeBSD

kernel - Reduce mountroot intr_config_hook wait to 30 seconds

* Reduce the amount of time mountroot waits for storage busses and
  devices to finish configuration from 60 seconds to 30 seconds.

* Fix rare races in the intr_config_hook API by adding a lock to
  hook operations.

kernel - Fix mountroot / usb diskkey race.

* Use the intr_config_hook mechanism to prevent mountroot from running
  until all usb busses have completed two scans.  umass's CAM
  intr_config_hook will take over once umass is detected.

* Pull the hw.usb.xhci.use_polling tunable out of USB_DEBUG and make it work
  generally.  Setting this feature in /boot/loader.conf to 1 forces xhci to
  always poll.

  The polling rate is not the best in the world with this commit so do
  not expect good performance.  Only use if your USB doesn't work due to
  e.g. interrupt routing issues.

Fix installation of libm man page(s)

diagnosed-by: swildner

OpenLIBM: Replace complex ACOSH functions

The regression tests revealed a bug in the OpenBSD complex COSH
function implementation.  The FreeBSD implementation has been brought in,
at least temporarily, to address the regression.

It is likely that the ASINH functions are deficient with the edge cases
as well, but they've been left alone for now.  The OpenBSD complex
functions implementation probably needs to be reviewed and reworked based
on my review of the OpenSolaris libm and FreeBSD msun implementations

OpenLIBM: Replace nextafterl function with FreeBSD's version

The nextafterl function is not coming up with the correct results.  On
GCC's fortran round_4 test, a bit was being added to the lx component
where on FreeBSD it was being subtracted.

Replacing the source file with the equivalent of FreeBSD's version fixed
the rounding regression we saw after moving to OpenBSD's libm.  Upstream
will be informed, so potentially this is only temporary.

OpenLIBM: Try to fix nextafterl

My first attempt at fixing this function to deal with the always-true
<unsigned variable> > 0 condition was a mistake.  The problem was that
esy and esy were typed as u_int32_t when they should have been "int"
according to math_private.h.

This still doesn't fix the rounding error in Fortran so it's possible
this function is still broken (upstream too).  The FreeBSD version is
a bit different.

kernel/linux: Implement idr_preload() and idr_preload_end()

wmake - Improve use case for incremental world build/installs

* If DESTDIR=<blah> is specified, automatically supply
  _SHLIBDIRPREFIX=<same>.

Testing-by: marino

OpenLIBM: Fix initializing FP environment

This was discovered by zrj running OpenBSD's libm regression test.
DragonFly (and FreeBSD) using a different variable name for the
FPU control word initial value.

This fixes associated environment assertions for libm.

i386 removal, part 18/x: Remove an i386 specific option.

Add wpi(4) to our default config.

Reported-and-tested-by: libertas on #dragonflybsd

Update the pciconf(8) database.

July 10, 2015 snapshot from http://pciids.sourceforge.net/

OpenLIBM: Add missing symbol fegetexcept (DF404.0)

While here, move fe* symbols from main map to amd64 map.

Reported-by: zrj

x86_64/mwait: Expose preamble mask for C3+ transition

acpi/pstate: Force CPU package power domain for Intel CPUs

powerd: Reverse the meaning of -e option

Intel Performance and Energy Bias Hint does not seem to have visible
effect on either power consumption, thermal control or cpu dynamic
frequency adjustment.

syscons - improve debugger entry

* Reduce stalls during debugger entry.

kernel/linux: Fix a bug in idr_alloc()

That function was only doing a single memory allocation and didn't
try to grow the underlying idr storage when needed.

OpenLIBM: Add 3 new symbols to map

We gained three additional functions with the move to OpenBSD libm:
  catanhl
  casinhl
  cacoshl

They were built but filtered out because they weren't on the symbol
map before.

kernel - Fix live lock in vfs_conf.c mountroot>

* The mountroot> prompt calls cngetc() to process user input.  However, this
  function hard loops and can prevent other kernel threads from running on
  the current cpu.

* Rearrange the code to use cncheckc() and a 1/25 second tsleep().

* Fix a bug in the syscons code where NOKEY was not being properly returned
  as documented.  Modify all use cases to handle NOKEY.  This allows us to
  differentiate between a keyboard present but not key pressed and a keyboard
  not present.

* Pull the automatic polling mode code out of cncheckc() (or more precisely,
  out of sccncheckc()) and add a new cnpoll() API function to set it manually.

  This fixes issues in vfs_conf when normal keyboard processing interrupts
  are operational and cncheckc() is used with a tsleep() delay.  The normal
  processing interrupt wound up eating the keystrokes so the cncheckc()
  basically always failed.

  cncheckc() in general also always had a small window of opportunity where
  a keystroke could be lost due loops on it.

* Call cnpoll() in various places, such as when entering the debugger,
  asking for input in vfs_conf, and a few other places.

WPA Supplicant: Add warning about its use

The wpa_supplicant software in base is three releases behind and likely
full of security holes.  For example, the current release in DPorts has
already had 5 security vulnerabilities patched, but the base version is
not being actively maintained.

The base wpa_supplicant should only be used long enough to be able to
install the latest version from dports.  In order to let sysadmins know
that running it is not the best idea, a 10-second warning will come up
when the base wpa_supplicant is used.

reviewed by: robgar

Bump __DragonFly_version after replacement of libm

Replace hybrid libm with OpenBSD libm on vendor branch

In order to gain full c++11 support on GCC, we had to import a number
of long double functions from NetBSD, once again converting libm into
a hybrid library from a mixture of sources.  As of today, FreeBSD still
doesn't have the missing functions and the PR on broken c++11 has been
lingering for months.

The OpenBSD libm is complete and maintained[1][2].  It's unmodified
sources are in vendor/OPENBSD_LIBM branch with local modifications (to
squelch gcc warnings and adjust for OS differences mainly) are applied
to the master for easy diff generation.

A dports bulk build was executing using the new math library and the
result is the ports built normally.

[1] The final two "imprecise" functions were replaced by proper long
    double versions.  The imprecise versions remain as older symbols
    (libm has symbol versioning) so this source is additional to what
    is provided in the vendor branch. (powl, tgammal)

[2] There were several DF306.0 symbols that are not present in OpenLIBM,
    partially because they've been moved to libc or were always there.
    In order to maintain backwards capability, copies of these functions
    with new names are built into libm, and given DF306.0 versions only.
    Without the version suffix, these past functions will not link to
    new programs.

ipiq: Add simple IPI latency measure sysctls (2)

* Add /usr/src/test/sysperf/ipitest test script.

* Make adjustments to the sysctl latency code, remove unnecessary
  critical section and convert the result to nanoseconds.

ipiq: Add simple IPI latency measure sysctls

It could be used to measure latency caused by power management stuffs.

OpenLIBM math.h: change __XPG_VISIBLE => __XSI_VISIBLE

OpenBSD uses a different macro definition X/Open portability spec, so
rename it (__XPG_VISIBLE) to the one used by Free/DF (__XSI_VISIBLE).
This is another local modification to math.h

OpenLIBM local mod: change another __fpclassify => __fpclassifyd

To avoid creating a new symbol, the original __fpclassifyd name was
retained, but I missed changing this one.  The error was discovered
by a build failure of lang/spidermonkey185

xlocale: remove const qualifier from __xlocale_C_ctype

It contains a reference count that is modified by newlocale,
duplocale, freelocale.

diagnosed-by: dillon
taken-from: freebsd

kernel - Fix mlock() related panic and memory leak

* If a process exits with mlock()d pages, the pages are left wired,
  causing an immediate memory leak and also leading to an assertion
  and panic later on when the kernel tries to free the pages.

* The problem is due to an exit optimization which calls
  pmap_remove_pages() before deleting the mappings.  vm_fault_unwire()
  expects the pmap to have the pages and fails to properly adjust the
  wire count when it doesn't.

* Fixed by testing pmap->pm_stats.wired_count and shifting the
  pmap_remove_pages() call to after the maps are removed if it is
  non-zero.

Reported-by: marino via muscles panic

bus: Clear device description when we set driver.

This fixes several places that driver is detached, but device desc set
by driver is not cleared, e.g. module unload.

Minor cleanup, while I'm here.

Reported-by: swildner@

OpenLIBM: Add DRAGONFLY.README to contrib

OpenLIBM: remaining local modifications

The following section is an excerpt of DRAGONFLY.README for this vendor
branch.  Many of these patched issued exist in the current libm as well,
but they are masked with WARNS?=1.  Other fixes adjust for differences
between DragonFly and OpenBSD.  The WARNS level has been raised to 3, and
it could be raised to 4 by fixing "set-but-unused" errors.

The following files have been patched
=====================================
arch/amd64/*.S             (elf note added to all assembly files)
arch/amd64/fenv.c          (#include diff from OpenBSD)
arch/amd64/fenv.h          (#include <sys/cdefs.h> for CDECL)
include/global/math.h      (#include diff, double/float typedefs)
src/e_j0.c                 (full coverage)
src/e_j0f.c                (full coverage, fix sign comparison mismatch)
src/e_j1.c                 (full coverage)
src/e_j1f.c                (full coverage, fix sign comparison mismatch)
src/e_jnf.c                (sign comparison mismatch)
src/e_pow.c                (sign comparison mismatch)
src/e_powf.c               (sign comparison mismatch)
src/e_rem_pio2f.c          (sign comparison mismatch)
src/ld80/e_fmodl.c         (sign comparison mismatch)
src/ld80/s_ceill.c         (sign comparison mismatch)
src/ld80/s_floorl.c        (sign comparison mismatch)
src/ld80/s_nextafterl.c    (strong alias, explicit eval order, always true)
src/ld80/s_remquol.c       (sign comparison mismatch)
src/s_lround.c             (sign comparison mismatch)
src/s_lroundf.c            (sign comparison mismatch)
src/s_nan.c                (#include diff from OpenBSD)
src/w_drem.c               (ansify prototype)