| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
immediately if a host specified by the -h flag cannot be parsed
instead of attempting to unmount all NFS filesystems, which was
bad.
Add a missing return statement at the end of checkname(); this
could result in a non-zero exit status in some cases even if the
unmount succeeded.
Group two separate NFS-related operations into one block to make
it more obvious that a variable (hostp) is not dereferenced when
uninitialised. Initialise it to NULL anyway to avoid a warning.
Pass in the read_mtab()'s bogus argument as NULL instead of messing
with a local variable to achieve the same effect. A later commit
will clean up this mounttab interface.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Submitted by: David Hill <david@phobia.ms>
Reviewed by: freebsd-audit (a little)
MFC after: 1 week
|
|
|
|
| |
Approved by: imp
|
|
|
|
| |
drop support for it here until we work out a better way of handling it.
|
| |
|
|
|
|
|
|
|
| |
- Allow ICMPv6 destination unreach, packet too big and NS/NA.
- RIPng also uses link-local to link-local.
MFC after: 1 week
|
|
|
|
| |
it's not being used
|
|
|
|
| |
The i386 and PC98 already had their own platform-specific version.
|
|
|
|
|
|
|
|
|
| |
As was done to i386/boot_crunch.conf:
+ Build with `lint' defined to cut out some of the `rcsid's (binaries' code
only, the libs will still have the `rcsid's in them).
+ mount_mfs is OBE.
+ Do not need libipx as I have conditionally diked that functional out of
ifconfig(8).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I had to be aggressively Draconian to succeed.
I diked out:
+ Multia, NoName, PC/EB 64, Aspen Alpine support.
+ SCSI tape support
+ AMI MegaRAID controller support
+ All parallel bus support (includes PLIP)
+ vx (3c590, 3c595), pcn (AMD Am79C97x PCI 10/100), sf (Adaptec AIC-6915),
sis (SiS 900/SiS 7016), ste (Sundance ST201 (D-Link DFE-550TX)),
wb (Winbond W89C840F) support.
If the removal of any of this support causes heartburn, please let me know.
|
| |
|
|
|
|
|
|
|
| |
only, the libs will still have the `rcsid's in them).
+ mount_mfs is OBE.
+ Do not need libipx as I have conditionally diked that functional out of
ifconfig(8).
|
|
|
|
|
|
|
|
|
| |
only, the libs will still have the `rcsid's in them).
+ mount_mfs is OBE.
+ The Alpha install does not support SLIP, PCCARD or USB installs; so we do
not need the associated userland utils.
+ Do not need libipx as I have conditionally diked that functional out of
ifconfig(8).
|
|
|
|
| |
src/release/${MACHINE_ARCH}
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Problem 1 is that the config entry hangup flag is zeroed only at
CONNECT_ACTIVE_IND in msghdl.c. If any (other) call is disconnected
after EV_MDO and before CONNECT_ACTIVE_IND, the cleanup routine will
disconnect the in-progress dialout as well, if its hangup flag is
nonzero (which it is likely to be) after the previous incarnation of the
cfg entry. Patch-1 fixes this by clearing the hangup flag as soon as a
cfg entry is reserved for the call.
Submitted by: Juha-Matti Liukkonen <jml@cubical.fi>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Problem 2 is that doing a local hangup (eg. by writing "H" to the
dialout device) to a call which is already disconnected results in isdnd
moving the cfg entry to an illegal state, from which there is no
recovery. This is tricky because there is no way to synchronize local
hangup with the remote end (ie. the callee can always hang up at an
inconvenient time)! Hence, patch-2 alters fsm.c's EV_DRQ state table
such that the local hangup request is processed or ignored in most
states, even for disconnected calls.
Submitted by: Juha-Matti Liukkonen <jml@cubical.fi>
|
|
|
|
|
|
|
|
|
|
| |
forever by default. This matches what mount_nfs did before revision
1.40, and it is the generally expected behaviour for NFS mounts.
Document the current defaults near the start of the man page and
mention the options that can be used to change them.
Discussed on: -hackers
|
| |
|
|
|
|
|
|
|
|
|
|
| |
ppp in 4.x apparently does a close(2) after opening the tun device;
i4brunppp starts up with only file descriptors 0 and 1 open (to the rbch
device) -> tun gets opened as 2 -> tun gets closed -> later use results
in EBADF. A quick fix to i4brunppp.c makes the thing work (I know, this
is ugly, but I needed it up quick...):
Submitted by: Juha-Matti Liukkonen <jml@cubical.fi>
|
|
|
|
| |
of taking incoming calls with i4b in conjunction with userland ppp(8).
|
| |
|
| |
|
|
|
|
|
| |
my line stayed open for more than eight hours i decided to implement a
maximum connection time; see keyword maxconnecttime in the manual page.
|
|
|
|
| |
Fix dangling include of the dear departed acpi_ecreg.h
|
| |
|
|
|
|
|
| |
will reduce the number of people calling for this functionality to be
added to ls(1).
|
|
|
|
| |
Submitted by: "Grover, Andrew" <andrew.grover@intel.com> (OsdHardware.c)
|
|
|
|
|
|
|
|
|
| |
This code is based on the mp_clock code by phk. It attempts to
detect the PIIX4 (see comments for details) and use a workaround
for its problems.
This code is experimental, and could use some testing and review by a
timekeeping enthusiast.
|
|
|
|
|
|
| |
used anywhere else.
AcpiOsSleepUsec() -> AcpiOsStall()
|
| |
|
|
|
|
|
| |
Move the "button pressed" diagnostics to the point where we can print
out which button was actually pressed.
|
|
|
|
|
|
|
|
|
|
|
| |
RSDP, it's now found via a callback).
AcpiOsSleepUsec() went away, use AcpiOsSleep() instead (we could use
AcpiOsStall() too)
AcpiFormatException() was changed to make more sense (it behaves like
our old acpi_strerror() did), so throw acpi_strerror() away (still
#defined in acpivar.h though, we need to sweep these seperately).
|
| |
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| | |
|
|\ \
| |/
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| | |
|
| |
| |
| |
| | |
collect dust up there.
|
| | |
|
| |
| |
| |
| |
| |
| | |
an AF_INET6 address.
MFC after: 1 week
|
| |
| |
| |
| | |
in witness_destroy().
|
| |
| |
| |
| |
| |
| | |
PR: kern/28925
Reviewed by: bakul@bitblocks.com and tlambert2@mindspring.com on -arch.
MFC after: 1 week
|