| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
Submitted by: Sergey Matveychuk <sem@ciam.ru>
Obtained from: NetBSD
MFC after: 1 week
|
|
|
|
|
| |
PR: kern/32395
Submitted by: Jonathan Mini <mini@haikugeek.com>
|
|
|
|
|
| |
though it was backed out.
With out this change the TenDRA compiler is not bootstrapable.
|
|
|
|
|
| |
PR: 32455
Submitted by: "Gary W. Swearingen" <swear@blarg.net>
|
|
|
|
| |
violation of either.
|
|
|
|
| |
giant, and make whitespace more consistent around giant-frobbing.
|
|
|
|
|
| |
was grabbed. This was introduced in 1.101 when the giant pushdown
for kern_prot.c was originally performed.
|
|
|
|
|
|
|
|
|
|
|
|
| |
- uid's -> uids
- whitespace improvements, linewrap improvements
- reorder copyright more appropriately
- remove redundant MP SAFE comments, add one "NOT MPSAFE?"
for setgroups(), which seems to be the sole un-changed system
call in the file.
- clean up securelevel_g?() functions, improve comments.
Largely submitted by: bde
|
|
|
|
|
| |
Submitted by: Maxim Konovalov <maxim@macomnet.ru>
PR: kern/32267
|
| |
|
| |
|
|
|
|
|
|
|
| |
got from SiS.
This should also close PR 32421 which has patches which seem
to set the timing registers wrongly according to SiS...
|
| |
|
|
|
|
| |
Submitted by: Max Khon <fjoe@iclub.nsu.ru>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
receiver was not sending an immediate ack with delayed acks turned on
when the input buffer is drained, preventing the transmitter from
restarting immediately.
Propogate the TCP_NODELAY option to accept()ed sockets. (Helps tbench and
is a good idea anyway).
Some cleanup. Identify additonal issues in comments.
MFC after: 1 day
|
|
|
|
| |
on the patches submitted by Max Khon <fjoe@iclub.nsu.ru>
|
|
|
|
|
|
|
|
| |
PRO/1000 cards.
Submitted by:Prafulla Deuskar
Reviewed by: Paul Saab
MFC after:1 week
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
released management apps.
1. Implement poll(). This will check for queued aif's so that a
subsequent ioctl call to retrieve the next aif will not block.
2. Don't catch signals when sleeping on a fib sent from userland. This
causes a race and panic due to the pthread context switcher waking
up the tsleep at inopportune times.
3. Fix some whitespace nits.
MFC after: 3 days
|
|
|
|
| |
This fixes a panic I introduced yesterday in ip_icmp.c,v 1.64.
|
|
|
|
|
|
|
|
| |
This API is supported in SVR4.0MP, Solaris, Linux, AIX and Tru64 Unix.
PR: bin/27489
Submitted by: Arun Sharma <arun@sharma-home.net>
Reviewed by: bde (prior version)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Hide nonstandard functions and types in <netinet/in.h> when
_POSIX_SOURCE is defined.
o Add some missing types (required by POSIX.1-200x) to <netinet/in.h>.
o Restore vendor ID from Rev 1.1 in <netinet/in.h> and make use of new
__FBSDID() macro.
o Fix some miscellaneous issues in <arpa/inet.h>.
o Correct final argument for the inet_ntop() function (POSIX.1-200x).
o Get rid of the namespace pollution from <sys/types.h> in
<arpa/inet.h>.
Reviewed by: fenner
Partially submitted by: bde
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
you run out of mbuf address space.
kern/subr_mbuf.c: print a warning message when mb_alloc fails, again
rate-limited to at most once per second. This covers other
cases of mbuf allocation failures. Probably it also overlaps the
one handled in vm/vm_kern.c, so maybe the latter should go away.
This warning will let us gradually remove the printf that are scattered
across most network drivers to report mbuf allocation failures.
Those are potentially dangerous, in that they are not rate-limited and
can easily cause systems to panic.
Unless there is disagreement (which does not seem to be the case
judging from the discussion on -net so far), and because this is
sort of a safety bugfix, I plan to commit a similar change to STABLE
during the weekend (it affects kern/uipc_mbuf.c there).
Discussed-with: jlemon, silby and -net
|
|
|
|
|
|
|
|
|
|
|
| |
the administrator to restrict access to the kernel message buffer.
It defaults to '1', which permits access, but if set to '0', requires
that the process making the sysctl() have appropriate privilege.
o Note that for this to be effective, access to this data via system
logs derived from /dev/klog must also be limited.
Obtained from: TrustedBSD Project
Sponsored by: DARPA, NAI Labs
|
|
|
|
|
|
| |
if the receive side is using delayed acks. Temporarily remove it.
MFC after: 0 days
|
|
|
|
|
|
|
|
| |
using '_'s more consistently.
Discussed with: bde, jhb
Obtained from: TrustedBSD Project
Sponsored by: DARPA, NAI Labs
|
|
|
|
|
|
|
|
|
| |
that new models can inhabit kern.security.<modelname>.
o While I'm there, shorten somewhat excessive variable names, and clean
things up a little.
Obtained from: TrustedBSD Project
Sponsored by: DARPA, NAI Labs
|
|
|
|
|
|
|
| |
- set sc->acpi_s4bios to 1 by default for hibernation until
OS-initiated S4 transition is implemented.
- change the behavior of acpi_sleep_state_sysctl() if new value is
the same as old one, do nothing instead of EINVAL.
|
|
|
|
|
|
| |
two seperate mkdir targets.
Submitted by: jedgar
|
|
|
|
| |
two seperate mkdir targets.
|
|
|
|
|
|
|
| |
UFS_EXTATTR_AUTOSTART. Insert the missing 'initattr' arguments
to extattrctl.
Noticed by: green
|
|
|
|
|
|
|
|
|
|
| |
interface address, blow the address away again before returning the
error.
In in_ifinit(), if we get an error from rtinit() and we've also got
a destination address, return the error rather than masking EEXISTS.
Failing to create a host route when configuring an interface should
be treated as an error.
|
|
|
|
|
| |
cpu. (This is for either userland apps running in i386 mode on an ia64
OS, or when the cpu is in i386 legacy mode running an i386 OS).
|
|
|
|
|
|
|
|
|
| |
address in icmp_reflect().
- Two new "struct icmpstat" members: icps_badaddr and icps_noroute.
PR: kern/31575
Obtained from: BSD/OS
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
| |
pointless and would be inadequate for SMP systems. We will rely on the
VM system's locks to serialise this for now.
* Change pmap_remove() so that if the range being removed is larger than
the number of pages mapped by the pmap, we iterate over the currently
mapped pages instead of over the virtual address range. This should
make a difference when removing large virtual address ranges from an
address space.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
mbuf allocation fails, and fix (i hope) a couple of style bugs.
I believe these printf() are extremely dangerous because now they can
occur on every incoming packet and are not rate limited. They were
meant to warn the sysadmin about lack of resources, but now they
can become a nice way to panic your system under load.
Other drivers (e.g. the fxp driver) have nothing like this.
There is a pending discussion on putting this kind of warnings
elsewhere, and I hope we can fix this soon.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
underlying unaligned bcopy) on incoming packets that are already
available (albeit unaligned) in a buffer.
The performance improvement varies, depending on CPU and memory
speed, but can be quite large especially on slow CPUs. I have seen
over 50% increase on forwarding speed on the sis driver for the
486/133 (embedded systems), which does exactly the same thing.
The behaviour is controlled by a sysctl variable, hw.dc_quick which
defaults to 1. Set it to 0 to restore the old behaviour.
After running a few experiments (in userland, though) I am convinced
that doing the m_devget() is detrimental to performance in almost
all cases.
Even if your CPU has degraded performance with misaligned data,
the bcopy() in the driver has the same overhead due to misaligment
as the one that you save in the uiomove(), plus you do one extra
copy and pollute the cache.
But more often than not, you do not even have to touch the payload,
e.g. when you are forwarding packets, and even in the often-cited
case of NFS, you often end up passing a pointer to the payload to
the disk controller.
In any case, you can play with the sysctl variable to toggle between
the two behaviours, and see if it makes a difference.
MFC-after: 3 days
|
|
|
|
| |
tested by: Martijn Pronk <martijn@smartie.xs4all.nl>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
readability.
o Conditionalize only the SYSCTL definitions for the regression
tree, not the variables itself, decreasing the number of #ifdef
REGRESSIONs scattered in kern_mib.c, and making the code more
readable.
Sponsored by: DARPA, NAI Labs
|
|
|
|
|
|
|
|
| |
to be included in the meta information that is associated with
incoming and outgoing packets.
Reviewed by: julian
MFC after: 1 week
|
| |
|
|
|
|
|
|
| |
PR: kern/21809
Submitted by: <mbendiks@eunet.no>
Reviewed by: rwatson
|
|
|
|
| |
read.
|
| |
|
|
|
|
|
| |
PR: kern/21809
Submitted by: <mbendiks@eunet.no>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
have alignment problems.
On small boxes (e.g. the net4501 from Soekris, featuring a 486/133)
this provides huge performance benefits: the peak forwarding rate
with avg.sized packets goes up by 50-70% because of this change
alone. Faster CPUs might benefit less from this change, but in any
case the CPU has better things to do than waste time on useless
memory-to-memory copies.
Several drivers (for Tulip-like cards) might benefit from a similar
change.
Right now the new behaviour is controlled by a sysctl variable,
hw.sis_quick which defaults to 1 (on), you can set it to 0 to
reintroduce the old behaviour (and compare the results). The
variable is only there to show how much you can gain with this
change, it will go away soon.
Also, slightly simplify the code to initialize the ring buffers,
and remove a couple of dangerous printf's which could trigger on
any packet in case of mbuf shortage.
MFC-after: 3 days
|
|
|
|
|
|
| |
PR: kern/32351
Submitted by: Jonathan Mini <mini@haikugeek.com>
MFC after: 1 week
|