| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the /etc/rc.d/nfsd script sets vfs.nfsd.server_max_nfsvers to 3.
Then, when you set nfsv4_server_enable=YES in rc.conf, and restart nfsd
via the rc.d script, without rebooting, the sysctl does *not* get reset
to max version 4, so NFSv4 still doesn't work.
Fix this by explicitly setting vfs.nfsd.server_max_nfsvers to 4 when
NFSv4 is requested.
I also added resetting of the nfs_privport sysctls, since this has the
same issue: nfs_reserved_port_only=YES in rc.conf sets the nfs_privport
sysctl to 1, but in the other case, the sysctl doesn't get reset to 0.
Reviewed by: rmacklem
Silence from: rc@
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
Variable 'rc_force' is accessible only at the time of rc_run_command,
so it can't be examined from the script's main code.
Spotted by: hrs
Reviewed by: hrs, des
Approved by: des
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
whole weeks makes it easier to predicate when the scrub would
happen.
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
required since X version 4.3.0.
PR: conf/161847
Submitted by: eadler
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
While here, add another example rule, as many applications these days
expect to find /dev/dvd instead.
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
the logic (true/false) of the matching.
- Add "!usbus[0-9]+" to IFNET ATTACH notification handler in the default
devd.conf to prevent rc.d/netif from running when usbus[0-9]+ is attached.
Reviewed by: imp
|
|
|
|
|
|
|
| |
as the project itself is no legal entity
Reported by: Joe Dahl <joel@vnode.se>
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
Make sure that static ARP and NDP bindings are set before NETWORKING.
As static_ndp is based on static_arp, pass copyright to the project with
permission of the original author (delphij@).
Reviewed by: delphij@FreeBSD.org
MFC after: 3 days
|
|
|
|
| |
upon rc.d/netif stop.
|
|
|
|
| |
Spotted by: ume
|
|
|
|
|
| |
PR: usb/161798
MFC after: 3 days
|
|
|
|
|
|
| |
purposes. No functional change, since all parameters are set to their
default values.
MFC after: 1 week
|
|
|
|
|
| |
cannot be created ($daily_backup_pkgdb_dbdir -> $daily_backup_pkgdb_dir).
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
| |
for interfaces which were not configured for DHCP *unless* rc_force was set;
the correct logic is to run dhclient for those interfaces *only if* rc_force
is set.
Broken by: des@
Noticed by: everybody and his dog
Submitted by: rea@
PR: bin/161733
|
|
|
|
|
|
|
| |
ADB keyboards.
Submitted by: Justin Hibbits <jrh29 at alumni dot cwru dot edu>
MFC after: 9.0-RELEASE
|
|
|
|
|
|
|
| |
there, clean it up and add some error checks.
Glanced at by: brooks@
MFC after: 3 weeks
|
|
|
|
| |
add it to the set of INDEX files built by portsnap.
|
|
|
|
|
|
|
|
|
| |
too-thorough cleanup of unused files, in r213695. Also make sure these
get installed under /usr/share/doc.
Submitted by: rwatson, brooks
Pointy hat to: dim
MFC after: 3 days
|
|
|
|
|
|
|
| |
Other wording tweaks.
Reviewed by: imp [1]
Approved by: gjb
|
|
|
|
|
|
|
| |
done in ipv6_autoconfif.
Reviewed by: hrs (freebsd-rc@)
MFC after: 1 week
|
|
|
|
|
|
|
| |
PR: kern/109813
Discussued with: Alex Samorukov <samm os2 kiev ua>
(smartmontools maintainer)
MFC after: 1 week
|
|
|
|
|
| |
Pointed out by: dougb
Approved by: re (bz)
|
|
|
|
| |
Approved by: re (kib)
|
|
|
|
|
|
| |
interface configuration and before running network daemons.
Approved by: re (kib)
|
|
|
|
|
|
|
|
|
| |
as a symbolic link.
PR: conf/160711
Submitted by: Jase Thew
Approved by: re (kib)
MFC after: 1 week
|
|
|
|
|
| |
Reviewed by: bz
Approved by: re (kib)
|
|
|
|
|
|
|
| |
PR: 155984
Submitted by: gcooper
Approved by: re (kib)
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
of an IPv6 address. (r225489)
- Use eval for ${ifconfig_args} to fix an issue fixed in r223506. (r225489)
Approved by: re (bz)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(r225485). When setting an interface name to it, the following
configurations will be enabled:
1. "no_radr" is set to all IPv6 interfaces automatically.
2. "-no_radr accept_rtadv" will be set only for $ipv6_cpe_wanif. This is
done just before evaluating $ifconfig_IF_ipv6 in the rc.d scripts (this
means you can manually supersede this configuration if necessary).
3. The node will add RA-sending routers to the default router list
even if net.inet6.ip6.forwarding=1.
This mode is added to conform to RFC 6204 (a router which connects
the end-user network to a service provider network). To enable
packet forwarding, you still need to set ipv6_gateway_enable=YES.
Note that accepting router entries into the default router list when
packet forwarding capability and a routing daemon are enabled can
result in messing up the routing table. To minimize such unexpected
behaviors, "no_radr" is set on all interfaces but $ipv6_cpe_wanif.
Approved by: re (bz)
|
|
|
|
|
|
|
|
|
| |
- Update OpenBSD fingerprints through OpenBSD 4.9
- Fix typos.
Obtained from: OpenBSD
MFC after: 2 weeks
Approved by: re (kib)
|
|
|
|
|
|
| |
was not added at installation time.
Approved by: re (blackend)
|
|
|
|
|
| |
MFC after: 1 week
Approved by: re (kib)
|
|
|
|
|
|
| |
the _compat entries in the WITHOUT_NIS case rather then delete them.
Approved by: re (kib)
|
|
|
|
|
|
|
|
|
|
| |
comment out the NIS _compat options by default, but leave them in
the file for the convenience of users who want to enable it.
Update the comment in the file accordingly.
Reviewed by: ed
Approved by: re (hrs)
|
|
|
|
|
|
|
|
|
|
| |
We already modify various configuration files in /etc based on build
configuration. This is not done for nsswitch.conf right now when setting
WITHOUT_NIS. This breaks various utilities, including crond, that depend
on working databases.
Approved by: re (kib)
MFC after: 1 month
|
|
|
|
| |
Approved by: re (kib)
|
|
|
|
|
|
|
|
|
| |
Print a separate "Additional routing options" line for each address family
which has additional options, so that it does not get mixed up with the
output from adding routes.
This also reverts r224048 which added newlines to two arbitrary routing
options.
|
|
|
|
| |
our default empty zones. No functional changes.
|
|
|
|
| |
address for D.
|
|
|
|
| |
Reviewed by: dougb
|
|
|
|
|
|
| |
* Add HT40 entries for the two new Japan bands
* Fix a channel separation bug in one of the new bands I introduced
in a previous commit.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Specifics:
* add 4920MHz-4980MHz for 11a and 11n/HT20
* add 5040MHz-5080MHz for 11a and 11n/HT20
* add 5500MHz-5700MHz for 11a and 11n/HT20 (DFS needed)
* add 5500MHz-5680MHz for 11n/HT40 (DFS needed)
TODO:
* add correct HT40 bands for 4920-4980 and 5040-5080
For the curious:
There's been many revisions to the Japan regulatory rules.
Apparently, the requirements require old cards certified on a previous
version of the rules to obey the older rules, not the newer rules.
The regdomain.xml outlines the -current- restrictions.
The card driver (eg the ath_hal regulatory domain code) may include
previous revisions of the Japan rules.
The ath_hal regdomain code populates the initial channel list based on
what the EEPROM indicates is possible. The regdomain.xml database imposes
further restrictions on this.
So regdomain.xml only needs to have the -current- rules. If the card
was certified on an earlier set of JP rules, it may only support a subset
of those channels - these are calculated at device attach and this
restricted list is kicked to net80211. regdomain.xml operates on -this-
list of channels.
And thus, the correct regulatory behaviour for Japan is handled with only
one regdomain.xml Japan database entry.
(phew.)
Obtained from: Linux wireless-regdb
|
| |
|
|
|
|
|
|
|
|
| |
longer used by /etc/rc.d/nfsd and it is no longer necessary
to load the old nfs server by default, when nfs_server_enable="YES".
Tested by: sgk at troutmask.apl.washington.edu
Reviewed by: rc (Andrzej Tobola)
|
|
|
|
|
|
|
|
| |
the /etc/rc.d/nfsserver script to load the old nfs server
module.
Tested by: sgk at troutmask.apl.washington.edu
Reviewed by: rc (hrs)
|
|
|
|
|
|
|
|
| |
is correctly expanded inside stop_cmd instead of getting nothing.
PR: conf/157687
Reported by: Dmitry Banschikov <d.banschikov peterhost ru>
MFC after: 1 week
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
latter.
It appears that the addition to uath(4) came in through PR kern/135009,
which had tested another device, the SMCWUSBTG2, successfully with uath(4)
and included the SMCWUSBG as it "has the same chipset". I can find no
other evidence that these two do actually share the same chipset. Moreover,
Linux treats the SMCWUSBG as a zyd(4) device also.
This reverts r223537.
Discussed with: hselasky, kevlo
MFC after: 1 week
|
|
|
|
|
|
|
| |
antenna
gain; I believe net80211 doesn't take antenna gain into account and leaves it
up to the driver to enforce. (ath_hal(4) certainly tries to do this.)
|