| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Without this, rtadvd runs but never advertises a default (IPv6) route.
MFC after: 1 week
|
| |
|
|
|
|
|
| |
relies on the outdated defines list. It likely hasn't been useful in
15 years, and certainly not in the last decade.
|
|
|
|
| |
in the kernel. Retire it rather than catch up with the last 17 years.
|
|
|
|
|
|
|
| |
lines
which made geom_bsd and geom_mbr optional. They are redundant with the DEFAULTS
BSD and MBR support for g_part, which is standard.
|
| |
|
|
|
|
| |
Reviewed by: gnn
|
|
|
|
| |
to build this driver out-of-tree.
|
| |
|
|
|
|
|
| |
conditional inclusion based on the MACHINE_ARCH we're compiling for.
Make ucmpdi2 conditional on mips or mipsel.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
it here unconditionally while I figure out why "optional mips |
mipsel" didn't work.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Machines can stall out because mbufs are low, however sometimes we won't
see "requests denied", instead we see user land processes or kernel threads
blocking waiting for mbufs because they set M_WAIT. These consumers do not
see errors, only stalling.
Unfortunately until now, netstat did not export this information
so you could have experienced an mbuf shortage and have no way of
seeing it unless you happen to run netstat at the exact time of the
shortage and see "in use" = "max".
By exporting the number of times processes are blocked, we can
effectively see how often non-interrupt context threads are effectively
"denied".
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
| |
A default install on large memory machines with multiple 10gigE interfaces
were not being given enough mbufs to do full bandwidth TCP or NFS traffic.
To keep the value somewhat reasonable, we scale back the number of
maxuers by 1/6 past the 384 point. This gives us enough mbufs for most
of our pretty basic 10gigE line-speed tests to complete.
|
|
|
|
|
|
|
|
|
|
| |
This enables CPU searches (which read tdq_load) to operate independently
of any contention on the spinlock. Some scheduler-intensive workloads
running on an 8C single-socket SNB Xeon show considerable improvement with
this change (2-3% perf improvement, 5-6% decrease in CPU util).
Sponsored by: Intel
Reviewed by: jeff
|
|
|
|
|
|
| |
we should broadcast a packet, not try to deliver it to NULL.
Reported by: rpaulo
|
|
|
|
|
|
| |
in r242011.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
| |
forked. Otherwise, pagedaemon might reclaim the page without saving
its content into the swap file, resulting in the valid content
replaced by zeroes.
Reported and tested by: pho
Reviewed and comment update by: alc
MFC after: 1 week
|
|
|
|
|
|
| |
Submitted by: Svatopluk Kraus <onwahe@gmail.com>
Reviewed by: alc
MFC after: 3 days
|
|
|
|
|
|
| |
shared with aim. Config is smart enough to cope with multiple lines
of the same path with different options. This reduces the needless
duplication.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Make sure always-inline functions get inlined. <rdar://problem/12423986>
Without this change, when the estimated cost for inlining a function with
an "alwaysinline" attribute was lower than the inlining threshold, the
getInlineCost function was returning that estimated cost rather than the
special InlineCost::AlwaysInlineCost value. That is fine in the normal
inlining case, but it can fail when the inliner considers the opportunity
cost of inlining into an internal or linkonce-odr function. It may decide
not to inline the always-inline function in that case. The fix here is just
to make getInlineCost always return the special value for always-inline
functions. I ran into this building clang with libc++. Tablegen failed to
link because of an always-inline function that was not inlined. I have been
unable to reduce the testcase down to a reasonable size.
This should fix the link errors that were reported when atf-run was
compiled with clang -stdlib=libc++. In this case, at -O3 optimization,
some calls to basic_ios::clear() were not inlined, even when the
function was marked __always_inline__.
Reported by: Jan Beich <jbeich@tormail.org>
MFC after: 1 week
|
| |
|
|
|
|
|
|
| |
Submitted by: KAHO Toshikazu <kaho@elam.kais.kyoto-u.ac.jp>
Approved by: secteam (simon)
MFC after: 3 days
|
| |
|
|
|
|
| |
Approved by: marcel (mentor)
|
|
|
|
|
|
|
|
|
|
|
| |
errors later on.
PR: bin/172715
Submitted by: Matthew D.Fuller <fullermd@over-yonder.net> (older
version)
Submitted by: dteske
Approved by: cperciva
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
appear on which interface. This fixes detection of some USB audio adapters.
Also increase the channel limit for FULL speed devices to 4 channels.
Tested by: gavin
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
| |
Also update the port reset time from 250ms to 50ms. Some USB devices
have a hard limit in hardware at 222ms for the port reset time and will
not enumerate unless this delay is closer to the usb.org defined value.
This patch can fix enumeration with some USB devices.
Tested by: Guido van Rooij
Submitted by: Nick Hibma
MFC after: 1 week
|
| |
|
|
|
|
| |
explicitly set BGE_PHY_NO_WIRESPEED flag.
|
|
|
|
|
|
|
|
| |
link at a lower speed so enabling it for fiber adapters is wrong.
Fix the issue by setting BGE_PHY_NO_WIRESPEED such that brgphy(4)
wouldn't enable the feature.
While I'm here move PHY specific feature/bug configuration to new
location(just before mii attach) for readability.
|
|
|
|
| |
address.
|
| |
|
|
|
|
|
|
|
| |
Submitted by: hiren panchasara <hiren.panchasara@gmail.com>
Reviewed by: jimharris@ sbruno@
Obtained from: Yahoo! Inc.
MFC after: 2 weeks
|
| |
|
| |
|
|
|
|
|
|
| |
to socket_send_cow. Missed in r241931.
Submitted by: pluknet
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
-std= flags above c++98 or gnu++98 from CXXFLAGS *after* including
bsd.lib.mk, otherwise some additions to CXXFLAGS done in bsd.*.mk might
not be preserved.
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
when building other C++ software with it. Also fix one actual bug in
libsupc++, which was exposed by such a warning. This latter fix is the
only functional change.
MFC after: 1 week
|
|
|
|
|
|
| |
sent upstream.
Tested by: Garrett Cooper <yanegomi@gmail.com>
|
|
|
|
|
|
|
| |
recent atf import. These changes are purely cosmetic, no functional
change.
MFC after: 1 week
|
|
|
|
| |
and provide a proper explanation.
|
| |
|
| |
|
|
|
|
|
| |
This condition can never be true as functions are called from single place
and the checks just pollute the code and confuse Clang Static Analyzer.
|
|
|
|
| |
so remove the standard ones from here.
|