| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 31917
|
|
|
|
| |
SVN-Revision: 31916
|
|
|
|
| |
SVN-Revision: 31915
|
|
|
|
| |
SVN-Revision: 31914
|
|
|
|
| |
SVN-Revision: 31912
|
|
|
|
| |
SVN-Revision: 31911
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
WIFI eeprom:
As discussed, it is impossible for nand and spi flash platforms to have the eeprom data available from mtd. I suggested to load the eeprom from user-space. I've looked into regular firmware loading but this is only possible when using modules. I've created a sysfs entry that allows reading and writing the eeprom data to the platform data. After loading the eeprom data I rely on pci-hotplug support to disable the bogus pci device and rescan the bus (with fixups and all). Because hotplug is not available, an init script is created that performs the copy from mtd to platform data. I think it is best to eventually move the sysfs functions to dev_wifi_athxk.c file, this would get rid of the external to the ath9k platform data.
SPI flash:
It seems that the spi-xway driver is not really working. It causes my kernel to crash in all sorts of ways. I added to bitbang SPI to be able to the calibration data mention above.
I've kept the original mtd partitioning that Netgear uses.
Buttons/LED:
Both buttons are working properly. Two leds are not enabled: The red internet led is connected to the pci_gnt1 pin... I can't disable it because then DMA stops working.
The green wifi led is connected to an unknown atheros gpio.
Signed-off-by: Pieter Voorthuijsen <p.voorthuijsen at gmail.com>
SVN-Revision: 31910
|
|
|
|
|
|
|
|
|
| |
moves the linux partition, removes the config partition and the
buttons settings have small adjustments.
Signed-off-by: Luka Perkov <openwrt@lukaperkov.net>
SVN-Revision: 31909
|
|
|
|
|
|
|
|
| |
and led gpio values.
Signed-off-by: Luka Perkov <openwrt@lukaperkov.net>
SVN-Revision: 31908
|
|
|
|
| |
SVN-Revision: 31906
|
|
|
|
| |
SVN-Revision: 31905
|
|
|
|
| |
SVN-Revision: 31904
|
|
|
|
| |
SVN-Revision: 31903
|
|
|
|
| |
SVN-Revision: 31902
|
|
|
|
| |
SVN-Revision: 31901
|
|
|
|
| |
SVN-Revision: 31900
|
|
|
|
|
|
| |
Compile tested only.
SVN-Revision: 31899
|
|
|
|
|
|
| |
Compile tested only.
SVN-Revision: 31898
|
|
|
|
| |
SVN-Revision: 31897
|
|
|
|
| |
SVN-Revision: 31896
|
|
|
|
|
|
| |
Compile tested only.
SVN-Revision: 31895
|
|
|
|
| |
SVN-Revision: 31894
|
|
|
|
| |
SVN-Revision: 31893
|
|
|
|
|
|
| |
Compile tested only.
SVN-Revision: 31892
|
|
|
|
| |
SVN-Revision: 31891
|
|
|
|
| |
SVN-Revision: 31890
|
|
|
|
| |
SVN-Revision: 31889
|
|
|
|
| |
SVN-Revision: 31888
|
|
|
|
| |
SVN-Revision: 31887
|
|
|
|
|
|
| |
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
|
|
|
|
| |
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
|
|
|
|
| |
SVN-Revision: 31856
|
|
|
|
| |
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
|