| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
causing the size calculation to be truncated to the size of an int
(32-bits on all current architectures).
Submitted by: Anish akgupt3 of gmail
MFC after: 1 week
|
|
|
|
|
| |
Submitted by: arundel
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
| |
instead of an int to avoid overflow.
While here, clean up some style(9) issues.
PR: kern/152200
Reviewed by: kib
MFC after: 2 weeks
|
|
|
|
|
|
| |
PR: docs/154934
Submitted by: Eitan Adler <lists at eitanadler.com>
MFC after: 3 days
|
|
|
|
|
|
| |
link flips during alias address insertion or dhclient operation.
While I'm here remove dc_reset() in DC_ISR_BUS_ERR case. Device is
fully reinitialized again in dc_init_locked().
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The old version had a race between the time that the old file was
cp'ed to acct.0 and the time that 'sa -s' was run that prevented
the commands that occurred in the meantime from being backed up.
It's also arguable that the old version was inefficient in using
cp which can be a problem on a space-constrained system.
This version avoids both problems, albeit it's considerably more
complicated. The advantage of putting the log rotation in the rc.d
script is that it can handle the _enable and _file questions without
having to do gymnastics to discover either value in the periodic script.
As a side effect of reviewing the rc.d script I cleaned it up a bit.
|
|
|
|
|
|
|
| |
doing upgrades and uninstalling linux compat ports.
Submitted by: Joerg-Christian Boehme <joerg@chaosdorf.de>
Approved by: kib (mentor, implicit)
|
|
|
|
| |
Approved by: kib (mentor, implicit)
|
|
|
|
|
| |
promiscuous mode we might receive stuff which otherwise gets filtered
by hardware.
|
|
|
|
|
| |
PR: 154708
Submitted by: jhs
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
file's last accessed, modified, and changed times:
TMPFS_NODE_ACCESSED and TMPFS_NODE_CHANGED should be set unconditionally
in tmpfs_remove() without regard to the number of hard links to the file.
Otherwise, after the last directory entry for a file has been removed, a
process that still has the file open could read stale values for the last
accessed and changed times with fstat(2).
Similarly, tmpfs_close() should update the time-related fields even if all
directory entries for a file have been removed. In this case, the effect
is that the time-related fields will have values that are later than
expected. They will correspond to the time at which fstat(2) is called.
In collaboration with: kib
MFC after: 1 week
|
|
|
|
|
| |
src. Fitting all of this on a single CD along with a full system requires
changing the default compression algorithm from gzip to xz.
|
|
|
|
|
|
|
|
| |
In sys/boot/i386/boot2/boot2.c, change the type of the 'opts' variable
from uint16_t back to uint32_t. The actual option bitmasks (RB_* and
RBX_*) assume at least a 32 bit variable.
Submitted by: rdivacky
|
|
|
|
|
|
|
|
|
| |
aligned the same (no functional change at the moment as both list items are the
same number of characters).
Sponsored by: FreeBSD Foundation
MFC after: 3 months
X-MFC with: 218912
|
|
|
|
|
|
| |
local variables in the `for' loop declaration. This allows trunk
newsyslog.c to be compiled on 7.x. This change should be no-op from
the functional POV.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
A full featured groff is required during buildworld, so build it always
and don't rely on it being present on the host system.
vgrind(1) is tightly coupled to a roff processor and will not be
built/installed when groff is disabled. Also much of the roff'ed
documentation under share/doc will not be built/installed when
WITHOUT_GROFF is defined.
Reviewed by: ru (partial)
|
|
|
|
|
|
|
|
| |
Sync up with flags understood by install(1) [1], and make install(1)'s
usage output not hide the clearly documented -M flag.
PR: misc/154739 [1]
Submitted by: arundel
|
|
|
|
|
|
|
|
| |
The existing implementation of bzero incorrectly clears bytes when the
start address is not word aligned. Fix it by using REG_SHI macro which
works on both 32 and 64 bit.
Submitted by: Artem Belevich (fbsdlist at src cx)
|
|
|
|
|
|
| |
PR: misc/146687
Submitted by: Garrett Cooper <gcooper@FreeBSD.org>
Approved by: rwatson (mentor)
|
|
|
|
|
|
|
| |
PR: kern/152354
Submitted by: vehemens <vehemens@verizon.net>
Discussion with:kib
Approved by: rwatson (mentor)
|
|
|
|
|
| |
hard cases broke in worse ways than the status quo. Back them out
until that can be resolved.
|
|
|
|
| |
flags aren't set.
|
|
|
|
|
| |
WITH{,OUT}_CLANG. We default to yes on some archs, no on others,
unless WITHOUT_CLANG or WITH_CLANG is defined respectively.
|
|
|
|
|
| |
clang. A separate change will fix buildworld to default to yes or no
based on the target.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Turn ath_tx_calc_ctsduration() into a function that
returns the ctsduration, or -1 for HT rates;
* add a printf() to ath_tx_calc_ctsduration() which will be
very loud if somehow that function is called with an MCS
rate;
* Add ath_tx_get_rtscts_rate() which returns the RTS/CTS
rate to use for the given data rate, incl. the short
preamble flag;
* Only call ath_tx_calc_ctsduration() for non-11n chipsets;
11n chipsets don't require the rtscts duration to be
calculated.
|
|
|
|
| |
* Comment what else is going on during rate scenario setup
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
clean up parts of the *_recv_mgmt() functions.
- make sure appropriate counters are bumped and debug messages are printed
- order the unhandled subtypes by value and add a few missing ones
- fix some whitespace nits
- remove duplicate code in adhoc_recv_mgmt()
- remove a useless comment, probably left in while c&p
|
|
|
|
|
|
|
| |
from uint16_t back to uint32_t. The actual option bitmasks (RB_* and
RBX_*) assume at least a 32 bit variable.
Submitted by: rdivacky
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
rates.
It's used to calculate:
* the initial per-rate entries for short/long preamble ACK durations;
* packet durations for TDMA slot decisions;
* RTS/CTS protection durations;
* updating the duration field in the 802.11 frame header
This way invalid durations will generate a warning, prompting for it to be
fixed.
|
|
|
|
|
|
|
| |
PR: kern/43611
Submitted by: Matt Emmerton <matt at gsicomp.on.ca>
Reviewed by: kib
MFC after: 3 days
|
|
|
|
|
| |
Approved by: avg (mentor), kib (mentor)
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
The current code transmits management and multicast frames at MCS 0.
What it should do is check whether the negotiated basic set is zero (and
the MCS set is not) before making this decision.
For now, simply default to the lowest negotiated rate, rather than
MCS 0. This fixes the behaviour with at least the DLINK DIR-825, which
ACKs but silently ignores block-ack (BA) response frames.
|
|
|
|
|
|
|
|
| |
first might actually happen, so it displays the error message in a prettier
way.
Found by: Coverity Prevent(tm)
CID: 9121, 9122, 9123, 9124
|
|
|
|
|
|
| |
Sponsored by: FreeBSD Foundation
MFC after: 4 weeks
X-MFC with: r218545
|
|
|
|
|
|
|
| |
at91_machdep.c, and do it for the files I forgot the first time
Reported by: andrew
Submitted by: pluknet
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
FreeBSD" FreeBSD Foundation funded project.
- Add new man pages for the modular congestion control, Khelp and Hhook
frameworks (cc.4, cc.9, khelp.9 and hhook.9).
- Add new man pages for each available congestion control algorithm (cc_chd.4,
cc_cubic.4, cc_hd.4, cc_htcp.4, cc_newreno.4 and cc_vegas.4).
- Add a new man page for the Enhanced Round Trip Time (ERTT) Khelp module
(h_ertt.4).
- Update the TCP (tcp.4) man page to mention the TCP_CONGESTION socket option,
cross reference to cc.4 and remove references to the retired
"net.inet.tcp.newreno" sysctl MIB variable.
In collaboration with: David Hayes <dahayes at swin edu au> and
Grenville Armitage <garmitage at swin edu au>
Sponsored by: FreeBSD Foundation
MFC after: 3 months
|
|
|
|
|
|
|
|
| |
it encounters an error it returns an error from the ioctl.
Ignore any errors when using the FD_FORM ioctl.
PR: kern/103862
MFC after: 3 days
|
|
|
|
|
|
| |
PR: bin/154928
Submitted by: Eitan Adler <lists at eitanadler.com>
MFC after: 3 days
|
|
|
|
|
|
| |
rather than MCS 0.
Using MCS0 for protecting 11a rates seems a bit silly.
|
|
|
|
|
| |
Short preamble rates are only for legacy rates; MCS rate codes don't have a short
preamble code like this.
|
|
|
|
|
|
|
|
|
| |
- add "sse3" to MACHINE_CPU for the new cpu types
- for i386, default to CPUTYPE=prescott for the new cpu types
PR: gnu/154906
Discussed with: kib, kan, dim
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and k8-sse3 cpu-types for -march=/-mtune= gcc options.
These new cpu-types include the SSE3 instruction set that is supported
by all newer AMD Athlon 64 and Opteron processors.
All three cpu-types are supported by clang and all gcc versions
starting with 4.3 SVN rev 124339 (at that time GPLv2 licensed).
PR: gnu/154906
Discussed with: kib, kan, dim
Obtained from: gcc 4.3 (r124339, GPLv2 licensed)
MFC after: 2 weeks
|