| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Reported by: Alexander Polakov
|
|
|
|
|
|
|
| |
code but not documented (e.g. wme, mac acl) and correct some
information, etc.
Reviewed by: brueffer
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
Based on:
PR: docs/84200
Submitted by: Gary W. Swearingen <garys at opusnet dot com>
MFC after: 1 week
|
| |
|
| |
|
|
|
|
| |
Approved by: re (kensmith)
|
|
|
|
| |
MFC after: 1 day
|
| |
|
|
|
|
|
|
| |
is properly aligned when we move to the next packet.
Obtained from: ISC dhclient via krw at OpenBSD
|
|
|
|
|
|
| |
PR: docs/84198
Submitted by: Gary W. Swearingen
MFC after: 3 days
|
|
|
|
|
|
|
| |
not allowed in domain names. RFC 2132 does not list valid or invalid
characters and the ISC client accepts anything here.
Reported by: ps
|
| |
|
|
|
|
|
|
|
| |
- Don't link libmd, it is not needed.
- Connect manual page to the build.
MFC after: 1 week
|
|
|
|
|
| |
I need to find out first what is the cause of sha2.c compilation problem
on alpha.
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
For features list and usage see manual page: geli(8).
Sponsored by: Wheel Sp. z o.o.
http://www.wheel.pl
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
capture. Zero length captures caused an infinte loop and short captures
probably caused memory corruption and a crash.
Reported by: many
MFC After: 3 days
|
|
|
|
| |
We may now handle route updates better.
|
|
|
|
|
|
| |
o accept rtsthreshold - (or any) as a shorthand for rtsthreshold 2346
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
accept NUL-terminated strings as required by RFC 2132.
This solution is not perfect as it removes the ability to send
NUL-terminated host-name options which may be required by some broken
servers. Given the current lack of an existance proof of such servers
and the fact that servers that send NUL-terminated domain names do
exist, this seems like an acceptable compromise. A discussion of these
issues can be found at:
http://marc.theaimsgroup.com/?l=dhcp-client&m=96837107208382&w=2
PR: bin/83468
Reported by: Sean Winn <sean at gothic dot net dot au>
MFC-after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
| |
Previously, interactive commands specifying a non-existent file or
directory used to display an "out of memory error".
MFC after: 2 weeks
|
|
|
|
| |
Reminded by: ru
|
|
|
|
|
| |
Reviewed by: ru
MFC after: 3 days
|
|
|
|
| |
- Attempt gctl verb "write MBR" when updating.
|
|
|
|
| |
This should solve the problem of modifying a busy MBR.
|
|
|
|
|
|
|
| |
- Change some section numbers to match reality
- For MLINKS to manpages from ports, mention which port installs them
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
print potentially sensitive keying material to stdout. With the new
802.11 support, ifconfig(8) is now capable of printing 802.11 keys,
and did by default for the root user, which is undesirable in some
environments. Now it will not print keying material unless requested
(and available to the user).
MFC after: 1 week
|
|
|
|
|
|
| |
so that ifconfig(8) can print them.
MFC after: 5 days
|
|
|
|
|
|
|
|
|
|
| |
from this socket
* Enable non-blocking I/O on devd.pipe to keep clients from wedging devd.
If a write(2) on devd.pipe would block, the client in question will be
removed [1]
Requested by: rwatson [1]
Approved by: imp
|
|
|
|
|
|
|
| |
on socket file descriptors.
Reviewed by: secteam (cperciva)
Approved by: imp
|
|
|
|
| |
Submitted by: ru
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
| |
Most content by: avatar
Reviewed by: sam
Approved by: re (hrs)
MFC after: 3 days
|
|
|
|
|
| |
Reported by: Andrea Campi <andrea+freebsd_cvs_all@webcom.it>
Approved by: re (scottl)
|
|
|
|
|
| |
Submitted by: sam
Approved by: re (scottl)
|
|
|
|
| |
Approved by: re (scottl)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change communication protocol to be much more resistant on network
problems and to allow for much better performance.
Better performance is achieved by creating two connections between
ggatec and ggated one for sending the data and one for receiving it.
Every connection is handled by separeted thread, so there is no more
synchronous data flow (send and wait for response), now one threads
sends all requests and another receives the data.
Use two threads in ggatec(8):
- sendtd, which takes I/O requests from the kernel and sends them to the
ggated daemon on the other end;
- recvtd, which waits for ggated responses and forwards them to the kernel.
Use three threads in ggated(8):
- recvtd, which waits for I/O requests and puts them onto incoming queue;
- disktd, which takes requests from the incoming queue, does disk operations
and puts finished requests onto outgoing queue;
- sendtd, which takes finished requests from the outgoing queue and sends
responses back to ggatec.
Because there were major changes in communication protocol, there is no
backward compatibility, from now on, both client and server has to run
on 5.x or 6.x (or at least ggated should be from the same FreeBSD version
on which ggatec is running).
For Gbit networks some buffers need to be increased. I use those settings:
kern.ipc.maxsockbuf=16777216
net.inet.tcp.sendspace=8388608
net.inet.tcp.recvspace=8388608
and I use '-S 4194304 -R 4194304' options for both, ggatec and ggated.
Approved by: re (scottl)
|
|
|
|
|
| |
Reviewed by: avatar
Approved by: re (scottl)
|
|
|
|
|
|
| |
commit. Start new line at sentence break in previous commit.
Approved by: re (implicit, fixing a commit made 5 minutes ago)
|
|
|
|
|
| |
Approved by: re (rwatson)
MFC after: 3 days
|
|
|
|
|
|
|
| |
server options.
Reported by: Max Boyarov <max_b at tut dot by>
Approved by: re (dhclient blanket)
|
|
|
|
|
|
|
|
|
|
|
|
| |
include a space seperated list of domains instead of the domain of the
host. This is supported on too many platforms to break for now so,
remove validation of this option for the moment.
The correct solution longer term is to implement RFC 3397 support and
then treat domain-name options containing space seperated lists of
domains as domain-search options for backwards compatability.
Approved by: re (dhclient blanket)
|