| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 31994
|
|
|
|
| |
SVN-Revision: 31993
|
|
|
|
| |
SVN-Revision: 31992
|
|
|
|
|
|
| |
Signed-off-by: Luka Perkov <openwrt@lukaperkov.net>
SVN-Revision: 31990
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add led devices for D-Link DIR-300-B1 WAN LED.
Note that the GPIO state is also ANDed with the esw switch port 4
LED state, which is why I've set the amber LED to default-on.
Closes: https://dev.openwrt.org/ticket/11326
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
[ juhosg:
- fix comment style in mach-dir-300-revb.c,
- remove the PPP specific LED setup, not everyone uses a PPP connection
on the WAN interface]
SVN-Revision: 31989
|
|
|
|
|
|
| |
(obtained from an atheros driver) seems to break ethernet functionality
SVN-Revision: 31956
|
|
|
|
|
|
| |
deliver a cache-hot skb to the network stack
SVN-Revision: 31934
|
|
|
|
|
|
| |
stability on AR934x
SVN-Revision: 31925
|
|
|
|
| |
SVN-Revision: 31924
|
|
|
|
| |
SVN-Revision: 31923
|
|
|
|
| |
SVN-Revision: 31922
|
|
|
|
| |
SVN-Revision: 31921
|
|
|
|
| |
SVN-Revision: 31920
|
|
|
|
| |
SVN-Revision: 31919
|
|
|
|
| |
SVN-Revision: 31918
|
|
|
|
| |
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
|