| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 26740
|
|
|
|
| |
SVN-Revision: 26738
|
|
|
|
|
|
| |
Fuessl)
SVN-Revision: 26737
|
|
|
|
|
|
|
|
| |
Allow enabling of N-PHY support for BCM4321 and BCM4322.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26736
|
|
|
|
|
|
|
|
| |
Allow reenabling the PIO mode fallback for b43.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26735
|
|
|
|
|
|
|
|
| |
Allow enabling debug output and debugfs for B43.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26734
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add the 5.10.56.27 firmware option. This includes updating b43-fwcutter to
its newest release 14 and updating the b43-fwsquash.py to recognise rev 16
n phy files.
Also rename the current options from STABLE/EXPERIMENTAL to their version
numbers.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26733
|
|
|
|
| |
SVN-Revision: 26724
|
|
|
|
| |
SVN-Revision: 26723
|
|
|
|
| |
SVN-Revision: 26720
|
|
|
|
| |
SVN-Revision: 26716
|
|
|
|
|
|
| |
powersave frame filtering
SVN-Revision: 26712
|
|
|
|
| |
SVN-Revision: 26711
|
|
|
|
| |
SVN-Revision: 26697
|
|
|
|
| |
SVN-Revision: 26696
|
|
|
|
| |
SVN-Revision: 26695
|
|
|
|
| |
SVN-Revision: 26685
|
|
|
|
|
|
| |
Javier Palacios, #9223)
SVN-Revision: 26684
|
|
|
|
| |
SVN-Revision: 26683
|
|
|
|
| |
SVN-Revision: 26677
|
|
|
|
| |
SVN-Revision: 26676
|
|
|
|
|
|
| |
code can handle it
SVN-Revision: 26668
|
|
|
|
| |
SVN-Revision: 26665
|
|
|
|
|
|
| |
regulatory settings on reconnect (fixes #9207)
SVN-Revision: 26662
|
|
|
|
|
|
|
|
|
|
| |
For kernel versions newer then 2.6.31 the ext4 module can be used to mount
ext2/3 filesystems.
Building ext2/3 as modules on the other hand breaks using ext4 for mounting ext2
or ext3, which breaks booting from ext2/3 on machines where the ext4 module is
built into the kernel.
SVN-Revision: 26645
|
|
|
|
| |
SVN-Revision: 26644
|
|
|
|
| |
SVN-Revision: 26639
|
|
|
|
| |
SVN-Revision: 26638
|
|
|
|
| |
SVN-Revision: 26637
|
|
|
|
| |
SVN-Revision: 26636
|
|
|
|
| |
SVN-Revision: 26635
|
|
|
|
|
|
|
|
| |
btrfs needs zlib_deflate, which was built but not included
Signed-off-by: Bastian Bittorf <bittorf@bluebottle.com>
SVN-Revision: 26632
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
an external toolchain the base-files package copies libc, libgcc and others from the library directory.
The file list is given as following in the .config:
CONFIG_LIBC_FILE_SPEC="./lib/ld{-*.so,-linux*.so.*} ./lib/lib{anl,c,cidn,crypt,dl,m,nsl,nss_dns,nss_files,resolv,util}{-*.so,.so.*}"
Because the filenames are composed with different endings, not all files exist
and will be skipped. Currently, this works only if the last composed file
(util.so.*) really exists. At the moment this works - but only if you don't add
a new file like 'uClibc'.
Adding it at the end '...resolv,util,uClibc}{-*.so,.so.*}' will lead to this
message, because the combination 'libuClibc.so.*' doesn't exist and Make will
evaluate the last copy statement of the for loop.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
with external classifiers method. It also corrects a bug in the unsupported ESFQ method already used by qos-scripts. (ESFQ: http://fatooh.org/esfq-2.6/ only updated to 2.6.24, it was switched to an SFQ patch after that and not updated since 2008)
A class can be forced to use SFQ, and an external classifier added like
this:
config class "Normal"
option avgrate 10
option priority 30
option packetdelay 100
option limitrate 94
# option qdisc "sfq perturb 2"
config class "Normal_up"
# option filter "protocol all flow hash keys src divisor 1024"
config class "Normal_down"
# option filter "protocol all flow hash keys dst divisor 1024"
Using these options, the user needs to load cls_flow before qos-scripts
starts.
I've got more information here:
http://oneitguy.com/blogs/netprince/fair-traffic-sharing-esfq-broken-switching-sfqexternal-classifiers
This has been tested on r23914.
Signed-off-by: Ben Pfountz <netprince<>vt_edu>
SVN-Revision: 26622
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Allow a redirect like:
config redirect
option src 'wan'
option dest 'lan'
option src_dport '22001'
option dest_port '22'
option proto 'tcp'
note the absence of the "dest_ip" field, meaning to terminate the connection on the firewall itself.
This patch makes three changes:
(1) moves the conntrack module into the conntrack package (but not any of the conntrack_* helpers).
(2) fixes a bug where the wrong table is used when the "dest_ip" field is absent.
(3) accepts incoming connections on the destination port on the input_ZONE table, but only for DNATted
connections.
In the above example,
ssh -p 22 root@myrouter
would fail from the outside, but:
ssh -p 22001 root@myrouter
would succeed. This is handy if:
(1) you want to avoid ssh probes on your router, or
(2) you want to redirect incoming connections on port 22 to some machine inside your firewall, but
still want to allow firewall access from outside.
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
SVN-Revision: 26617
|
|
|
|
| |
SVN-Revision: 26614
|
|
|
|
|
|
| |
without reassociation (#9222)
SVN-Revision: 26611
|
|
|
|
| |
SVN-Revision: 26609
|
|
|
|
| |
SVN-Revision: 26608
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently the device id in the platform driver is hardcoded to an
id which is specific to AR9130/AR9132 SOCs as it supports only wmac
(wireless mac) of these SOCs. But this needs to be dynamic when we
want to support different wmac of SOCs. So add id_table to driver to
make it extendable to more SOCs.
Signed-off-by: Vasanthakumar Thiagarajan <vasanth@atheros.com>
SVN-Revision: 26604
|
|
|
|
| |
SVN-Revision: 26602
|
|
|
|
| |
SVN-Revision: 26598
|
|
|
|
|
|
| |
AR5312 device
SVN-Revision: 26587
|
|
|
|
|
|
| |
it should have been enabled
SVN-Revision: 26586
|
|
|
|
| |
SVN-Revision: 26583
|
|
|
|
| |
SVN-Revision: 26582
|
|
|
|
| |
SVN-Revision: 26579
|
|
|
|
| |
SVN-Revision: 26578
|
|
|
|
| |
SVN-Revision: 26577
|
|
|
|
|
|
| |
fix for r26570.
SVN-Revision: 26574
|