cvs: remove ~3.5Mb of doc files from contrib (texi/pdf)

The only documentation we needs from cvs is in man/cvs.5 and doc/cvs.1.
Everything else is unused, including the pre-generated pdf files, so
lets save shallow repos from pulling these large unused files.

cvs: Remove info pages (one converted to man page)

As the start of an effort to remove info pages and texinfo from the
system, the cvsclient info page has been converted to a man page.
The cvs info page was not converted since it appears to be equivalent
to the already existing man page.

Entries were added to Makefile_upgrade.inc, but when all the info pages
are gone, those entries will be replaced by a single directory line -
to remove /usr/share/info

gcc50: Update to 02 APR 2015 snapshot (SVN 221845)

Merge branch 'vendor/GCC50'

Update gcc-50 to SVN version 221845

Last Changed Date: 2015-04-02 19:33:22 +0200 (Thu, 02 Apr 2015)

sbin/hammer: Don't downgrade when failed to destroy pfs

- hammer pfs-destroy command downgrades (and change some other params)
  ondisk pfs data before it attempts to destroy the pfs. This leads to
  unexpected result if it fails to destroy because that pfs is left
  with downgraded info. This commit restores the original ondisk pfs
  data on failure in order to keep status (this does generate a new
  ondisk pfs record too).

  ==========
  example1 - using existing /sbin/hammer

  # mount | grep TEST
  TEST on /HAMMER (hammer, local)
  # pwd
  /HAMMER
  # mkdir -p ./mnt
  # hammer pfs-master ./test1 | grep "operating as"
      operating as a MASTER
  # mount_null ./test1 ./mnt
  # mount | grep mnt
  /HAMMER/@@-1:00001 on /HAMMER/mnt (null, local)
  # hammer pfs-destroy ./test1
  You have requested that PFS#1 () be destroyed
  <snip>
  Destroying PFS #1 () in  5 4 3 2 1.. starting destruction pass
  pfs-destroy of PFS#1 failed: Directory not empty
  # hammer pfs-status ./test1 | grep "operating as"
      operating as a SLAVE

  ==========
  example2 - using this commit

  # mount | grep TEST
  TEST on /HAMMER (hammer, local)
  # pwd
  /HAMMER
  # mkdir -p ./mnt
  # hammer pfs-master ./test1 | grep "operating as"
      operating as a MASTER
  # mount_null ./test1 ./mnt
  # mount | grep mnt
  /HAMMER/@@-1:00001 on /HAMMER/mnt (null, local)
  # hammer pfs-destroy ./test1
  You have requested that PFS#1 () be destroyed
  <snip>
  Destroying PFS #1 () in  5 4 3 2 1.. starting destruction pass
  pfs-destroy of PFS#1 failed: Directory not empty
  # hammer pfs-status ./test1 | grep "operating as"
      operating as a MASTER

sbin/hammer: Print error message if already up|downgraded

- Print an error message that indicates the pfs has already
  been upgraded to master or downgraded to slave, instead of
  printing "pfs-xxxgrade of PFS#%d (%s) succeeded".

sbin/hammer: Detect possible relinking of pfs by user

- It is possible that a user rm pfs symlink and then relink the pfs.
  If the user happens to make the symlink to, for example,
  "./@@-1:00001" (has "./" before "@@-1:00001"), then getpfs() fails
  to properly parse the pfs id as it fails to sscanf the string.
  This commit checks if the symlink has "/" in the path, and if yes
  use a basename of it to get rid of unnecessary prefix to make it
  work properly.

  ==========
  example1 - using existing /sbin/hammer

  # mount | grep TEST
  TEST on /HAMMER (hammer, local)
  # pwd
  /HAMMER
  # hammer pfs-master test1 > /dev/null
  # ls -l ./test1
  lrwxr-xr-x  1 root  wheel  10 Apr  2 04:27 ./test1 -> @@-1:00001
  # ln -s ./@@-1:00001 test2
  # ls -l ./test2
  lrwxr-xr-x  1 root  wheel  12 Apr  2 04:28 ./test2 -> ./@@-1:00001
  # hammer pfs-destroy ./test2
  You have requested that PFS#1 () be destroyed
  <snip>
  Destroying PFS #1 () in  5 4 3 2 1.. starting destruction pass
  pfs-destroy of PFS#1 failed: Directory not empty

  ==========
  example2 - using this commit

  # mount | grep TEST
  TEST on /HAMMER (hammer, local)
  # pwd
  /HAMMER
  # hammer pfs-master test1 > /dev/null
  # ls -l ./test1
  lrwxr-xr-x  1 root  wheel  10 Apr  2 04:31 ./test1 -> @@-1:00001
  # ln -s ./@@-1:00001 test2
  # ls -l ./test2
  lrwxr-xr-x  1 root  wheel  12 Apr  2 04:31 ./test2 -> ./@@-1:00001
  # hammer pfs-destroy ./test2
  You have requested that PFS#1 () be destroyed
  <snip>
  Destroying PFS #1 () in  5 4 3 2 1.. starting destruction pass
  pfs-destroy of PFS#1 succeeded!
  # ls -l ./test*
  lrwxr-xr-x  1 root  wheel  10 Apr  2 04:31 ./test1 -> @@PFS00001
  # hammer pfs-status ./test1
  Cannot access PFS ./test1: No such file or directory

sbin/hammer: Remove unnecessary bzero(3)

- No need to bzero pfs before calling getpfs().

- Make init_pfsd() bzero pfsd.

sbin/hammer: Add missing relpfs()

- Call relpfs() after getpfs()

sbin/hammer: Avoid pfs via pfs on creation, not on status|destroy|upgrade|downgrade|update

- According to the getpfs() implementation, hammer command wants to
  avoid users create pfs via pfs (avoid-foot-shooting). However, it
  needs to be done when creating the pfs.

- Currently getpfs() is called by all pfs related commands except for
  creation (pfs-master, pfs-slave). This makes it possible for users
  to create pfs via pfs, but unable to status|destroy|upgrade|downgrade
  |update the once created pfs via pfs. In order to avoid this it should
  avoid pfs via pfs on pfs creation instead of in getpfs(). This also
  ensures other pfs related commands that handle pfs are protected from
  pfs via pfs.

- This commit also allows users to destroy once created pfs via pfs
  (by existing /sbin/hammer) as following examples show.

  ==========
  example1 - using existing /sbin/hammer

  # mount | grep TEST
  TEST on /HAMMER (hammer, local)
  # pwd
  /HAMMER
  # hammer pfs-master test1 > /dev/null
  # mkdir ./mnt1
  # mount_null ./test1 ./mnt1
  # cd ./mnt1
  # hammer pfs-master test2
  Creating PFS #2 succeeded!
  You are attempting to access a PFS softlink from a PFS.  It may not represent the PFS
  on the main filesystem mount that you expect!  You may only access PFS softlinks
  via the main filesystem mount!

  created pfs via pfs, but can't destroy (or any other command) it

  # hammer pfs-destroy ./test2
  You are attempting to access a PFS softlink from a PFS.  It may not represent the PFS
  on the main filesystem mount that you expect!  You may only access PFS softlinks
  via the main filesystem mount!

  ==========
  example2 - using this commit to properly destroy above test2

  # hammer pfs-destroy ./test2
  You have requested that PFS#2 () be destroyed
  This will irrevocably destroy all data on this PFS!!!!!
  Do you really want to do this? y
  This PFS is currently setup as a MASTER!
  Are you absolutely sure you want to destroy it? y
  Destroying PFS #2 () in  5 4 3 2 1.. starting destruction pass
  pfs-destroy of PFS#2 succeeded!

  pfs via pfs should be avoided on creation, but not after that.

  # hammer pfs-master test2
  You are attempting to access a PFS softlink from a PFS.  It may not represent the PFS
  on the main filesystem mount that you expect!  You may only access PFS softlinks
  via the main filesystem mount!

sbin/hammer: Make hammer pfs-status print after possible error case

- Print pfs-status info after getpfs() which could possibly print
  an error message to stderr and exit(1).

sbin/hammer: Fix error message on pfs open/ioctl failure

- "Not a HAMMER root" doesn't seem to be a good error message
  when getpfs() or ioctl(HAMMERIOC_GET_PSEUDOFS) has failed.

- getpfs() returning negative indicates open(2) has failed.
  ioctl(HAMMERIOC_GET_PSEUDOFS) returning negative (particularly
  when caller has set pfs->pfs_id to -1 before ioctl) usually
  indicates the fd has nothing to do with the existing valid pfs.
  It makes better sense with a message like "Invalid PFS path %s"
  or something.

sbin/hammer: Cleanup pfs commands by adding getdir()

- hunk1 - Add a static function getdir() for pfs operations.
  Returns a path to a directory containing the arg.

- hunk2,3 - Replace existing code with getdir(). Since dirpath
  is necessary only when islink, move it inside the if(islink).

- hunk4 - Replace existing code with getdir().

- hunk5 - Add missing free(dirpath).

sbin/hammer: Make alloc_btree_element() take address of buffer pointer

- Make alloc_btree_element() take struct buffer_info** as the second
  arg so a caller can take control of the buffer, in addition to
  retrieving ondisk data. This is the way other ondisk buffer apis
  are made (even if the caller doesn't need to explicitly release the
  buffer).

Remove empty directories in /usr/share

These are mostly related to obsolete localization.

rtsock: Fix NET_RT_FLAGS support

Fix gold linker 2.25

The trick of dumping target files to libgold did not work.  The gold
linker was missing all of it's targets and emulations. This new approach
uses a custom build target to avoid building common c++ object files
twice.

share/skel/dot.cshrc: update

- bump history
- make use of autorehash
- make a better prompt (include user)
- some better aliases
- merging history

many things which make it easier for new users

Reviewed by: swildner, marino

Signed-off-by: Eitan Adler <lists@eitanadler.com>

UPDATING: Add entry about binutils 2.25

cross-tools stage: Don't build unused linker (i.e. gold)

Only one linker is used to build the world, but each version of binutils
normally installs two linkers.  Update the build infrastructure to skip
building one linker for the cross-tools version of binutils.  This is
normally the gold linker, which builds very slowly due to being written
in c++.

This change could be backported to binutils 2.24, but right now it only
applies to binutils 2.25, the version normally used to build world.

Set binutils 2.25 as primary version

Binutils 2.24 is now the backup version.

ld-225: fix ldscripts (allows binutils 2.25 to build world)

Remove unused Binutils 2.22 source files

Replace binutils 2.22 with latest binutils 2.25

There are several active Common Vulnerabilities and Exposures (CVE) on
binutils version 2.24 and earlier.  As far as I can tell, there are no
known vulnerabilities with Binutils 2.25 (released late Dec 2014).

While here, maximumize parallelism by splitting binutils into three
serial blocks.  Previously binutils built serially with the build on the
gold linker (c++) particularly obvious.

The commit only replaces the ALTBINUTILS (version 2.22).  Once it is
confirmed that world builds without issue using version 2.25, it will
become prime and binutils 2.24 will become ALTBINUTILS.

The active vulnerability list:
  * CVE-2012-3509 possible DOS (crash) (2.22 only)
  * CVE-2014-8484 possible DOS (out of bounds read)
  * CVE-2014-8485 possible DOS (crash) and code execution
  * CVE-2014-8501 possible DOS (out of bounds write) and unspecified impacts
  * CVE-2014-8502 possible DOS (crash) and unspecified impacts
  * CVE-2014-8503 possible DOS (crash) and unspecified impacts
  * CVE-2014-8404 possible DOS (crash) and unspecified impacts
  * CVE-2014-8737 allows local users to arbitrarily delete files
  * CVE-2014-8738 possible DOS (crash, invalid write)

binutils 2.25: Add DF READMEs and local modifications

Merge branch 'vendor/BINUTILS225'

Initial import of Binutils 2.25 on vendor branch

sensor: Expose max id of sensor device through hw.sensors.dev_idmax

There could be so many sensor devices that MAXSENSORDEVICES is far
from enough, e.g. coretemp.

sensor: Fix sensor device numbering

Always use the lowest available sensor device number.

sensor: Fix sysctl tree creation

This allows:
- Attach sensor after installing sensor device.
- Detach sensor without de-installing sensor device.

hammer2 - Cleanup error paths

* Do not try to return I/O error status from hammer2_chain_lock() or
  hammer2_cluster_lock().  This is just asking for trouble by depending
  on callers to keep track of state in local variables.

  Instead, accumulate error status in chain->error and cluster->error.
  Adjust cluster->error based on focus.  Code does not yet check this field.

* Do not NULL-out cluster array entries on I/O errors or if unavailable.
  Leave the chain structure intact.

  This makes the cluster's array-of-chains more deterministic and will
  allow upcoming code to use errored chains as a placeholder for blocking
  operations.

* When locking a cluster, attempt to select alternative masters or slaves
  for our focus if the chain we would have otherwised used is errored.

* Add inlines to test whether a chain or cluster can be read or written
  (writing still also requires calling *_modify()).

* Document leaving inode->pfs_nmasters set to 0 for new masters.

* Adjust hammer2 pfs-list to display whether a master is a normal
  master or a snapshot.

hammer2 - Start work on quorum validation.

* Remove HAMMER2_PFSTYPE_SNAPSHOT, it adds unnecessary complication.
  Just make snapshots HAMMER2_PFSTYPE_MASTER.

  Add a subtype field to the inode and PFS ioctl to identify snapshots.

* Start fleshing out the quorum code.  hammer2_chain_lock() is the core.
  It will eventually also have to be async.

  hammer2_chain_lock() now does hard quorum checks, soft master checks,
  and identifies slaves and whether synchronization is needed, based on
  mirror_tid.

* More cleanup of cluster->focus.

* When removing nodes from a PFS cluster, since the cluster is being
  ripped apart and hammer2_inode_lock_ex() does quorum validation,
  we cannot use this function.  Just acquire and release the low-level
  inode mutex instead.

hammer2 - Cleanup hammer2_cluster API

* Track whether a cluster structure is locked or not.  For the upcoming
  cluster locking code, cluster structures cannot be recursively locked
  (though you can always make a copy and lock that).

* Move the ddflag (direct-data-in-inode) flag into the cluster structure
  And remove it from a number of API calls.

* Add fields and flags in preparation for more formalized locking and
  tracking of clusters.

* Refactor code to remove hammer2_cluster_replace() and
  hammer2_cluster_replace_locked().  This involves changing
  hammer2_hardlink_find() and a few other things.

* Refactor the cluster focus code.  cluster->focus is only set and valid
  when a cluster is locked.  Do not set it as a side effect of other
  operations.

* Refactor chain validation in hammer2_cluster_lookup() and add it to
  hammer2_cluster_next().

* Add the concept of a read-only cluster lock which will allow upcoming
  cluster locking code to reduce the number of chains that actually
  get locked or undergo I/O.

* In strategy file writing code call hammer2_cluster_modify_ip()
  only when the inode itself is being modified by the write() due
  to being in OPFLAG_DIRECTDATA mode (when 512 bytes of data is embedded
  in the inode).

mailer.conf: Fix some issues.

* dma(8) accepts being called as newaliases, causing it to parse the
  aliases file, thereby checking its integrity, and erroring if
  something is wrong, so allow it to do that. It also has code to
  deal with being called as hoststat or purgestat, so allow that too.

* Use true(1)'s full path since /usr/bin isn't necessarily in the
  path in all situations (such as when called from rc scripts).

hammer2 - Initial synchronization thread

* Add infrastructure for a per-PFS synchronization thread.  This primary
  thread will be responsible for background synchronization out-of-sync
  masters, slaves, and other elements of a PFS.  There will also be another
  thread for background bulkfree and dedup operations.

  In this commit, basic thread creation, destruction, freeze, and unfreeze.
  (Freezing and remastering is required when new nodes are added to a PFS
  or existing nodes are deleted).

* Define new cluster flags indicating the synchronization state.

* pfs-create and snapshot were not properly flagging the inode as being
  a PFS, which confused the on-mount recovery scan code.

* Update TODO.

loader: set color option (blue) by default

On the loader screen, the blue version of Fred will now be shown by
default unless the serial console is selected ("comconsole" value for
"console" option in boot/loader.conf).

As part of the work:
  * "loader_color" option removed
  * "loader_plain" is a new option, to force Fred in monochrome
  * "fred_is_blue" option (4.1 only) removed
  * "fred_is_red"  is a new option as the red scheme is now alternate

Users that had "loader_color" set on before will see Fred change color to
blue, thus they will need to set "fred_is_red=true" in /boot/loader.conf
to restore the loader as it was before.  Users that don't like color will
have to explicitly set "loader_plain=true" to get rid of it.

This is a cosmetic change which hopefully makes DragonFly a tiny bit more
attractive to first time users.

sbin/newfs_hammer: Properly allocate root inode and pfs from meta zone

- newfs_hammer writes initial two elements, root inode and pfs
  directly from userspace (which is based on different code from
  HAMMER's storage allocation code in kernel space), but it's
  not using the right zone. It should be using META zone instead
  of SMALL_DATA zone.

- This issue was found by zone checking added in commit 901e04c7.

- Bug #2807 acked by dillon

sbin/hammer: Make hammer checkmap check zone

- Make use of unused layer2 track field track2->zone to check
  layer2 entries' zone #.

- This ensures that all nodes/data/metadata are allocated from
  a zone that is supposed to be used. If HAMMER happens to
  allocate them from a zone that is not intended to be used for
  that chunk of data, then this command will report inconsistency.

sbin/hammer: Fix comments on supported checkmap zones

- btree nodes and undo fifo is supported in addition to data
  after 6cf258d and d2bf3c3.

sbin/hammer: Make rel_buffer() and rel_volume() check if arg is NULL

- Some of the existing code do "if (buf) { rel_buffer(buf); }",
  but others just do "rel_buffer(buf);". Make code and things clear
  by making these rel_buffer() and rel_volume() check if the pointer
  is NULL.

sbin/hammer: Remove duplicated header include

- <libhammer.h> is included by "hammer.h"

lib/libhammer: Remove duplicated and unnecessary macro definitions

- All these macros are already defined in sbin/hammer/*.

- HAMMER_BUF* are macros internally used by hammer userspace
  to manage hammer's 16KB buffers. Unless buffer management
  code is migrated to libhammer, it doesn't make much sense
  only to have these macros in library code.

- All the rest of the macros are locally defined and used by
  hammer commands. No need to have them in header files.

sbin/hammer: Fix width of hammer stats output

- Align output of hammer stats columns using %9jd instead of
  either %9jd, %8jd or %5jd. This should be better than using
  "flsh" and "cmmit" (for "flush" and "commit") to make them
  fit within the space.

kernel - Bring in dff23c692 from FreeBSD

Bring in a commit further strengthening iret/%gs handling.  FreeBSD also
made a followup commit that fixes their signal handler for stack faults
which we already effectively implement and did not need.

Original commit message is

    The #ss fault handler erronously does not check for the fault
    originated from the return to usermode. #ss must be handled same as
    #np.

kernel - Adjustments for CERT VU#711516

Note that IPV6 route advertisements are disabled by default, so these
adjustments have no real security implications if you haven't enabled
it.  And, generally speaking, enabling IPV6 route advertisements is a
really bad idea anyway and these adjustments only address one small part
of the problem.

* Allowing RTR packets via net.inet6.ip6.accept_rtadv is not advised
  even with this adjustment.

* Add a sysctl to put a lower limit on the IPV6 hop limit received via
  RTR packets when allowed, default is 39. sysctl net.inet6.ip6.minhlim.

hammer2 - Starting refactoring PFS management in mount

* Start removing single-device shims.

* Adjust data structures.  Rename hammer2_mount to hammer2_dev and
  rename hammer2_pfsmount to hammer2_pfs.  Refactor unmount.

* Integrate all available PFSs when a block device is mounted and
  De-integrate related PFSs when a block device is unmounted.

  At least one PFS (typically @LOCAL) must be mounted from a HAMMER2 block
  device for that device's PFSs to be used.  At least for now.  We could
  eventually trigger auto-mounting via the probe code.

* Add a synchronization thread abstraction for a PFS.

* Normalize chain->pmp to NULL for any chain which is part of the super-root
  topology, for later sanity assertions.

* The ioctl to create a PFS now adds it (delete and snapshot do not, yet).

hammer2 - cleanup, add manual page

* Add an initial manual page for hammer2(8).  Note that a multitude of
  features being described have not yet been implemented.

* Add a DUMMY PFS type.

* Cleanup some edge cases.

sensor: Save OID of sensordev sysctl tree.

And allow sensordev sysctl tree registration to fail instead of panic,
e.g. upon duplicated sensordevs.

sensor: Use sysctl lock

Original devlist lock is not MPSAFE (it's locked find then unlocked
used).  Since sensors are sysctl centric, we could just use sysctl
lock here.

dmsg - refactor cluster and pfs identifiers

Cleanup loose ends in the CONN/SPAN messages that prior work has exposed.
DMSG now uses LNK_SPAN exclusively in its graph algorithms, so LNK_CONN
has a different meaning than it used to.

* Change the way cl_id and fs_id work.  Rename cl_id and most cluster fields
  as 'peer' identification fields.

  Reduce complexity and confusion by removing pfs_type and pfs_fsid from
  LNK_CONN.  Also remove pfs_mask and fs_label.  Change cl_label to
  peer_label.  peer_label is now always a human-readonable string identifier
  for the socket connection and no longer performs any connection filtering.
  This allows it to be passed in LNK_SPANs to make the trees more
  human-readable when dumped.

* A LNK_CONN identifies the peer and not necessarily any particular cluster.
  Note that the peer_id in a LNK_CONN is a filter request, not an
  advertisement.

* Make peer_label more meaningful by incorporating the hostname (needs more
  work).

* Rename filesystem identifiers as 'pfs' identifiers.  A LNK_SPAN identifies
  a particular PFS.  Note that the peer_id in a LNK_SPAN is part of the PFS
  { cluster_id, pfs_id } advertisement.

* Pad some in-memory structures for natural alignment (it's a general rule
  for all hammer2 structures, even in-memory structures when appropriate).

bmake: Fix clobber error, raise WARNS back to 4

kernel - Fix panic in broken chroot case

* If a chroot is broken (e.g. by some process outside the chroot renaming
  a parent directory from inside to outside the chroot), and a process
  within the chroot attempts to '..' past the real root, the system will
  panic on an assertion.  Add a check to detect this case and not panic.

* This patch does not detect other chroot break-out cases.

Reported-by: Balazs Bucsay

Sync zoneinfo database with tzdata2015b from ftp://ftp.iana.org/tz/releases

Changes affecting future time stamps

* Mongolia will start observing DST again this year, from the last Saturday
  in March at 02:00 to the last Saturday in September at 00:00.
  (Thanks to Ganbold Tsagaankhuu.)

* Palestine will start DST on March 28, not March 27.  Also,
    correct the fall 2014 transition from September 26 to October 24.
    Adjust future predictions accordingly.  (Thanks to Steffen Thorsen.)

Changes affecting past time stamps

* The 1982 zone shift in Pacific/Easter has been corrected, fixing a 2015a
    regression.  (Thanks to Stuart Bishop for reporting the problem.)

* Some more zones have been turned into links, when they differed
    from existing zones only for older time stamps.  As usual,
    these changes affect UTC offsets in pre-1970 time stamps only.
    The affected zones are: America/Antigua, America/Cayman,
    Pacific/Midway, and Pacific/Saipan.

Changes affecting time zone abbreviations

* Correct the 1992-2010 DST abbreviation in Volgograd from "MSK" to "MSD".
    (Thanks to Hank W.)

Changes affecting commentary

* Cite the recent Mexican decree changing Quintana Roo's time zone.
    (Thanks to Carlos Raúl Perasso.)

* Likewise for the recent Chilean decree.  (Thanks to Eduardo Romero Urra.)

* Update info about Mars time.

sys/vfs/hammer: Fix comment on leaf node elements

- This seems to be an obsolete comment from 47197d71.
  There is nothing special about leaf elements now.

sys/vfs/hammer: Make use of btree_max_elements()

- Implement btree_node_is_full() using btree_max_elements()
  which had been #if0'd at right below this function.

bmake(1): lower WARNS from 4 to 2

The latest bmake will not build with gcc50 with WARNS of 4:
--- main.o ---
/usr/src/usr.bin/bmake/../../contrib/bmake/main.c: In function 'Cmd_Exec':
/usr/src/usr.bin/bmake/../../contrib/bmake/main.c:1527:10: error: variable
 'savederr' might be clobbered by 'longjmp' or 'vfork' [-Werror=clobbered]
     int  savederr; /* saved errno */

sensor: sensor_task_schedule() should always be locked

sysctl: Expose sysctl lock

It will also be used by sysctl centric module like sensor.

hammer2 - Cluster API cleanup

* Simplify hammer2_cluster_copy() to reduce ref count confusion.  It now
  always refs the underlying chains and the cluster.  The follow-up
  hammer2_cluster_lock() op can then be called with HAMMER2_RESOLVE_NOREF
  to avoid double-refs on the cluster and its underlying chains.

* Simplify hammer2_inode_lock_ex() and hammer2_inode_lock_sh().  These
  functions now use hammer2_cluster_lock() instead of rolling their own.

* Focus is now never set until a cluster is locked.  However, continue
  to cache a default focus in the hammer2_inode's embedded cluster.

* Remove some dead code.

kernel: Adjust netgraph7 for the mtx_init() change.

make upgrade: Adjust the files to be removed without WANT_INSTALLER.

We create /usr/share/installer unconditionally via mtree(8) so we can
only remove the files in it.

mount_psshfs.8: Fix typo.

ln(1): Sync up with FreeBSD.

* Adds POSIX.1-2008's -L (hardlinks to symbolic links link to the
  symlink target, which stays our default) and -P (hardlinks to
  symbolic links link to the symlink itself) options.

* Adds -F (if the target is a directory, remove it to make the link
  happen) and -w (warns if the source of a symlink does not exist)
  options.

* Some bug fixes I guess. :)

* It also improves the checks for identical files. Our former checks
  were producing kind of confusing results in conjunction with
  'install -C' (i.e., for libraries and includes, if LINKS is used
  from the Makefile) upon repeated installation.
Reported-by: marino

kernel/acpi: Only check against ACPI 1.0's FADT size as a minimum.

Hyper-V's FADT for example is only 129 bytes long.

Discussed-with: sephe

libstand: Rework makefile to avoid repeated building

The change to use i386 headers for x86_64 was like a sledgehammer.
From my investigation, "cpu" is not needed at all, and only four headers
are needed from "machine".  The "cpu" directory is still created so that
if some attempt to "#include <cpu/xxx>" is made, it will fail.

By adding exact header dependencies, we prevent libstand from building
over and over again in quickworld.

gdb(1), kgdb(1): Rework makefile to prevent repeated rebuilding

The beforedepends target was done in such a way that caused gdb and
kgdb to rebuild with every quickworld.  This commit rearranges things
so that doesn't happen anymore.

gcc50: Switch final specs to set DT_RUNPATH tag

The system dynamic binaries have always been built with DT_RPATH set
by the linker.  A few years ago the dynamic linker gained DT_RUNPATH
capability but it hasn't been used in base.

How it works is that when the linker is given the -rpath switch, it
will always set DT_RPATH, but if the --enable-new-dtags switch is present,
the linker will also set DT_RUNPATH tag.  The dynamic linker reacts
differently when DT_RUNPATH is present; it will check LD_LIBRARY_PATH
before the rpath in that case.

This change (to gcc50 only) builds the system with the -rpath flag alone
by for the ctools compiler, but the final compiler's specs include the
--enable-new-dtags switch as well, which affects the building of ports and
all non-system use of the compiler.

hammer2 - structuralize the cluster's chain array

* Structuralize hammer2_cluster's chain array, implementing a new
  sub-structure called hammer2_cluster_item.

  This structure represents one of N elements in a cluster node representing
  the same location at each target.  It will also be used to track cache
  coherency state, async locks, and other things.

hammer2 - locking revamp (2)

* Update mutex lock calls to not pass the ident.

hammer2 - locking revamp

* Temporarily remove hammer2_ccms.c from the build and remove the ccms
  container.  The CCMS container will be used again when we get cache
  coherent in, but for now it isn't needed.

* Replace the ccms state lock with a mtx lock and move
  into hammer2_chain_core.

  Note that the mtx lock being used here has abort and async locking
  support and these features will be required by HAMMER2.

* Replace the ccms spin lock with a normal spin lock and move
  into hammer2_chain_core.

* Refactor the OS locking interface to use hammer2_* prefixes for easier
  porting.

* Use a shared spin lock for the ONFLUSH bit update instead of an exclusive
  spin lock.

kernel - Major mtx lock cleanup

* Integrate the ident into the mtx structure, remove the ident parameter from
  all locking calls.

* Rename some of the functions, shortening them.

* Add a few new functions which hammer2 will use.

sensor: Allocate task w/ M_WAITOK

And now sensor_task_register() will not fail.

sensor: Create task thread through SYSINIT

sensor: Function renaming and remove unnecessary comment.

sensor: Remove the NOSYSCTL8HACK ifndef test

NOSYSCTL8HACK is always not defined on DragonFly.

sensor: Staticize internal global variables

sensor: volatile is unnecessary for running

This fields are changed/checked w/ lock held.

sensors: Staticize internal functions

sensor: Utilize LOCK_INITIALIZER

The cmpset for lock initialization is _not_ safe (it requires at least
3 states and a spin loop, which is obviously an overkill when compared
w/ LOCK_INITIALIZER).

lock: Add LOCK_INITIALIZER

gcc50: Update to 22 Mar 2015 snapshot (SVN 221572)

Merge branch 'vendor/GCC50'

bmake(1): complete update to version 20141111

The local modification to job.c was returned, but it may no longer be
necessary.  Until that's determined, leave the current behavior in place
though.

Merge branch 'vendor/BMAKE'

make(1): Remove local mods to parse.c and job.c

This is in preparation for an upgrade to bmake.
The modification to job.c will return after the merge.
The modification to parse.c has been incorporated upstream

Update gcc-50 to SVN version 221572

Last Changed Date: 2015-03-22 19:42:52 +0100 (Sun, 22 Mar 2015)

Update to bmake-20141111 on the vendor branch

sbin/hammer: Expand hammer show directive to lo:objid:rectype:key:tid

- Make hammer show command take rectype:key:tid as an optional part
  of the search directive in addition to the existing part lo:objid.

- Unspecified fields are handled as wildcard.

- rectype:key:tid all have lower priority than existing lo:objid
  (in actual filesystem's btree implementation) so these new fields
  give hammer show command extra conditions on btree search given
  that higher priority fields lo:objid do match.

kernel/iwn: Properly build 3 missing firmwares (100, 105, 135).

Add sa_family_t definitions to <netinet/in.h> and <sys/un.h> too.

As required by POSIX.

Also use sa_family_t in structs sockaddr_un, sockaddr_in and
sockaddr_in6.

kernel/acpi: Use ACPI_FULL_INITIALIZATION (no functional change).

drm/i915: Sync i915_gem_phys_pwrite() with Linux 3.11

drm/i915: Sync i915_gem_object_put_pages_gtt() with Linux 3.11

drm: Implement set_page_dirty()

sbin/hammer: Add filter mode when lo:objid directive is used

- This commit is expansion to the commit e7f926a5 and edcc8136.
  These commits make hammer show command search and print btree
  elements that match lo:objid using '*' mark, but go back to
  normal iteration once it hits matched elements. This commit
  gives options to the way it filters unmatched elements.

- Using the arg "filter" after the directive makes it continue
  filtering without going back to normal iteration. This makes
  it only show nodes that have matched elements.

- Using the arg "nofilter" after the directive makes it not to
  filter from the beginning (same as when lo:objid directive is
  not specified except that this does print '*' for those that
  match lo:objid).

- Not specifying any arg after the directive works the same as
  it did before.

drm/i915: Sync i915_gem_shmem_pread() with Linux 3.11

drm: Add linux/swap.h

sensor: Minor white space and style cleanup

sbin/hammer: Make hammer show properly print '*' for elements that match directive

- hammer show command (running with lo:objid directive specified)
  goes back to normal iteration once it matches the directive as
  explained in e7f926a5, however it should not do 'search = NULL;'.
  This commit adds a field btree_search::normal to do it right.

- The problem with 'search = NULL;' is that when there are many files
  in a directory (e.g. dragonfly bsd source), different leaf nodes
  of the same depth could happen to have inodes and dirents with the
  same lo:objid. In this case it prints '*' only for matched records
  located under the first leaf node because by the time it comes to
  the second leaf node the pointer has been set to NULL and
  NULL won't print '*' (see line 169 and 174 of cmd_show.c).

- In the following example it is expected that both leaf node 29
  and 30 print '*' for its records that match 00000001:00000001036af6f7,
  but the result is it only prints for those under leaf node 29.
  This commit does that right.

  show 800000005b14d000 lo 00000001 obj_id 00000001036af6f7 depth 0
  <snip>
       NODE 800000005b04e000 cnt=37 p=800000005b14e000 type=I depth=2 mirror 00000001040192b0 fill=z8:182=92% {
  G------ ELM  0 L lo=00000001 obj=000000010354f711 rt=01 key=0000000000000000 ot=00
  <snip>
  G------ ELM 29 L lo=00000001 obj=00000001036af6e9 rt=01 key=0000000000000000 ot=00
                   tids 0000000104018910:0000000000000000 suboff=8000000020fb1000 mirror 0000000104018a50  *
  G------ ELM 30 L lo=00000001 obj=00000001036af6f7 rt=11 key=66ea1f6ab72c0000 ot=00
                   tids 0000000104018a50:0000000000000000 suboff=800000005b079000 mirror 0000000104018a50  *