kernel/usb4bsd: Cleanup usb_ethernet

kernel/usb4bsd: Update revision tag on if_axge.

No updates of functionality.

kernel/usb4bsd: Update pci drivers for HCIs

This adds support for 64bit DMA for chips that support it. This needs
further testing.

kernel/usb4bsd: Update uhci and ohci drivers

kernel/usb4bsd: Add file ID to ehci.c

Note that ehci.c was heavily modified by Matt Dillon.

kernel/usb4bsd: Update xhci to r278477

drm/i915: Update to Linux 3.11

* Valleyview/Baytrail support improvements. Baytrail support is
  no longer considered experimental.

* VECS engine support on Haswell. The Video Enhancement Command
  Streamer is used by libva for some post-processing tasks.

* Power management improvements, especially on Haswell.

* Hotplug improvements.

* Output and modeset improvements. Using 30bpp modes is now possible.

* Various bugfixes and Stability improvements, including memory
  corruption and GPU hang fixes after a suspend/resume sequence.

v2: i915_irq.c lock ordering fix, reported by zrj@

v3: backlight spinlock fixes from Romick

drm: Add a new implementation of drm_sysfs.c

We can't directly use the Linux version of this file due to
restrictive license terms.

drm: Add drm_rect.c from Linux 3.11

drm: Sync drm_crtc.c with Linux 3.11

drm: Sync headers with Linux 3.11

gcc50: Install stdatomic.h and stdfix.h to /usr/libdata/gcc50

It's possible that stdatomic.h should be inported into DragonFly.  When
that happens, it should be removed from the list of headers that gcc
installs.

kernel/usb4bsd: Make sure ucom removes dev files

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

sys/vfs/hammer: fix comment regarding unknown object type

- There are btree nodes that have 0 (HAMMER_OBJTYPE_UNKNOWN) for
  obj_type although those are not created to be unknown nodes.
  For example PFS record of / has 0 for obj_type.

devd(8): Remove automatic loading of uaudio.ko until we've fixed it.

Reported-by: Various people, mneumann, Robin Hahling, ...

gcc50: Update to 20 Feb 2015 snapshot (SVN 220871)

Merge branch 'vendor/GCC50'

Update gcc-50 to SVN version 220871

Last Changed Date: 2015-02-20 15:40:00 +0100 (Fri, 20 Feb 2015)

twe(4): Add two missing error checks.

Remove the old libsys code which was never hooked in in 10 years.

Approved-by: dillon

systat - Fix initial pftop state

* The initial pftop state divides by delta_time, which starts out
  as 0.0 and can prevent states from displaying properly.

* Initialize delta_time to 1.0 and disallow sleep intervals < 0.1 second
  to avoid an absurd result.

usb4bsd - ucom work

Try to fix the ucom driver. This needs lots of further testing, and
quite probably fixes for it to behave properly.

libhammer - Fix typos in man pages

libhammer - Add missing manual pages

- Adapt the info one for the recent changes.
- Remove old manpages via upgrade.

libhammer - Add an overlooked function that releases snaps

- Add a function to release resources allocated for libhammer_pfs_get_snapshots.
- Release snapshot resources when releasing the fsinfo struct.

kernel/wlan: Fix up the MAC address printing and add back __printflike()s.

In the recent wlan, iwn and ath upgrades, porting this properly was hacked
around by removing the __printflike()s because DragonFly has no support
for %D (neither in GCC nor in kprintf()). This is wrong because even
though it silences the warning, it will still not print MAC addresses
correctly. So bring all that back.

Also update the wlan's README.DRAGONFLY with some information about how
to port this properly.

kernel: Move us to using M_NOWAIT and M_WAITOK for mbuf functions.

The main reason is that our having to use the MB_WAIT and MB_DONTWAIT
flags was a recurring issue when porting drivers from FreeBSD because
it tended to get forgotten and the code would compile anyway with the
wrong constants. And since MB_WAIT and MB_DONTWAIT ended up as ocflags
for an objcache_get() or objcache_reclaimlist call (which use M_WAITOK
and M_NOWAIT), it was just one big converting back and forth with some
sanitization in between.

This commit allows M_* again for the mbuf functions and keeps the
sanitizing as it was before: when M_WAITOK is among the passed flags,
objcache functions will be called with M_WAITOK and when it is absent,
they will be called with M_NOWAIT. All other flags are scrubbed by the
MB_OCFLAG() macro which does the same as the former MBTOM().

Approved-by: dillon

sbin/hammer: ignore negative length for history dump

- Use default value 32 when a negative value was given for
  history dump.

sbin/hammer: check strtol()/strtoll() results to avoid irrelevant history
queries

- Check errno for possible overflow/underflow by strtol()/strtoll() in
  order to avoid ioctl with irrelevant offset/length.

- Examples
  # hammer -vvv history@11111111111111111111111111111111,111 ./out
  Result too large: @11111111111111111111111111111111
  # hammer -vvv history@111,11111111111111111111111111111111 ./out
  Result too large: ,11111111111111111111111111111111
  # hammer -vvv history@-11111111111111111111111111111111,111 ./out
  Result too large: @-11111111111111111111111111111111
  # hammer -vvv history@111,-11111111111111111111111111111111 ./out
  Result too large: ,-11111111111111111111111111111111

sbin/hammer: trivial cleanup

- commit 00b46268 reverting 417cb1b1 brought back unnecessary blank line
  at the end of the file that was once removed in 417cb1b1, so remove it
  again.

sbin/hammer: close file descriptor on history iteration

- Make hammer history command close(fd) each time it opens path@@0x`tid`
  for hist.count times.

sbin/hammer: trivial coding style fix

- Trivial coding style fix to a commit 24dd5805.

- Add parenthesis as hammer code mostly prefers "return(retval);"
  to "return retval;".

libhammer - Preparation for snapshot handling & fixes

Trivial changes:
- Function renaming to actually match what they are
  describing.
- Clearer variable naming.

Additions:
- Structures to hold snapshot data.
- Functions to retrieve snapshots from metadata for PFSes.
- A file for version compatibility functions.
- A function to return the canonical access path of a
  PFS which is suitable for opening.
- Wrappers to operate per PFS snapshot list.

Changes & fixes:
- Use the new functions to gather all snaps of a PFS.
- Adapt hammer program for the changes.
- Check before free'ing in libhammer_free_fsinfo()
- Display the number of snapshots for unmounted PFSes.

Still missing:
- Manpages changes.

sys/kern: Adjust some function declaration vs. definition mismatches.

All these functions are declared static already, so no functional change.

vinum(8): Remove unused macro.

If it is ever needed, it can be done with offsetof().

natacontrol(8): Break line better and reduce parentheses.

Add cryptodev to our default configuration file.

While here, change wrong 'pseudo-device' to 'device'.

contrib/opie: Sync with FreeBSD, but not much to see here.

A couple of bugfixes:

* Fix the overflow check in challenge handling (off by 1).

* Store all hashes in little endian format before folding to 64 bits, per
  RFC 2289. SHA1 code is big endian, so a bswap32() is needed.

* Create /etc/opiekeys with 0600, not 0644.

* Increase OPIE_HASHNAME_MAX for SHA1.

* Fix a buffer overflow in an unused file.

* Remove two unused (and empty) files.

The rest is just cosmetics.

acpi/cstate: Fix comment

crunchide(1): fix offset for x86_64, restores WORLD_LDVER

The e_shoff offset for x86_64 is 40, not 44.  FreeBSD figured this out
in January.  The gold linker figured out there was a problem with the
crunch binaries when I tried WORLD_LDVER=ld.gold and it broke on initrd.
The ld.bfd linker didn't squawk.  With the FreeBSD patch, buildworld
completes using the gold linker once again.

While here, tidy up a bit.

keyserv(8): Fix sizeof() of a pointer.

Commit 748a243b13dd295c04c9e06923a801157f6943e5 tried to fix this, but
did it wrongly, because xdrproc_t is a function pointer type and the
sizeof will still give 8.

The correct way is to use keybuf which is the type and has the correct
size (aka HEXKEYBYTES). It is done like this in key_set_1_svc_prog()
already.

keyserv(8): Raise WARNS to 2 and fix warnings.

Revert "hammer - Fix 'history' directive"

This reverts commit 417cb1b104fd140d4e31775d8873ad473216f7e4 which
broke the behaviour described in the manpage.

Spotted-by: tkusumi

unbreak world, take 2

The previous style works in the world makefiles but not here.
Try to fix the unbreak by checking if .MAKE.BUILT.BY is defined before
attempting to use it.

unbreak world

Upgrading from a world with the older bmake that didn't know
.MAKE.BUILT.BY results in a broken world, immediately.  Change the check
from "&&" to two separate checks to avoid the malformed condition.

sys.mk: Add _GLIBCXX_USE_CXX11_ABI=0 definition in some cases

When the world is built by gcc47, and sys.mk isn't being used to build
the system, the CXXFLAGS will have -D_GLIBCXX_USE_CXX11_ABI=0 added to
it to force gcc50 to use the c++ ABI that gcc47 used when building the
system libraries.

If the world was built with gcc50, the system libraries were built
against the new c++ ABI so this flag would not be added in that case.

Due to new SYSBUILD definition in Makefile.inc1, this flag is never
added during the build of the world.

memtemp/e5: Don't attach if CLTT is not set by BIOS in chn_temp_cfg

Tested-by: mneumann@

make(1): Create custom variable .MAKE.BUILT.BY

The value of .MAKE.BUILT.BY is normally either "gcc47" or "gcc50"
depending on which base compiler built the DragonFly world.  It could
also be any valid CCVER for a dports compiler such as "clang35".

This capability is needed to handle the c++ ABI change that has been
introduced by gcc50.  The problem hits when gcc50 is used to build when
the system libraries have been built by gcc47.  The sys.mk file will
need .MAKE.BUILT.BY to adjust c++ flags appropriately.

memtemp/e5: Setup hiwat and lowat before sensor task register.

memtemp/e5: Send devctl notify, if DIMM is too hot, and set sensor status

- There is no need to save DIMM external id in dimm softc; use a stack
  variable instead.
- White space cleanup.

sys/vfs/hammer: minor zone cleanup

- hammer_generate_undo() takes either zone 1 or zone 2 address
  (hammer generates undos for both volume metadata and buffers).

gcc50/libstdc++: Use generated symbol map instead

For both gcc47 and gcc50, we've been using pregenerate symbol map for
libstdc++ due to the apparently complexity of generating it.  That's
already come back to bite on gcc50 as several symbols were modified and
added in the last couple of weeks.  It was time to bite the bullet and
figure out how to generate the symbol map.  It turns out that it really
wasn't that hard.

This *should* fix some dports errors (tbc).

Update the pciconf(8) database.

February 14, 2015 snapshot from http://pciids.sourceforge.net/

sys/vfs/hammer2: fix typos

- Fix trivial typos in comments.

sbin/hammer: cleanups

- Minor cleanups in addition to 24dd5805.

- hunk1 - no need to dereference indirect pointer **bufferp via direct
  pointer *buffer in here anymore.
- hunk2 - all the rest of the code use **bufferp instead of **bufp.

- from Submit #2783

sbin/hammer: add get_ondisk()

- Cleanup get_buffer_data() and get_node() using a new inline function
  get_ondisk(). These two actually do the same thing except for the way
  they release an existing buffer (--ref and eventually free it).

- from Submit #2783

systat - Improve pftop output

* Fix bugs where ICMP states were display bandwidth as '<huge>' .

* Fix bugs where the RB tree compare code would sometimes collapse
  distinct states, creating confusion.

* Greatly improve readability by reformatting addresses and ports,
  in particular truncating IPV6 addresses to fit better.

* Reduce jumping around of display elements as bandwidth values change.
  Instead of sorting by the current bandwidth the display is sorted
  by the 1/8 decay bandwidth.

drm: Add linux/ctype.h

drm: Add DMI_MATCH and DMI_EXACT_MATCH

Obtained-from: OpenBSD

drm: Update linux/kernel.h

* Add clamp_t and DIV_ROUND_UP_ULL(), both obtained from NetBSD

* Add WARN_ON_SMP()

* Add max3()

drm: Add get_seconds()

drm: Add linux/string.h

Obtained-from: FreeBSD's OFED subsystem

drm: Add linux/printk.h

drm: Add linux/spinlock.h

gcc50: use DF stddef.h by adding max_align_t

C11 and C++11 need the max_align_t type definition.  In order to get it,
the gcc version was installed at /usr/libdata/gcc50/stddef.h.  We'd
rather the base gcc use only system-provided headers, so the max_align_t
structure has been added to /usr/include/stddef.h

patch-from: swildner

drm: Update linux/workqueue.h

Obtained-from: FreeBSD's OFED subsystem

drm: Update various Linux headers

chflagsat: fix typo in prototype

add chflagsat system call

nrelease - Revive the gui build

Pkgsrc is long gone. Update Makefile to use dports.

Add option to override dports git host

By specifying GITHOST_DPORTS you can override the default git host for
fetching the dports.git repository:

  cd /usr && make dports-create GITHOST_DPORTS=localhost

ecc/memtemp/e5: Correct E5 v3 DID <-> SLOT

Revert the change in cb830af (revert PCI slot numbers) and instead
modify the PCI device ids. Channel 0/1 was swapped with channel 2/3.

gcc50: Switch to SVN over weekly snapshots for latest

A dports bulk run revealed at least 3 major issues, all of which have
already been fixed upstream.  Two were found in 8 February snapshot, but
the third still hasn't been release.  Since the snapshots are just
the packaged Subversion repo without the .svn directory, I'm switching
over to SVN directly until the prerelease.

With here, disable extra diagnostic checks which slow the compiler down
considerably.

Merge branch 'vendor/GCC50'

Update gcc-50 to SVN version 220677

Last Changed Date: 2015-02-13 08:56:14 +0100 (Fri, 13 Feb 2015)

ecc/e5: Reorganize bootverbose prints a little bit

ecc/memtemp: Add support for Intel E5 v3

memtemp: Add support for Intel Core Haswell and E3 v3 cpus

Tested-by: dillon@ (no sensors available though)

installer: Don't create a separate /usr pfs

* /usr as a separate filesystem from / doesn't really make sense
  anymore in this day and age. Both / and /usr binaries are dynamically
  linked and belong to the same DragonFly base system.

* What's more, it's dangerous. With a separate /usr filesystem, the
  rescue static binaries in /usr/share/initrd can't be accessed without
  /usr mounted and in some situations /usr can't be mounted anymore with
  the regular mount* binaries...

gcc50: Look for ld-elf.so.2 on the root slice always

A couple of us could not could not even get the shell after rebuilding
world with the new compiler.  The problem was that several programs such
as sh, cd, mount*, etc need to run before /usr is mounted when /usr is on
a different slice (those programs are dynamically linked these days)  I
didn't consider this when I decided to leave the interpreter at the default
value which is "/usr/libexec/ld-elf.so.2".  That file is now symlink to
/libexec/ld-elf.so.2.  sh, cd, etc, could not access the dynamic linker
because the mount command failed due to also needing the dynamic linker.

Let's rectify that bad decision now before any other systems get badly
messed up.

test commit

make upgrade: Expand the list a bit for gcc44 removal.

ecc/e3: Split it into two drivers, coremctl(4) and ecc(4)

coremctl(4), which maps the MCHBAR, is now the parent of ecc(4) for
Intel E3 cpus.  This paves way to add Intel Core/E3 support to
memtemp(4).

Tested-by: dillon@ on i3/Haswell and E3/v3

emx: Allow 2 TX rings for i217 and i218

Tested-by: dillon@ on i217

gcc50/stddef.h: Remove __FreeBSD only conditions

In a very special case of DragonFly masquerading as FreeBSD within dports,
using the stock stddef.h that comes with gcc always results in failure.

The masquerading is done by passing __FreeBSD definition through cflags,
and this causes the compiler to attempt to include headers that do not
exist on DragonFly.  The gcc compilers in dports already have this fix.

This commit simply removes all clauses that pertain to FreeBSD and not
DragonFly.

Removal of unused gcc 4.4 sources and makefiles

It's been confirmed that a gcc50-built world and kernel boots and
functions as expected.  With that good news, it is safe to remove
the gcc 4.4 sources and makefiles.  It wasn't building and this will
make the cloning of a shallow repo faster.

gcc50/csu: Skip depends step to avoid possible race

I've witnessed buildworld break once on muscles at gcc50/csu, on the
depends step.  I can reproduce the error manually by doing:

  > cd gnu/lib/gcc50/csu
  > wmake clean cleandepend
  > wmake depend

It fails to locate insn-constants.h which should be avaiable due to
and include flag.  The depends is just checking if all the headers are
in place.  Skipping the depends step may prevent this breakage.  I have
successfully built world with this patch so it doesn't do harm.

gcc50: Build with no-avx like gcc47

This check will also match newer gcc compilers from dports.

Requested-by: zrj (irc)

UPDATING: Initial entry discussing gcc 4.4 & 5.0

This entry may need updating before release, particularly if the release
version of GCC 5.0 is brought in and especially if gcc 5.0 becomes
designated as the primary compiler.

Bump __DragonFly_version to mark introduction of gcc50

ecc/memtemp/e5 - Correct E5 v3 PCI slot numbers

The PCI slot numbers for E5 v3 IMC as introduced with commit 0c543cdd were
wrong, at least according to the hardware I am testing with (E5 1620).

After this commit and this patch from sephe [1] I can get ecc(4) and
memtemp(4) working on the E5 1600 v3 series:

ecc0: <Intel E5 v3 ECC node0 channel0> [tentative] at device 21.2 on pci255
ecc0: DDR4 ecc0: native DDR
ecc0: DIMM0 8GB, 1x4, density 4GB
ecc0: DIMM0 rank0, corrected error threshold 32767
ecc0: <Intel E5 v3 ECC node0 channel0> [attached!] at device 21.2 on pci255

memtemp0: <Intel E5 v3 memory thermal sensor node0 channel0> [tentative]
           at device 21.0 on pci255
memtemp0: <Intel E5 v3 memory thermal sensor node0 channel0> [attached!]
           at device 21.0 on pci255

[1]: http://leaf.dragonflybsd.org/~sephe/e5_v3_memtemp_ecc.diff

rwhod(8): Fix the warning and raise WARNS back up to 6.

'next' is only initialized and referenced (in separate if()'s) when
'quiet_mode' is not set. Unfortunately gcc does not realize this and
warns about 'next' being maybe uninitialized.

Fix this by initializing 'next', with no functional change.

pppd(8): Include libpcap's config.h for HAVE_* in pcap-int.h.

pflogd(8): Fix the warning and raise WARNS back up to 5.

The issue here is that pcap-int.h (from libpcap) is included without
also including libpcap's config.h. This results in HAVE_STRLCPY not
being set which makes visible the strlcpy() compatibility macro in
pcap-int.h where gcc ultimately warns.

Fix by including libpcap's config.h so the pcap-int.h header knows
that we have strlcpy().

While here, fix a wrong comparison of if_exists()'s result with -1
as if_exists() only returns 0 or 1 (as correctly pointed out by grim7
in the IRC channel).

ix: Fix and simplify link state bit testing logic

Noticed-by: joris@

games: Fix real bugs on three games (found by gcc 5.0)

I had NO_GAMES set so I missed these bugs yesterday.  Adventure, Fortune,
and Mille all had bugs in them  (the latter had two).

Now gcc-5.0 can build the entire world and kernel.
I still need to verify that a gcc-5.0 built world and kernel is bootable
and works though.

ecc/memtemp/e5: Prepare for E5 v3 support

kern ath drivers: Fix loops bounds (real bug x2) + source

The ar9300 source had a couple of logic ambiguities causing
[-Werror=logical-not-parenthesis] warnings.  The other two used the
wrong variable for the upper bounds of the loop.  I assume it was
correct once but the code changed, and the author neglected to use the
next edges max value.

kern: Fix [-Werror=aggressive-loop-optimizations]

These were basic upper bound checking errors on loops