| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
| |
telnet, so it was treated as the reference code, except where later
commits were made to "base" telnet.
|
|
|
|
|
| |
Also remove useless AUTHENTICATION code. We have never compiled this
here, and it is doubtful that it even works without crypto.
|
|
|
|
|
| |
Also remove conditional (AUTHENTICATION) code as we have never compiled
it here, and it is doubtful that it even works in this scenario.
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
| |
o unifdef AUTHENTICATE. We have never compiled this code, and its
doubtful it will even work in this case.
o Style changes (some ansification, some comment updating)
o Diff reduction and code style merging with crypto telnet.
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
| |
255.255.255.255 if our new destination address conflicts.
|
| |
|
|
|
|
| |
MFC after: 2 weeks
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Pointy hat to: kris
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the size of the tsp_name field is OS-dependent. 4.3BSD used a 32-byte
field, FreeBSD uses MAXHOSTNAMELEN and RedHat apparently uses a 64-byte
field. As a result, sanity checking code added a few months ago to detect
short packets will fail when interoperating with one of these other vendors.
Change the short packet detection code to expect a minimum packet size
corresponding to the 4.3BSD implementation, which should be a safe minimum
size.
Submitted by: Stephen Whiteley <stevew@best.com> (based on)
PR: misc/29867
|
| |
|
| |
|
|
|
|
|
| |
PR: 29671
Submitted by: Sascha Blank <sblank@addcom.de>
|
| |
|
|
|
|
|
|
|
| |
have to regenerate the entire database.
PR: 25798
Submitted by: Domas Mituzas <domas.mituzas@delfi.lt>
|
|
|
|
|
|
|
| |
sys/boot/common/module.c.
PR: 21405
Submitted by: Makoto MATSUSHITA <matusita@jp.FreeBSD.org>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
and mask to the routing socket, otherwise the update fails.
Warning provided by: markm
The code here was broken for FreeBSD when IPv6 support was added, but
was fixed for OpenBSD. OpenBSD expects the gateway and mask to be
supplied and fails the update otherwise.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
information. The default limits only effect machines with > 1GB of ram
and can be overriden with two new kernel conf variables VM_SWZONE_SIZE_MAX
and VM_BCACHE_SIZE_MAX, or with loader variables kern.maxswzone and
kern.maxbcache. This has the effect of leaving more KVM available for
sizing NMBCLUSTERS and 'maxusers' and should avoid tripups where a sysad
adds memory to a machine and then sees the kernel panic on boot due to
running out of KVM.
Also change the default swap-meta auto-sizing calculation to allocate half
of what it was previously allocating. The prior defaults were way too high.
Note that we cannot afford to run out of swap-meta structures so we still
stay somewhat conservative here.
|
|
|
|
|
| |
PR: 20749
Submitted by: Ralf S. Engelschall <rse@engelschall.com>
|
|
|
|
|
|
|
| |
enable_quotas. Plus other assorted fixes.
PR: 20479
Submitted by: Ralf S. Engelschall <rse@engelschall.com>
|
| |
|
|
|
|
| |
sentences.
|
|
|
|
|
|
|
|
| |
execute commands when the battery level changes, and point users at
the examples in /etc/apmd.conf since this stuff isn't (yet?)
documented in the manual page. Also note its MFC.
Submitted by: nsayer
|
|
|
|
|
| |
Not spotted by: FreeBSD's gcc version 2.95.3 20010315 (release)
Spotted by: OpenBSD's gcc version 2.95.3 20010125 (prerelease)
|
|
|
|
|
| |
Not spotted by: FreeBSD's gcc version 2.95.3 20010315 (release)
Spotted by: OpenBSD's gcc version 2.95.3 20010125 (prerelease)
|
|
|
|
|
| |
Not spotted by: FreeBSD's gcc version 2.95.3 20010315 (release)
Spotted by: OpenBSD's gcc version 2.95.3 20010125 (prerelease)
|
| |
|
|
|
|
| |
for long after it was used.
|
|
|
|
|
|
| |
could cause deadlock after interruption due to a signal.
Reviewed by: deischen
|
|
|
|
|
|
|
|
| |
on older kernels correctly. Terminate the loop when we find a
suitable irq. Also, only try to select from the pool. Cleaned up the
two cases (IRQ picked by the user and ?) into one.
MFC upon re approval.
|
|
|
|
| |
for the past 9 days!
|
| |
|
|
|
|
|
|
|
| |
as __printflike()/__printf0like(), adding const, or adding missing "%s"
format strings, as appropriate.
MFC after: 2 weeks
|
|
|
|
|
| |
The card can be removed in pcic's ISR. We don't call the
card's ISR when no card exists.
|
|
|
|
|
|
|
|
|
| |
the ISR. We keep track of the card state and don't call the IRS when
the card isn't inserted. This helps quite a bit with card ejection
problems that Ian was seeing.
Submitted by: Ian Dowse
MFC upon: re approvel.
|
|
|
|
|
|
|
|
|
| |
this allows constants to be copied without giving errors.
(removes a couple of warning messages in the kernel.)
Note: uipc_mbuf.c is a forced commit as it was accidentally included in another commit.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
| |
I vaguely remember someone once proving it COULD return NULL..
was that changed?
Reminded by: BDE
MFC after: 2 weeks
|
| |
|
| |
|
|
|
|
| |
listening sockets in ``set server''.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and implement a far more subtle and correct fix.
The reason behind the infinite loop was that ppp was trying to make up
initial IPv6 numbers and wasn't giving up when it failed unexpectedly to
assign the addresses it just fabricated to it's interface (thinking that
the reason was because another interface was using the same address).
It now attempts this up to 100 times before just failing and trying to
muddle along (in reality, this should never happen more than a couple
of times unless our random number generator doesn't work).
Also, when IPv6 is not available, don't even try to assign the IPv6
interface address in the first place...
|