| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
/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
|
|
|
|
| |
SVN-Revision: 32414
|
|
|
|
| |
SVN-Revision: 32403
|
|
|
|
|
|
| |
json_get_vars() to read settings
SVN-Revision: 32402
|
|
|
|
| |
SVN-Revision: 32401
|
|
|
|
|
|
| |
json_get_vars() to read settings
SVN-Revision: 32400
|
|
|
|
|
|
| |
network_find_wan() and network_find_wan6() in /lib/functions/network.sh
SVN-Revision: 32397
|
|
|
|
| |
SVN-Revision: 32396
|
|
|
|
| |
SVN-Revision: 32394
|