| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
services like om-watchdog need it
SVN-Revision: 32587
|
|
|
|
| |
SVN-Revision: 32576
|
|
|
|
|
|
| |
-c option, instead it can be emulated by using -x 0x3d:id, change the dhcp protocol script accordingly and filter all colons from the id while we're at it. This change supersedes http://patchwork.openwrt.org/patch/1810/
SVN-Revision: 32573
|
|
|
|
|
|
| |
add_local_domain defaults to 1 and controls whether the local domain is written as search directive to the local resolv.conf - add_local_hostname defaults to 1 and controls whether A and PTR records are created automatically for the local hostname These change supersedes http://patchwork.openwrt.org/patch/2207/ and http://patchwork.openwrt.org/patch/2208/
SVN-Revision: 32570
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds a new boolean option, fqdn, to the "config dnsmasq" section of
/etc/config/dhcp. The default is off. When set on, it enables the dhcp-fqdn
option to dnsmasq. dhcp-fqdn causes dnsmasq's DNS server to not resolve
unqualifed local hostnames. The "domain" option is required when using "fqdn".
Local hostnames will remain available for lookup using fully-qualified names.
Signed-off-by: Mark Mentovai <mark@moxienet.com>
SVN-Revision: 32569
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
dnsmasq currently permits dhcp_options to be specified only in "config dhcp"
sections of /etc/config/dhcp. When dnsmasq is providing DHCP service for
multiple subnets and there are multiple "config dhcp" sections without "option
ignore", it makes sense to allow dhcp_options that should apply globally in
the "config dnsmasq" section of /etc/config/dhcp. dhcp_option is a list option.
[jow: rework patch to apply after dhcp-option-force handling got introduced]
Signed-off-by: Mark Mentovai <mark@moxienet.com>
SVN-Revision: 32568
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Extroot works fine when the target device is specified by a path. It fails
however if the device is specified by UUID (the target partition gets mounted
much later by hotplug hooks). This is because the blkid command is no longer
compiled into BusyBox (since changeset [1]) so it's unavailable for the
preinit phase.
The closest bug report I was able to find is [2], although the reporting person
mentions that /tmp/overlay-disabled showed up which wasn't there in my case.
This patch sets PATH and LD_LIBRARY_PATH environment variables so that the
blkid command installed on the target device can be used by that particular
preinit script.
[1] https://dev.openwrt.org/changeset/26245
[2] https://dev.openwrt.org/ticket/10653
Signed-off-by: Jaroslaw Swierczynski <jarek1701@gmail.com>
SVN-Revision: 32567
|
|
|
|
|
|
|
|
|
|
|
|
| |
l2tp_ppp needs to be loaded after pppox, otherwise it ends up like this:
l2tp_ppp: Unknown symbol pppox_ioctl (err 0)
...
during boot.
I also fixed the dependency, it should be pppox rather than pppoe.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 32562
|
|
|
|
|
|
| |
/lib/functions/network.sh
SVN-Revision: 32531
|
|
|
|
|
|
| |
on ar9380 (fixes #11756)
SVN-Revision: 32528
|
|
|
|
|
|
| |
(#11774)
SVN-Revision: 32525
|
|
|
|
|
|
| |
overrides for routes
SVN-Revision: 32524
|
|
|
|
| |
SVN-Revision: 32517
|
|
|
|
| |
SVN-Revision: 32516
|
|
|
|
|
|
| |
experimental, not used by default and a different solution is required
SVN-Revision: 32515
|
|
|
|
|
|
|
|
|
|
| |
A year of testing in the cerowrt project shows not using timestamps
to be a very bad idea in nearly any TCP at speeds above a few Mbit.
Lastly sack/dsack help on recovery from larger amounts of packet
loss.
SVN-Revision: 32513
|
|
|
|
| |
SVN-Revision: 32511
|
|
|
|
| |
SVN-Revision: 32510
|
|
|
|
|
|
| |
to fix some validation corner cases
SVN-Revision: 32509
|
|
|
|
|
|
| |
combinations, enable rx for chains that have enabled tx as well, fix using the second antenna for single-stream diversity based devices
SVN-Revision: 32508
|
|
|
|
| |
SVN-Revision: 32507
|
|
|
|
| |
SVN-Revision: 32506
|
|
|
|
| |
SVN-Revision: 32505
|
|
|
|
| |
SVN-Revision: 32504
|
|
|
|
| |
SVN-Revision: 32503
|
|
|
|
| |
SVN-Revision: 32492
|
|
|
|
| |
SVN-Revision: 32491
|
|
|
|
| |
SVN-Revision: 32482
|
|
|
|
|
|
| |
part of the libc package
SVN-Revision: 32467
|
|
|
|
| |
SVN-Revision: 32464
|
|
|
|
| |
SVN-Revision: 32463
|
|
|
|
| |
SVN-Revision: 32449
|
|
|
|
| |
SVN-Revision: 32448
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hi,
yes, it is true...
In the standard, unpatched trunk is zlib_inflate.ko compiled, but not included
in any package... So, my previous version was functional, but with system bug.
Here is fixed patch.
On Wed, Jun 13, 2012 at 05:00:02PM +0200, Jo-Philipp Wich wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> - -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi.
>
> Shouldn't you also add CONFIG_ZLIB_DEFLATE to KCONFIG then?
>
> ~ Jow
> - -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk/YqrcACgkQdputYINPTPM6dgCfYDgzK1XHiKDJNSdc/+HgIoRp
> HSgAoKdUxcqXzHqTLiyEkiQqCnDuuVmu
> =0DUX
> - -----END PGP SIGNATURE-----
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk/YqvIACgkQdputYINPTPNMagCePNwPSYHfoCd5eXywQ+sTATqQ
> 2CQAoJW/Fez+DqflHlJVcvng/LvsfrCm
> =s6B0
> -----END PGP SIGNATURE-----
> _______________________________________________
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Signed-off-by: Michal Heppler <mhepp@ics.muni.cz>
SVN-Revision: 32444
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hi,
I found that openssl did not compile on the uml target under x86_64. The
attached patch should
correct this and is working for me. Is this the right way to do it?
thanks,
Thomas
SVN-Revision: 32443
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
kmod-ipt-nathelper-extra is missing the package nf_conntrack_broadcast.ko
if it is not included into the kmod-ipt-nathelper-extra packge the modules
nf_conntrack_snmp and nf_nat_snmp_basic cant get loaded:
[ 44.500000] nf_conntrack_snmp: Unknown symbol nf_conntrack_broadcast_help (err 0)
[ 44.664000] nf_nat_snmp_basic: Unknown symbol nf_nat_snmp_hook (err 0)
Signed-off-by: Peter Wagner <tripolar@gmx.at>
SVN-Revision: 32434
|
|
|
|
|
|
| |
depend on kmod-pppox (#11677)
SVN-Revision: 32433
|
|
|
|
| |
SVN-Revision: 32432
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds support for manually configuring 6rd tunnels. It depends on
the netifd patches I sent earlier, which add 6rd support.
A basic interface configuration looks like:
config interface 'wan6'
option proto '6rd'
option peeraddr '192.0.2.1'
option ip6prefix '2123::'
option ip6prefixlen '16'
option ip4prefixlen '0'
Where ip4prefixlen is optional and actually defaults to 0, which would use all
bits of the IPv4 in the calculated IPv6 subnet.
I believe it should be possible to configure a regular 6to4 tunnel using this,
and that we may want to merge the two eventually, but there are some larger
differences between the two at the moment:
- 6rd addresses can be more difficult to calculate. My ISP, for example, has
a setup with a v6 mask of 43 bits, and a v4 mask of 19.
- 6to4 has support for configuring radvd. This is something we want, of
course, but it seems best to deal with this in a separate patch.
Just creating a new package looked like the quickest way to get this in.
This work is based on the 6in4 package, and work by Stijn Tintel.
Signed-off-by: Stéphan Kochen <stephan@kochen.nl>
SVN-Revision: 32431
|
|
|
|
|
|
| |
shell protos
SVN-Revision: 32430
|
|
|
|
| |
SVN-Revision: 32429
|
|
|
|
|
|
| |
dependencies to trigger bringup - remove old hotplug scripts
SVN-Revision: 32428
|
|
|
|
|
|
| |
for default route dependencies (through host route dependencies)
SVN-Revision: 32426
|
|
|
|
| |
SVN-Revision: 32421
|
|
|
|
| |
SVN-Revision: 32420
|
|
|
|
|
|
| |
leading to race conditions and bad memory accesses
SVN-Revision: 32419
|
|
|
|
|
|
| |
md5sum from kernel.org and sourceforge.net are not the same
SVN-Revision: 32418
|
|
|
|
| |
SVN-Revision: 32417
|
|
|
|
| |
SVN-Revision: 32416
|
|
|
|
| |
SVN-Revision: 32415
|