| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
significantly improves ethernet<->wireless performance with mac80211 based drivers
SVN-Revision: 31886
|
|
|
|
|
|
|
|
|
|
|
| |
Build images for D-Link DSL-274XB revision F1. Flashing
through original web UI as well as CFE works.
Known issues:
* wifi led inverted (on when wifi is off and vice cersa)
* same issues as generic bcm6328 support
SVN-Revision: 31885
|
|
|
|
| |
SVN-Revision: 31884
|
|
|
|
|
|
|
|
|
|
|
| |
BCM6328 support is in a usable state, with the following issues
* internal switch port not configurable
* external phys not supported
* broadcom wifis will probably not work correctly
* and all other generic bcm63xx issues (so yes, still no ADSL)
SVN-Revision: 31883
|
|
|
|
| |
SVN-Revision: 31882
|
|
|
|
|
|
|
|
| |
bcm_enetsw_probe did not properly reset port states, resulting in
connected ports staying disabled after bringing up the interface the
second time.
SVN-Revision: 31881
|
|
|
|
| |
SVN-Revision: 31880
|
|
|
|
|
|
|
| |
Add support for the HSSPI controller found on bcm6328 and SPI attached
flash.
SVN-Revision: 31879
|
|
|
|
| |
SVN-Revision: 31878
|
|
|
|
| |
SVN-Revision: 31877
|
|
|
|
|
|
|
| |
Prevents CFE from flashing to the second image offset. Fix up the rootfs
length on first boot else CFE will complain.
SVN-Revision: 31876
|
|
|
|
|
|
|
| |
Allow images to be padded to a certain size. This prevents CFE from
flashing them to the second image offset.
SVN-Revision: 31875
|
|
|
|
| |
SVN-Revision: 31874
|
|
|
|
| |
SVN-Revision: 31873
|
|
|
|
| |
SVN-Revision: 31872
|
|
|
|
|
|
| |
No need to keep the bcm63xx/ at the start or the chipid info at the end.
SVN-Revision: 31871
|
|
|
|
|
|
| |
dependencies on @TARGET_x86 for a few network drivers that are typically not found in non-PC equipment
SVN-Revision: 31870
|
|
|
|
| |
SVN-Revision: 31863
|
|
|
|
| |
SVN-Revision: 31862
|
|
|
|
| |
SVN-Revision: 31861
|
|
|
|
| |
SVN-Revision: 31860
|
|
|
|
| |
SVN-Revision: 31859
|
|
|
|
|
|
| |
handling
SVN-Revision: 31858
|
|
|
|
|
|
| |
bridge interfaces (#11526)
SVN-Revision: 31857
|
|
|
|
| |
SVN-Revision: 31856
|
|
|
|
| |
SVN-Revision: 31855
|
|
|
|
|
|
| |
cryptsetup (#11508)
SVN-Revision: 31854
|
|
|
|
| |
SVN-Revision: 31852
|
|
|
|
| |
SVN-Revision: 31851
|
|
|
|
|
|
| |
/etc/init.d/netifd into /etc/init.d/network
SVN-Revision: 31850
|
|
|
|
| |
SVN-Revision: 31849
|
|
|
|
| |
SVN-Revision: 31848
|
|
|
|
|
|
| |
Patch from #11485.
SVN-Revision: 31847
|
|
|
|
|
|
| |
Patch by Kamil Trzciński <ayufan@osk-net.pl>
SVN-Revision: 31846
|
|
|
|
|
|
|
|
|
| |
Support for TP-Link TL-MR3040. Power LED not working - always on red, after
start should be green.
Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>
SVN-Revision: 31845
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add byte queue limits support to net/ethernet/ramips_main.c
"Byte queue limits are a mechanism to limit the size of the transmit
hardware queue on a NIC by number of bytes. The goal of these byte
limits is too reduce latency (HOL blocking) caused by excessive
queuing in hardware (aka buffer bloat) without sacrificing
throughput."
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 31844
|
|
|
|
|
|
|
|
|
| |
Sysupgrade works just fine on my Sitecom WL-351 after adding this
oneliner.
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 31843
|
|
|
|
| |
SVN-Revision: 31842
|
|
|
|
|
|
| |
Should fix #11513. Tested with the x86/generic squashfs image within a VM.
SVN-Revision: 31841
|
|
|
|
|
|
| |
fixes network route drops on dhcp renew
SVN-Revision: 31840
|
|
|
|
|
|
| |
overriding eeprom, fixes bogus wlan mac address on arv4520
SVN-Revision: 31835
|
|
|
|
| |
SVN-Revision: 31834
|
|
|
|
| |
SVN-Revision: 31831
|
|
|
|
| |
SVN-Revision: 31830
|
|
|
|
|
|
| |
override and interface metric settings
SVN-Revision: 31822
|
|
|
|
| |
SVN-Revision: 31821
|
|
|
|
| |
SVN-Revision: 31819
|
|
|
|
| |
SVN-Revision: 31817
|
|
|
|
|
|
|
|
|
|
| |
The option 'force' when set to '1' will transform a dhcp-option to dhcp-option-force instead in the config.
This is useful for forcing options to be sent back to a client (even options it didn't ask for).
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
SVN-Revision: 31816
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On my network, I have a variety of machines and appliances, some of which need different configuration issues than the default options.
For example:
config host
option name 'client'
option mac '00:01:02:03:04:05'
option ip '192.168.1.20'
option tag 'acme'
config tag acme
option force '1'
list dhcp_option 'option:router,192.168.1.253'
list dhcp_option 'option:domain-name,acme.com'
list dhcp_option 'option:domain-search,acme.com,redfish-solutions.com'
which allows me to override the default router for my client's host, as well as its domain-name, and its domain-search.
this causes the following config lines:
dhcp-host=00:01:02:03:04:05,set:acme,192.168.1.20,client
dhcp-option-force=tag:acme,option:router,192.168.1.253
dhcp-option-force=tag:acme,option:domain-name,acme.com
dhcp-option-force=tag:acme,option:domain-search:acme.com,redfish-solutions.com
This could be useful elsewhere, for instance, if you have an IP CCTV that you don't want to have a default-route, etc.
Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
SVN-Revision: 31815
|