summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Add support for SCTP checksum offloading for the 82580 controllertuexen2015-11-101-4/+7
| | | | | | | | similar to the 82576 controller. Tested with Intel i340 cards. Reviewed by: erj@ MFC after: 1 week
* Upgrade my claim on fetch and libfetch since people don't seem to give ades2015-11-101-2/+2
| | | | hoot about "advance notification requested".
* Update the wsp driver to support newer touch pads, like found inhselasky2015-11-102-106/+281
| | | | | | | | MacBookPro11,4 and MacBook12,1. This update adds support for the force touch parameter. PR: 204420 MFC after: 1 week
* return "US-ASCII" instead of "POSIX" for "C" and "POSIX" localesbapt2015-11-101-1/+1
| | | | | as it used to be in previous version of the locales. Returning "POSIX" has too many fallouts.
* cxgbe/t4_tom: add a knob to the default configuration file to tunenp2015-11-102-2/+8
| | | | | | | | | | | the TOE for LAN operation. It is possible to set this to other values (cluster for networks with little loss and really tight RTTs, and wan for relatively large RTTs and/or lossy networks) depending on the environment in which the TOE is being used. None of this affects plain NIC operation in any way. MFC after: 1 week
* urtwn(4): fix the build.avos2015-11-101-1/+9
| | | | Add some missing bits from D4020.
* urtwn(4): add HOSTAP mode support.avos2015-11-103-17/+247
| | | | | | | | Tested with RTL8188EU, HOSTAP and STA modes Reviewed by: kevlo Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D4034
* urtwn(4): refactor and fix TX path.avos2015-11-092-107/+147
| | | | | | | | | | | | | | | | | | - Split urtwn_tx_start() into urtwn_tx_data() and urtwn_tx_start() (the last will be used for beacon updates / raw xmit path). - Remove unneeded code from _urtwn_getbuf(). - Use CCK11 for data frames in 11b mode. - Send EAPOL frames at 1 Mbps. - Reduce code duplication in urtwn_tx_data(). - Fix sequence numbering. - Add IEEE80211_RADIOTAP_F_WEP flag for encrypted frames. - Check URTWN_RUNNING flag under lock. Tested with RTL8188EU, STA mode. Reviewed by: kevlo Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D4017
* FAST_DEPEND: Fix building of wrong source files in some cases.bdrewery2015-11-092-4/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Similar to the original reason for these dependency hints to be added, in r124637, the missing-dependency file case can lead to building of the wrong source. A clear example of this is in gnu/lib/libstdc++ where the .PATH contains both contrib/gcc and contrib/libstdc++/src. contrib/gcc has a debug.c. contrib/libstdc++/src has a debug.cc. When building for the objects of debug.o, debug.So, and debug.po, it is ambiguous for which src file to use due to the suffix transformation rules, even though the proper one is listed first in .PATH. This was normally avoided due to these dependency hints for the initial build, and then mkdep would add an explicit 'debug.o: debug.cc' dependency into the .depend file. WITH_FAST_DEPEND does not generate the .depend file with these, but puts them into .depend.debug.o instead. Rather than extending the exists() check to each object's .depend.* file, just enable the hint when when using WITH_FAST_DEPEND. It fixes the problem and seems to be safe enough to use since it is mapping SRCS back to OBJS, rather than letting make make assumptions from OBJS to SRCS. A similar check mapping objects to headers is present in some mk files but was not extended here for FAST_DEPEND since it has not yet been found to be a problem. X-MFC-With: r290433 MFC after: 3 weeks Sponsored by: EMC / Isilon Storage Division
* When extracting mtrees, pass -i so schg/sappnd are respected.bdrewery2015-11-092-4/+4
| | | | | | | | | | | | This fixes /var/empty not being schg in the installation. This was a change from fmtree to nmtree, that -i is now required to apply these flags. PR: 194189 Submitted by: guyyur@gmail.com MFC after: 2 weeks Relnotes: yes
* Fix 'make cleanworld' to respect TARGET/TARGET_ARCH for cross-build objtrees.bdrewery2015-11-091-6/+2
| | | | | | | | | This simplifies the logic to always try removing the objdir if it exists and to fallback on a 'cleandir' if no objdir exists. The reasoning for this is to avoid rm -rf src/* (r126024) Sponsored by: EMC / Isilon Storage Division MFC after: 2 weeks
* Move 'make cleandir' from Makefile to Makefile.inc1.bdrewery2015-11-092-33/+31
| | | | | | | | This leads the way for fixing cross-build cleanup, and eventually replacing 'cleandir' with it during the build. Sponsored by: EMC / Isilon Storage Division MFC after: 2 weeks
* Add a README to explain how to generate the locales from CLDR databapt2015-11-091-0/+18
|
* Connect nmtreebdrewery2015-11-091-0/+1
|
* Rename usr.sbin/mtree to usr.sbin/fmtree since it is not what /usr/sbin/mtreebdrewery2015-11-0921-2/+2
| | | | | | actually is (which is usr.sbin/nmtree). This has tricked me numerous times.
* nl_langinfo: Simplify case ladderbapt2015-11-091-2/+0
| | | | | | | | The NONE:US-ASCII case isn't necessary. The "NONE:" case will handle US-ASCII, so let's remove the redundant handling. Submitted by: marino Obtained from: DragonflyBSD
* Fix typo (s/ncpus/mp_ncpus/)tijl2015-11-091-1/+1
| | | | Reported by: bz
* Readd ascii.c forgotten in r290618bapt2015-11-091-0/+192
|
* Regenerate timedef now that the tools pad CJK correctlybapt2015-11-093-27/+27
|
* locales: Enforce US-ASCII encoding (limited to 7-bit)bapt2015-11-094-2/+7
| | | | | | | | | | | | | | The US-ASCII format was getting treated identically to POSIX. It is supposed to throw an ILSEQ errno if a value of 0x80 or greater is encountered, so let's bring back the "ASCII" handling. While here, change nl_codeset to return US-ASCII only when the encoding really is "US-ASCII". Before "C" and "POSIX" encoding returned this string, so now they return "POSIX". Discussed with: ache Submitted by: marino Obtained from: DragonflyBSD
* Also remove directories along with old localesbapt2015-11-091-1/+14
| | | | Reported by: andreast
* Fix kernel build, broken in r290612garga2015-11-092-2/+2
| | | | Approved by: adrian
* Introduce portal group options in ctl.conf.mav2015-11-095-76/+98
| | | | | | While CTL has concept of port options, used at least for iSCSI ports now, before this change it was impossible to set them manually. There still no user-configurable port options now, but I am planning to change that.
* Now that the PMU implementation is independent of HWPMCbz2015-11-094-5/+84
| | | | | | | | | | | | | | as of r288992 use it to manage the CCNT. Use the CNNT for get_cyclecount() instead of binuptime() when device pmu is compiled in; if it fails to attach, fall back to the former method. Enable by default for the BeagleBoneBlack configuration. Optained from: Cambridge/L41 Sponsored by: DARPA/AFRL Reviewed by: andrew Differential Revision: https://reviews.freebsd.org/D3837
* linuxkpi/sysfs.h: Cast arg2 through intptr_t to avoid GCC warningcem2015-11-091-1/+1
| | | | | | | | | | | The code compiles fine under Clang, but GCC on PPC is less permissive about integer and pointer sizes. (An intmax_t is clearly *large enough* to hold a pointer value.) Another follow-up to r290475. Reported by: jhibbits Sponsored by: EMC / Isilon Storage Division
* ath(4): begin fleshing out a "reset type" extension to force cold/warn resets.adrian2015-11-0917-22/+45
| | | | | | | | | | | | | | | | | | | | | | | | | Right now the only way to force a cold reset is: * The HAL itself detects it's needed, or * The sysctl, setting all resets to be cold. Trouble is, cold resets take quite a bit longer than warm resets. However, there are situations where a cold reset would be nice. Specifically, after a stuck beacon, BB/MAC hang, stuck calibration results, etc. The vendor HAL has a separate method to set the reset reason (which is how HAL_RESET_BBPANIC gets set) which informs the HAL during the reset path why it occured. This is almost but not quite the same; I may eventually unify both approaches in the future. This commit just extends HAL_RESET_TYPE to include both status (eg BBPANIC) and type (eg do COLD.) None of the HAL code uses it yet though; that'll come later. It also is a big no-op in each HAL - I need to go teach each of the HALs about cold/warm reset through this path.
* xen-blkfront: add support for unmapped IOroyger2015-11-091-5/+7
| | | | | | | | | | | | | | | | | | | | | | | | | Using unmapped IO is really beneficial when running inside of a VM, since it avoids IPIs to other vCPUs in order to invalidate the mappings. This patch adds unmapped IO support to blkfront. The following tests results have been obtained when running on a Xen host without HAP: PVHVM 3165.84 real 6354.17 user 4483.32 sys PVHVM with unmapped IO 2099.46 real 4624.52 user 2967.38 sys This is because when running using shadow page tables TLB flushes and range invalidations are much more expensive, so using unmapped IO provides a very important performance boost. Sponsored by: Citrix Systems R&D MFC after: 2 weeks X-MFC-with: r290610 dev/xen/blkfront/blkfront.c: - Add and announce support for unmapped IO.
* x86/dma_bounce: rework _bus_dmamap_load_ma implementationroyger2015-11-091-16/+190
| | | | | | | | | | | | | | | | | | | | | | | | | | | The implementation of bus_dmamap_load_ma_triv currently calls _bus_dmamap_load_phys on each page that is part of the passed in buffer. Since each page is treated as an individual buffer, the resulting behaviour is different from the behaviour of _bus_dmamap_load_buffer. This breaks certain drivers, like Xen blkfront. If an unmapped buffer of size 4096 that starts at offset 13 into the first page is passed to the current _bus_dmamap_load_ma implementation (so the ma array contains two pages), the result is that two segments are created, one with a size of 4083 and the other with size 13 (because two independant calls to _bus_dmamap_load_phys are performed, one for each physical page). If the same is done with a mapped buffer and calling _bus_dmamap_load_buffer the result is that only one segment is created, with a size of 4096. This patch relegates the usage of bus_dmamap_load_ma_triv in x86 bounce buffer code to drivers requesting BUS_DMA_KEEP_PG_OFFSET and implements _bus_dmamap_load_ma so that it's behaviour is the same as the mapped version (_bus_dmamap_load_buffer). This patch only modifies the x86 bounce buffer code, other arches are left untouched. Sponsored by: Citrix Systems R&D Reviewed by: kib, jah (previous version) MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D888
* Bump .Ddngie2015-11-091-1/+1
|
* Document powl(3)ngie2015-11-092-6/+12
| | | | | PR: 191751 Sponsored by: EMC / Isilon Storage Division
* Decompose arp_ifinit() into arp_add_ifa_lle() and arp_announce_ifaddr().melifaro2015-11-093-27/+36
| | | | | | | | Rename arp_ifinit2() into arp_announce_ifaddr(). Eliminate zeroing ifa_rtrequest: it was used for calling arp_rtrequest() which was responsible for handling route cloning requests. It became obsolete since r186119 (L2/L3 split).
* Use lladdr_event to propagate gratiotus arp.melifaro2015-11-095-15/+42
| | | | Differential Revision: https://reviews.freebsd.org/D4019
* Bump .Ddngie2015-11-091-1/+1
|
* Follow up to r290259 dealing with makefs(8)ngie2015-11-091-3/+2
| | | | | | | | | | | - Don't use contractions (don't -> do not) - Change "throw away" to "discard" when describing the -o keep-bad-images option - Revert author e-mail split I brought over from NetBSD, effectively reverting the change bapt made in r267668 MFC after: 3 days Submitted by: bjk Sponsored by: EMC / Isilon Storage Division
* Remove noatime from tmpfs(5) fstab(5) entry.gjb2015-11-091-1/+1
| | | | | | | Submitted by: Howard Su MFC after: 3 days X-MFC-With: r290550 Sponsored by: The FreeBSD Foundation
* Integrate tools/regression/lib/libc/gen into the FreeBSD test suitengie2015-11-0914-1014/+1189
| | | | | | | | | | | | | | | | | | | as lib/libc/tests/gen The code in test-fnmatch that was used for generating: - bin/sh/tests/builtins/case2.0 - bin/sh/tests/builtins/case3.0 has been left undisturbed. The target `make sh-tests` has been moved over from tools/regression/lib/libc/gen/Makefile to lib/libc/tests/gen/Makefile and made into a PHONY target case2.0 and case3.0 test input generation isn't being done automatically. This needs additional discussion. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division
* Fix some TAP -> ATF conversion errorsngie2015-11-091-6/+3
| | | | | | | | - Remove a leftover printf from when this was a TAP based testcase - Catch mmap failures properly MFC after: 3 days Sponsored by: EMC / Isilon Storage Division
* Reduce the Makefile snippet complexity a bitngie2015-11-091-5/+3
| | | | | | | | | - Set BINDIR to TESTSDIR globally (and subsequently, remove all `${FILESGROUP}DIR` setting because BINDIR is set to `TESTSDIR`) - Set MAN to "" globally, instead of per-PROG MFC after: 1 week Sponsored by: EMC / Isilon Storage Division
* Fix typo in message from arm64 ITS workaroundemaste2015-11-091-1/+1
|
* Add some basic tests that exercise cputime limits with limits(1)ngie2015-11-094-0/+78
| | | | | MFC after: 1 week Sponsored by: EMC / Isilon Storage Division
* - Although it doesn't make a whole lot of sense to enable RX and TXmarius2015-11-092-19/+34
| | | | | | | | | | | | | | | | | | | | | before their initial configuration is done, it turns out that r281337 has the inverse effect on some older chips. Moreover, as with newer chips before, two chips seemingly identical according to their MAC revisions may behave differently in this regard, with most working but a few not, making changes extremely hard to test. Closer inspection of the corresponding Linux code suggests that RX and TX should only be enabled after their initial configuration with RTL8168G and later chips, i. e. RTL8106E{,US}, RTL8107E, as well as RTL8168{EP,G,GU,H}, so limit the new code path to these. [1] - Distinguish between RTL8168H and RTL8107E, with the latter being the 10/100-Mbit/s-only variant of the former. - For MAC variants that can only do Fast Ethernet at a maximum, ensure that we don't advertise Gigabit Ethernet speed. - In re_stop(), do the inverse of re_init_locked() and enable RXDV gate on RTL8168G and later chips again, matching what Linux does. PR: 203422 [1] MFC after: 1 week
* Ensure TEMPROOT is unique, to guard against multiple builds on same machine.sjg2015-11-081-1/+1
| | | | | Differential Revision: D3002 Reviewed by: gjb
* urtwn(4): improve RX filter.avos2015-11-082-30/+103
| | | | | | | | | | | - Filter out unneeded frames in STA mode. - Implement ic_promisc() call. Tested with RTL8188EU, STA and MONITOR modes. Reviewed by: kevlo Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D3999
* Integrate tools/regression/lib/libc/net into the FreeBSD test suitengie2015-11-0810-317/+276
| | | | | | | | | | as lib/libc/tests/net Also, fix eui64_aton_test:test_str(..). The test was comparing the result of eui64_aton to a pointer of the expected result. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division
* lower again the warnings and remove the pragmas unsupported by gcc 4.2.1bapt2015-11-084-16/+1
|
* Delete leftover printfs from when these were TAP testsngie2015-11-084-8/+0
| | | | | | MFC after: 1 week X-MFC with: r290532 Sponsored by: EMC / Isilon Storage Division
* Convert print_positional_test over to ATFngie2015-11-081-16/+40
| | | | | | | | Somehow missed in r290537 X-MFC with: r290537 MFC after: 1 week Sponsored by: EMC / Isilon Storage Division
* Eliminate some gcc pragmasbapt2015-11-082-17/+7
|
* Sync arm64 GENERIC whitespace/comments with amd64emaste2015-11-081-4/+4
| | | | Sponsored by: The FreeBSD Foundation
* Improve r290373, do a runtime check rather than a compile time switch. Iandreast2015-11-081-6/+25
| | | | | | | | | | | learned that the Power8 and the PS3 have a mix of OFW and FDT. Both have AIM defined. But currently they are not affected. They have no I2C devices under OFW. This version was tested on a Quad G5 and build tested for armv6*. Discussed with nwhitehorn@ Reviewed by: ian@
OpenPOWER on IntegriCloud