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>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31910 3c298f89-4303-0410-b956-a3cf2f4a3e73
moves the linux partition, removes the config partition and the
buttons settings have small adjustments.
Signed-off-by: Luka Perkov <openwrt@lukaperkov.net>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31909 3c298f89-4303-0410-b956-a3cf2f4a3e73
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
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31885 3c298f89-4303-0410-b956-a3cf2f4a3e73
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)
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31883 3c298f89-4303-0410-b956-a3cf2f4a3e73
bcm_enetsw_probe did not properly reset port states, resulting in
connected ports staying disabled after bringing up the interface the
second time.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31881 3c298f89-4303-0410-b956-a3cf2f4a3e73
Add support for the HSSPI controller found on bcm6328 and SPI attached
flash.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31879 3c298f89-4303-0410-b956-a3cf2f4a3e73
Prevents CFE from flashing to the second image offset. Fix up the rootfs
length on first boot else CFE will complain.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31876 3c298f89-4303-0410-b956-a3cf2f4a3e73
No need to keep the bcm63xx/ at the start or the chipid info at the end.
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31871 3c298f89-4303-0410-b956-a3cf2f4a3e73
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>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31845 3c298f89-4303-0410-b956-a3cf2f4a3e73
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>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31844 3c298f89-4303-0410-b956-a3cf2f4a3e73
Sysupgrade works just fine on my Sitecom WL-351 after adding this
oneliner.
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@31843 3c298f89-4303-0410-b956-a3cf2f4a3e73
