summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Allow contents of multiple directories to be merged to the current image.jkim2012-01-318-63/+139
| | | | | | | | Note this patch was submitted to NetBSD and they already adopted it. http://mail-index.netbsd.org/source-changes/2012/01/28/msg031078.html MFC after: 1 week
* Add a DFS debugging mode which is useful when doing automated DFSadrian2012-01-313-16/+73
| | | | | | | | | | | | | | | | | | | | compliance testing. In order to allow for radar pattern matching to occur, the DFS CAC/NOL handling needs to be made configurable. This commit introduces a new sysctl, "net.wlan.dfs_debug", which controls which DFS debug mode net80211 is in. * 0 = default, CSA/NOL handling as per normal. * 1 = announce a CSA, but don't add the channel to the non-occupy list (NOL.) * 2 = disable both CSA and NOL - only print that a radar event occured. This code is not compiled/enabled by default as it breaks regulatory handling. A user must enable IEEE80211_DFS_DEBUG in their kernel configuration file for this option to become available. Obtained from: Atheros
* Radar API related fixes.adrian2012-01-305-0/+30
| | | | | | | | | | | | * For legacy NICs, the combined RSSI should be used. For earlier AR5416 NICs, use control chain 0 RSSI rather than combined RSSI. For AR5416 > version 2.1, use the combined RSSI again. * Add in a missing AR5212 HAL method (get11nextbusy) which may be called by radar code. This serves no functional change for what's currently in FreeBSD.
* Wrap the bool typedefjfv2012-01-301-0/+2
|
* Improve media status reporting, when the driver knows...imp2012-01-301-2/+3
|
* Manpages for the buf_ring and drbr interfaces.brueffer2012-01-303-0/+311
| | | | | Submitted by: kmacy (aeons ago) MFC after: 1 week
* Allow specification of build shell for the buildenv target.imp2012-01-301-1/+4
| | | | Submitted by: ian lepore
* A debugger which requested PT_FOLLOW_FORK should get the notificationkib2012-01-301-1/+2
| | | | | | | | | about new child not only when doing PT_TO_SCX, but also for PT_CONTINUE. If TDB_FORK flag is set, always issue a stop, the same as is done for TDB_EXEC. Reported by: Dmitry Mikulin <dmitrym juniper net> MFC after: 1 week
* Add support for GNU RELRO.kib2012-01-303-0/+28
| | | | | Submitted by: John Marino <draco marino st> MFC after: 2 weeks
* Add definition for PT_GNU_RELRO.kib2012-01-301-0/+1
| | | | MFC after: 3 days
* Refine the implementation of POSIX_FADV_NOREUSE for the read(2) case suchjhb2012-01-301-7/+7
| | | | | | | | that instead of using direct I/O it allows read-ahead similar to POSIX_FADV_NORMAL, but invokes VOP_ADVISE(POSIX_FADV_DONTNEED) after the read(2) has completed to purge just-read data. The write(2) path continues to use direct I/O for POSIX_FADV_NOREUSE for now. Note that NOREUSE works optimally if an application reads and writes full fs blocks.
* Fix build for the case of powerpc64 kernel without COMPAT_FREEBSD32.kib2012-01-301-0/+3
| | | | MFC after: 2 months
* When detaching an AIO or LIO requests grab the lock and tell knlist_removeambrisko2012-01-301-6/+12
| | | | | | | | that we have the lock now. This cleans up a locking panic ASSERT when knlist_empty is called without a lock when INVARIANTS etc. are turned. Reviewed by: kib jhb MFC after: 1 week
* Naturally align a newly added wakeup_fpusave.jkim2012-01-301-2/+2
|
* New hardware support: Intel X540 adapter support added.jfv2012-01-3024-3606/+6103
| | | | | | Some shared code reorganization along with the new adapter. Sync changes to OACTIVE in igb into this driver. Misc small fixes.
* Add a constant for the PCI-e surprise link down uncorrectable error.jhb2012-01-301-0/+1
|
* Fix typo in comments.mav2012-01-301-1/+1
|
* Finally, try to enable the nxstacks on amd64 and powerpc64 for both 64bitkib2012-01-304-1/+18
| | | | | | | and 32bit ABIs. Also try to enable nxstacks for PAE/i386 when supported, and some variants of powerpc32. MFC after: 2 months (if ever)
* Move xrstor/xsave/xsetbv into fpu.c and reorder them.kib2012-01-302-38/+38
| | | | | Requested by: bde MFC after: 1 month
* Synchronize the struct sigcontext definitions on x86 with mcontext_t.kib2012-01-302-3/+9
| | | | | Pointed out by: bde MFC after: 1 month
* Uupdate code to vendor rev. 4183 (release/2.8)mm2012-01-291-0/+13
| | | | | | | | | | Fixes vendor issue 224: "Mishandling CD9660 images with RockRidge extensions from FreeBSD makefs" References: http://code.google.com/p/libarchive/issues/detail?id=224 MFC after: 1 week
* Always return 0 if the sysctl failed.trociny2012-01-291-8/+8
| | | | | | This fixes the bug: when procstat -xa was run and the sysctl for a process returned ESRCH or EPERM, for this process procstat output the result collected for the previous successful process.
* Missing code for receiving MESH PREP that should be part of r230409.adrian2012-01-291-6/+15
| | | | Submitted by: <monthadar@gmail.com>
* GS105v3 exhibit the same behavioreadler2012-01-291-0/+1
| | | | | | | | PR: docs/135999 Submitted by: Boris Kochergin <spawky@acm.poly.edu> No objection from: jfv Approved by: cperciva MFC after: 3 days
* Fix build when RELEASE_CRUNCH is defined.nyan2012-01-291-2/+2
|
* Perform IPv6 DAD only in ifn_start.hrs2012-01-291-2/+4
|
* always exclude data bufs regardless of debug settingskmacy2012-01-291-1/+1
|
* update .Ddkmacy2012-01-282-2/+2
|
* As it turns out r227960 may still be insufficient with PREEMPTIONmarius2012-01-282-16/+42
| | | | | | | | | | | | | | | | | | so try harder to get the CDMA sync interrupt delivered and also in a more efficient way: - wrap the whole process of sending and receiving the CDMA sync interrupt in a critical section so we don't get preempted, - send the CDMA sync interrupt to the CPU that is actually waiting for it to happen so we don't take a detour via another CPU, - instead of waiting for up to 15 seconds for the interrupt to trigger try the whole process for up to 15 times using a one second timeout (the code was also changed to just ignore belated interrupts of a previous tries should they appear). According to testing done by Peter Jeremy with the debugging also added as part of this commit the first two changes apparently are sufficient to now properly get the CDMA sync interrupts delivered at the first try though.
* Oops, commit a missing implementation change.adrian2012-01-281-2/+9
| | | | | Whilst I'm here, add a comment about what would happen in this function if hypothetically you had a radar pattern matching detector written.
* Fully disable interrupts while we fiddle with the FP context in themarius2012-01-281-9/+9
| | | | | | VIS-based block copy/zero implementations. While with 4BSD it's sufficient to just disable the tick interrupts, with ULE+PREEMPTION it's otherwise also possible that these are preempted via IPIs.
* Change the prototype so the radar enable can fail.adrian2012-01-281-1/+1
|
* Two changes from my DFS work:adrian2012-01-281-4/+17
| | | | | | | | * Grab the net80211com lock when calling ieee80211_dfs_notify_radar(). * Use the tsf extend function to turn the 64 bit base TSF into a per- frame 64 bit TSF. This will improve radiotap logging (which will now have a (more) correct per-frame TSF, rather then the single TSF64 value read at the beginning of ath_rx_proc().
* msdos was renamed to msdosfs in 2001 by r77577.scf2012-01-281-1/+1
| | | | MFC after: 5 days
* Since April 2, 2006, Indiana has observed DST.scf2012-01-281-2/+2
| | | | MFC after: 5 days
* Make tip exit if the device disappears, for instance when unpluggingphk2012-01-282-3/+4
| | | | | | | | or resetting USB serial devices. Somebody[tm] should rewrite tip(1) to use two thread instead of two processes or maybe even use that new-fangled "select(2)" or positively futuristic "poll(2)" system call.
* Fix decoding of escape sequences in format strings:tijl2012-01-281-13/+6
| | | | | | | | | | | | - Zero-terminate the resulting string by letting the for-loop copy the terminating zero. - Exit the for-loop after handling a backslash at the end of the format string to fix a buffer overrun. - Remove some unnecessary comments and blank lines. [1] Requested by: bde [1] PR: bin/144722 Approved by: kib (mentor)
* Move descriptions of file caching commands out of the file locking section.tijl2012-01-281-17/+17
| | | | Approved by: kib (mentor)
* add tunable for developers working on areas outside of ZFSkmacy2012-01-281-1/+6
| | | | | to further reduce core size by excluding ARC metadata buffers from core dumps
* alphabetically sort optional flags and add documentation for VM_ALLOC_NODUMPkmacy2012-01-281-12/+15
|
* document M_NODUMP flagkmacy2012-01-281-0/+3
|
* o Preserve argv[0] to use it later in usage().maxim2012-01-281-2/+3
| | | | | | PR: bin/164570 Submitted by: Klaus Aehlig MFC after: 1 week
* Avoid to check the same cache line/variable from all the lockingattilio2012-01-288-4/+8
| | | | | | | | | | | | | | | | primitives by breaking stop_scheduler into a per-thread variable. Also, store the new td_stopsched very close to td_*locks members as they will be accessed mostly in the same codepaths as td_stopsched and this results in avoiding a further cache-line pollution, possibly. STOP_SCHEDULER() was pondered to use a new 'thread' argument, in order to take advantage of already cached curthread, but in the end there should not really be a performance benefit, while introducing a KPI breakage. In collabouration with: flo Reviewed by: avg MFC after: 3 months (or never) X-MFC: r228424
* Remove trailing whitespace.jh2012-01-281-1/+1
|
* Fix HBR enabling condition. cchs is from 0 to 7, not from 1 to 8.mav2012-01-281-1/+1
|
* Remove the notify match from a couple devd apple events, the events don'tjhibbits2012-01-281-2/+0
| | | | | | | include notify tags. Approved by: nwhitehorn (mentor) MFC after: 3 days
* pmc_*_initialize may return NULL if the CPU is not supported, so checkemaste2012-01-281-1/+1
| | | | | | that md is not null before dereferencing it. PR: kern/156540
* Set SVN text/plain property for some shell scripts thatpfg2012-01-281-1/+1
| | | | | | | | | | | happen to have a .exe extension. While here fix the shebang of a shell script that was looking for /bin/bash. Reviewed by: gnn Approved by: jhb (mentor) MFC after: 2 weeks
* Commit file missed in r230633.marius2012-01-271-18/+19
|
* Now that we have a working OF_printf() since r230631 and a OF_panic()marius2012-01-274-90/+25
| | | | | | | | | | | | | | | | helper since r230632, use these for output and panicing during the early cycles and move cninit() until after the static per-CPU data has been set up. This solves a couple of issue regarding the non- availability of the static per-CPU data: - panic() not working and only making things worse when called, - having to supply a special DELAY() implementation to the low-level console drivers, - curthread accesses of mutex(9) usage in low-level console drivers that aren't conditional due to compiler optimizations (basically, this is the problem described in r227537 but in this case for keyboards attached via uart(4)). [1] PR: 164123 [1]
OpenPOWER on IntegriCloud