Update files for OpenSSL-1.0.0f import.

Merge branch 'vendor/OPENSSL'

Import OpenSSL-1.0.0f.

      o Fix for DTLS plaintext recovery attack CVE-2011-4108
      o Clear block padding bytes of SSL 3.0 records CVE-2011-4576
      o Only allow one SGC handshake restart for SSL/TLS CVE-2011-4619
      o Check parameters are not NULL in GOST ENGINE CVE-2012-0027
      o Check for malformed RFC3779 data CVE-2011-4577

kernel: Use NULL for pointers.

dma(8): Upgrade to v0.7.

For the change log, see:

https://github.com/corecode/dma/blob/master/debian/changelog

Tested-by: luxh
Submitted-by: corecode

Run VFS_START() for the root mount point.

The namecache has to be initialized properly for that. Use code
taken from start_init()

gold linker v2.22: Remove unnecessary assertions

Fixes this error: internal error in relocate_tls
Reported as binutils bug 13359
<http://sourceware.org/bugzilla/show_bug.cgi?id=13359>
Applied to trunk 2011-10-31
Backported to 2.22 branch on 2011-12-19

gold linker v2.22: Fix constructor handling

Starting with gold 2.22, gold looks for contructors in DT_INIT_ARRAY by
default, but gcc defines them in a .ctors section.  Apparently the
presence of crtbegin and crtend with their .init sections are confusing
gold, but not gnu ld.

To combat this, a new option "--no-ctors-in-init-array" was added to
emulate gnu ld behavior of looking for constructors in the .ctors
section provided by gcc.  This commit makes this new option the default
behavior on DragonFly's gold.

Without this modification, a gold-built world is unbootable!

kernel - Fix a case in if_re which could lockup the system

* if_re's re_start function was not always properly setting IFF_OACTIVE
  in situations where packets would be left on the if_snd queue, causing
  if_start_dispatch() to get into an endless message loop.

* Add debugging to device_printf() when the case occurs.

ispfw(4): Add MODULE_VERSION()s.

ispfw(4): Correct case in module name.

kernel/vfs: enable accounting for ro mounts

* Some filesystems may be first mounted read-only and then upgraded
  to read-write status

* The VFS layer has no provision for signaling VFSes of status change,
  mount-point specific initialization code can only be run for the
  initial mount

* VFS accounting was thus never enabled on a ro->rw mount point transition

* Bite the bullet and run vq_init() unconditionally for both read-only
  and read-write mounts, the cost is only a few variables set to NULL
  or zero anyway.

isp(4): Sync with FreeBSD.

Adds support for some newer cards:

* Qlogic ISP 2322 PCI FC-AL Adapter

* Qlogic ISP 2422 PCI FC-AL Adapter

* Qlogic ISP 2432 PCI FC-AL Adapter

* Qlogic ISP 2532 PCI FC-AL Adapter

* Qlogic ISP 5432 PCI FC-AL Adapter

* Qlogic ISP 6312 PCI FC-AL Adapter

* Qlogic ISP 6322 PCI FC-AL Adapter

Also isp(4) can now be loaded as a module. The firmwares have been
separated into per-firmware modules, too.

It was tested with an old DEC KZPBA-CX (1040 based) SCSI adapter.

kernel/mchain: Fix a NULL check.

kernel - Fix swapcache inefficiency related to the PQ_INACTIVE queue

* The swapcache was still coded with the assumption of just one
  PQ_INACTIVE queue.  Even though it scans all 256 queues the
  end-of-queue code could trigger early and prevent later queue
  indices from being scanned, causing a large percentage of eligible
  VM pages to not get written to the swapcache.

  Now all queues must signal that they have reached the end before the
  code sets the end-of-queue condition and loops up to the 1/10 second
  sleep.

* The full count/scount was being applied to each queue individually instead
  of to all queues uniformly, allowing more pages to be laundered than
  desired.  Divide out and add a bit of slop.

kernel - Use atomic ops to update hammer_count_refedbufs

* This global is used only for statistical reporting via sysctl and has
  no operational effect.

* Use atomic ops to avoid tracking errors from multiple hammer mounts.

hammer - Pass -S option to remote mirror-read

* When doing a mirror or mirror-stream via pull from the remote pass the
  -S option to the remote end, otherwise the remote will just use the
  default split size.

Reported-by: ftigeot

ktr.9: Adjust for the recent ktr work by aggelos.

test/cocci/NELEM.cocci: Oops, wrong comment character.

Expand the comments in the coccinelle patches a bit more.

Add a coccinelle patch to find missing lock release before return.

kernel/i4b: Instead of returning, goto fail (for crit_exit()).

dpt(4): Add a missing crit_exit().

kernel/disk drivers: Add some missing crit_exit()s.

ed(4): Replace a forgotten crit_exit() with lwkt_serialize_exit().

Only cosmetical as this code is not enabled.

vkernel - Unbreak 32-bit vkernel builds by fixing broken assertion

* [ASSERT_]MP_LOCK_HELD() was not properly handling the new token
  t_count format.

* Rename and document the functions a bit better.  Currently our
  more expansive token test for (shared or exclusive) is not
  a perfect test because we don't want to eat cpu time iterating
  the thread's token array to check for shared tokens.  So we just
  check for a shared count.

  Works well for assertions, wouldn't work very well for conditional
  acquisition (of a shared token).

* Exclusive token tests are perfect.

Reported-by: tuxillo

kernel - Fix ENOBUFS related panic in tcp_output

* If the tcp_output code gets all the way to the end but then has to
  'goto again', it fails to NULL out the (th) pointer.  If the mbuf fails
  on the retry (m == NULL), the non-NULL (th) winds up causing the code to
  believe that the mbuf is good and results in a null-pointer dereference.

hammer(8): fix an obsolete comment

kgdb: Fix double-free bug

It was a mistake to reuse target sections for each inferior.  Leaving the
default section for each program space eliminates the redundant xfrees.
The exec.c function "resize_table_sections" code was painful to look at with
unused variables and unnecessary memory reallocations, so it was altered
at the same time.

kernel/tws: Add a missing lockmgr(...,LK_RELEASE).

kernel/gpio: Add a missing lockmgr(...,LK_RELEASE).

kernel/vfs_quota: Add a missing spin_unlock().

kernel/netgraph: Add a missing lwkt_reltoken().

kernel/cam: Add two missing lockmgr(...,LK_RELEASE)'s.

Bump copyright. Happy new year!!

Merge branch 'vendor/FILE'

Import file-5.10.

Changes are documented in ChangeLog.

Reduce differences between our VKERNEL and VKERNEL64 configurations.

* Removes KTR from VKERNEL.

* Removes VM_PAGE_DEBUG from VKERNEL64.

* Some whitespace adjustments.

VKERNEL64: Adjust for the ktr changes (to fix build).

libdl -- Stub libdl.

DragonFly BSD (and FreeBSD) have the dlopen/dlfcn/... routines located in
libc. However many applications and their configure scripts look for these
routines in libdl. This adds a stub libdl with no subroutines, so that the
configure scripts pass. The dl* routines are automatically available via
libc.

kernel -- nfsserver: Allow for some reordering of RPCs before decaying seqcount.

Before decaying sequential heuristic, allow a limited amount of RPC reordering.
After that, decay by half for each out-of-order RPC rather than immediately
dropping to 1.

From FreeBSD r228185.

kernel -- KTR: Fix vkernel32 build.

KTR_INFO needed to be updated for the typesafe KTR patchset.

kernel: Fix two NULL dereference issues.

kernel/acpi: Add a missing file to the 'files' files (fixes LINT* build).

vkernel/intr: Pin vkernel "hardware interrupts" to CPU0

Due to the nondeterminsm of CPU to which SIGIO will be delivered,
we can't depend on "hardware interrupts" of vkernel always happen
on the registered CPU.  We now pin the vkernel "hardware interrupts"
to CPU0, so the interrupt scheduling code could always know the
correct ithread to be scheduled.

Reported-by: tuxillo vsrinivas

Adjust ktrdump(8) for the ktr(4) changes

- On i386, we need to extend logged integers to be at least
  int-sized like vprintf expects.
- On x86_64, we unpack the logged arguments into a va_list according
  to the x86_64 ABI rules and then pass it to kvprintf.

Modify ktr(4) to be typesafe

- Use a struct copy to place the logged values directly into the
  destination buffer without forcing a memcpy.
- This also fixes event logging on x86_64, as we no longer rely
  on the i386 calling convention for functions with a variable
  number of arguments.
- Verify that the arguments match the specified format.
- Update callsites.

Note that this requires userspace changes! ktrdump(8) needs to be
adjusted even on i386 (%c and %hd are no longer promoted as per the
C rules). We need very special handling on x86_64 too.

Introduce sys/cpputil.h for our cpp metaprogramming needs

kernel/drm: Move a NULL check to the proper place.

kernel/altq: Move a dereference below the NULL check.

acpi/cpu: Missing one 'O' in the macro name

acpi/cpu: Report that Turbo Boost is enabled on Intel CPUs

If Turbo Boost is enabled, the current CPU frequencies reported by
hw.acpi.cpu are not correct, sigh.

acpi/pstate: Print coordination

acpi/pstate: Fix the long standing P-State detection problem on Intel CPUs

- Rename the ACPI_CAP to ACPI_PDC according to Intel's document.
  While I'm here, update the document revision.
- Remove unapplied comment about _OSC and _PDC's revision; Intel's
  document states clearly that it should be 1
- Fix the 'Count' argument for _OSC evaluation; the intergers in
  'Capabilities buffer' argument is 2
- Fix the buffer length of _OSC's 'Capabilities buffer'; we only
  pass 2 intergers.
- Perfer _OSC evaluation, fall back to _PDC evaluation only if _OSC
  evaluation fails.
- Add MD cpu features, so MD code could deliver proper settings.
  For AMD CPUs, the old configuration just works (AMD actually has
  no documents about _PDC and _OSC).
  For Intel CPUs w/ EST, it looks like P-State's _PCT will appear
  only when bit0 (P-State MSR), bit5 (P-State software coordination)
  and bit11 (P-State hardware coordination) are turned on.

x86_64: Add MSI support for ICU MachIntrABI

intr: Remove no longer correct ithread_cpuid; use rman_get_cpuid instead

libmagic:  Update Makefile.

-Use SHAREDIR from bsd.own.mk instead of hardcoding it.
-Get rid of -I nonsense that was required when we used to patch the
vendor's .h, but we need to turn off warnings when building mkmagic.nx.

Inspired-by: http://bugs.dragonflybsd.org/issues/2206

bce: Add workaround for the lost of MSI on 5706/5708

While I'm here use ramn_get_cpuid to extract interrupt's target CPU

Obtained-from: bnx2

em: rman_get_cpuid should be used to get the interrupt's target CPU

em: Use MSI, if device supports it

bce: Split out frontend for interrupt handler

For non-oneshot MSI, we don't need to make sure that status block has
been updated and we don't need extra register read to flush the ACK_CMD;
MSI has already made sure about those.

For oneshot MSI, we don't even need to ACK the interrupt

Obtaied-from: bnx2

pci: Factor out pci_alloc_1intr()

This function will properly setup rid and flags for "legacy" interrupt.
If MSI is enabled, then this function will try allocate 1 MSI message
and setup rid and flags properly for MSI based interrupt resource.

ether_ioctl: Command type is u_long not int

taskqueue -- Register swi_taskq_mp as an MP-safe SWI.

The swi_taskqueue for mpsafe tasks was still getting the mplock. Remove it.
There are no real users of this queue in kernel though.

test - Do not report bogus object pointer in vmpageinfo

* If m.object is NULL do not report the previously loaded object's
  data in the output.

kernel - Fix swap space leak

* swp_pager_meta_free_callback() had a bug where the last swap block
  in the swblock{} structure was not being freed from the swap bitmap.

* Also fix two rare race conditions.  swp_pager_freeswapspace() can
  block, causing the VM object token to be temporarily unlocked.  Deal
  with the race by not decrementing the swb_count field until after
  swp_pager_freeswapspace() is called.

Reported-by: sephe

i386: Pass cpuid to pcib_alloc_msi and pcib_map_msi

This also unbreaks kernel building on i386

bce: Use MSI, if device supports it

emx: emx_detach will correctly handle IRQ resource allocation failure

emx: Use MSI, if device supports it

ahci: Use MSI if device support it.

msi: Put old MSI code under OLD_MSI

x86_64: Don't allocate MSI if LAPIC is not enabled

msi/pci: Adjust pci_alloc_msi method interface

- The requested number of MSI messages is no longer adjusted in
  pci_alloc_msi_method(), instead, caller should adjust it.
- rids of the MSI SYS_RES_IRQ are explicitly returned to caller,
  instead of letting caller fill them based on the implied rules.
- MSI messages' target CPU auto-selection.
- Intead of reallocation using reduced number of MSI messages,
  we try to allocate the requested amount of MSI messages on
  different CPUs, if the desired CPU does not have enough vectors.
- The requested amount of MSI messages must be sane.

x86_64/msi: Add hw.ioapic.msi_start tunable

This is mainly used to test MSI allocation over the whole valid
hardware interrupt space.

x86_64: Add MSI support for IOAPIC MachIntrABI

pci: Remove extra bus_generic_teardown_intr

This is the left over of 79af06ab6b5a6581a07d0a6bc0735f6aa82a7947

msi: Add setup/map function

- msi_setup, setup the IDT entry properly
- msi_map, return the MSI address and MSI data according to the
  'intr' and 'cpuid'

The various MSI macros forming MSI address/data are taken from FreeBSD

msi: Generate vectors 0~15

msi/pci: Pass cpuid to pcib_map_msi method

x86_64: Add setidt(), which setup an IDT entry on the specified cpu

msi/pci: Pass cpuid to pcib_release_msi method

pci: We must not enable pci_do_msix currently

msi/pci: Pass cpuid to pci_alloc_msi and pcib_alloc_msi methods

netif: MSI actually never worked, so comment out the pci_alloc_msi

msi: Enable all PCI related code

msi: Add interrupt vectors

This is larged based on apic/apic_vector.s

UPDATING: Note that mkdir(1) and install(1) need updating before building.

installer: Don't say the installer is experimental.

Noticed-by: vsrinivas

kernel - Add vm.swapcache.maxscan

* Add vm.swapcache.maxscan as a separate counter from vm.swapcache.maxlaunder.

* Defaults to 4x maxlaunder.

* Should hopefully fix another cpu hogging issue that was noticed on
  avalon when most VM pages wind up being cached in the swapcache
  but still get cycled in the PQ_INACTIVE VM page queue due to apache
  activity.

kernel -- Per-mount syncer thread infrastructure.

Introduce infrastructure to create per-mount periodic filesystem syncer threads.

For a filesystem flagged MNTK_THR_SYNC, create a thread to periodically
synchronize dirty vnodes and the entire filesystem via VOP_FSYNC and
VFS_SYNC. This thread subsumes that responsibility from the global syncer.
The thread will be created at mount time and torn down at unmount.

For filesystems not flagged, the global syncer thread (syncer0) is still used.
The global syncer thread is also used for the bioops_sync(NULL) call, to
invoke every filesystem's bioops_sync path. This is primarily a concern for
UFS/softdep. The global syncer is also the only syncer thread to respond to
speedup_syncer / rushjob requests; this is again a consideration for softdep.

Future work will consider the relative phase of the syncer thread clocks,
so that they may wake together; this may result in more work done per
wakeup.

Currently no filesystems are flagged MNTK_THR_SYNC, so there should be no
functional change associated with this commit.

kernel - Fix missing chain wait

* Fix a missing chain wait prior to adding a ref to the VM object in the
  sysv shm code.

Reported-by: lentferj

Merge branch 'master' of ssh://crater.dragonflybsd.org/repository/git/dragonfly

<math.h>: Add prototypes for llrintl() and nearbyintl().

<math.h>: Add FP_ILOGB0 and FP_ILOGBNAN.

kernel - Correct sysctl variable type for kern.stackgap_random

* Correct the sysctl variable type for kern.stackgap_random from an
  unsigned int to a signed int.

gcc-4.4: Add workaround for probable AMD cpu bug

* Add a workaround to add a nop to the end of gcc-4.4's fill_sons_in_loop()
  function just prior to its return (to its multi-register pop and ret
  sequence).

  This works around what appears to be a aMD cpu bug in contemporary
  AMD cpus.

kernel - Add workaround support for a probable AMD cpu bug related to cc1

* Add supporting inlines and a #define.  See the followup commit to
  the gcc-4.4 code in the DFly codebase.

* This bit of code is used to add a single NOP instruction just prior to
  the pop/ret sequence in cc1's fill_sons_in_loop() which works around
  what we believe to be a very difficult to reproduce AMD cpu bug.  The
  bug appears to be present on contemporary AMD cpus and was replicated
  on a Phenom(tm) II X4 820 Processor (Origin = "AuthenticAMD"  Id = 0x100f42
  Stepping = 2) and on an opteron 12-core cpu AMD Opteron(tm) Processor 6168
  (Origin = "AuthenticAMD"  Id = 0x100f91  Stepping = 1).

* The bug is extremely sensitive to %rip and %rsp values as well as
  stack memory use patterns and appears to cause either the %rip or the
  %rsp to become corrupt during the multi-register-pop/ret sequence at
  the end of fill_sons_in_loop() in the GCC 4.4.7 codebase.  This
  procedure is called as part of a deep tree recursion which exercises both
  the AMD RAS (Return Address Stack) hardware circuitry and probably also
  the write combining circuitry.

* I have so far only been able to reproduce the bug on DragonFly but have
  to the best of my ability eliminated the OS as a possible source of the
  problem over the last few months.  I am currently attempting to reproduce
  the bug running FreeBSD on the same hardware but it's virtually impossible
  to replicate the exact environment without adding DragonFly binary emulation
  to FreeBSD (which I just might have to do to truly verify that the bug is
  not a DragonFly OS bug).

* Bug reproducability: DragonFly utilizes a 0-1023 (~16 byte aligned)
  random stack gap.  Under normal buildworld -j 25 or similar conditions
  it can take anywhere up to 2 days to cause a failure.  Using a fixed
  stack gap of 904 (sysctl kern.stackgap_random=-904) on a particular cc1
  line during the compilation of gcc-4.4 using gcc-4.4, compiling gcc/mcf.c,
  with a carefully constructed environment and command path (to replicate
  a precise starting stack %rsp of  for main() of 0x7fffffffe818), I was
  able to replicate the bug in around a 60-second time frame with
  approximately one out of every 16 compiles hitting the the bug and failing.

* Changing the stackgap and/or modifying the code in any way (e.g. causing a
  shift in the %rpc values) changes the characteristics of the bug, sometimes
  causing it to stop appearing entirely.

  It was found that an adjustment of the stackgap in 32768 byte increments
  starting at the gap known to fail also reproduces the bug with the same
  consistency as the original stackgap value.

* Only the fill_sons_in_loop() function in cc1 in a few particular cases
  appears to be able to trigger the bug, across all the compiles we've
  done over a year.

sh: Add tests for lines that look like heredoc delimiters but are not.

Obtained-from:  FreeBSD 221887

sh: Add tests for some somewhat obscure aspects of function definitions.

Obtained-from:  FreeBSD 222512