[juhosg:
- remove custom mdio bus info and platform data for ar8327, clear the
.led_cfg field from dir835a1_setup instead,
- remove arguments of dir835c1_generic_setup function, register the
LEDs directly from the board specific setup instead]
Signed-off-by: Alexander Stadler <sa.maillists@univie.ac.at>
Patchwork: http://patchwork.openwrt.org/patch/3426/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35957
Use the same MAC addresses as the original firmware.
Based on a patch from #10421.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
Tested-by: Gabor Varga <vargagab@gmail.com>
SVN-Revision: 35730
This is platform definition for the RB951G device. It's mostly rework
of RB2011UAS patchset with network taken from the RB751 patches.
The main difference is the flash layout used by this device.
[juhosg:
- remove dead code from mach-rb951g
- add "-2HnD" suffix to the machine name
- use a separate 615-MIPS-ath79-RB951G-support.patch]
Patchwork: http://patchwork.openwrt.org/patch/3257/
Signed-off-by: Kamil Trzcinski <ayufan@ayufan.eu>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35633
We utilize many Routerboard 751's and discovered that our latest batch
of RB751's would not initialize the wireless radio. We have determined
Mikrotik has changed where the mac address was located inside hardconfig.
As such we utilize "routerboot_find_tag" to find the location of the mac
address. We should remove "RB751_MAC_ADDRESS_OFFSET" as it is ambiguous
by machine manufacturing date. The newer batch of RB751's that we received
had a RB751_MAC_ADDRESS_OFFSET 0x10.
Signed-off-by: Davey Hutchison <dhutchison@bluemesh.net>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35519
WDR3500 is similar to WDR3600 except it doesn't have gigabit ethernet,
and has only 1 USB port.
Pending issues:
* Leds are not working at all (except power and wlan_5g)
* LAN switch ethernet ports are reversed with respect to case label.
[Label] -> soft device
[LAN1] -> eth0.4
[LAN2] -> eth0.3
[LAN3] -> eth0.2
[LAN4] -> eth0.1
Based on http://patchwork.openwrt.org/patch/3208/
Thanks-to: Paul Fertser <fercerpav@gmail.com>
Signed-off-by: Gui Iribarren <gui@altermundi.net>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35423
[juhosg:
- remove unused GPIO stuff
- use a separate kernel patch for machine integration]
Signed-off-by: Alexander Stadler <sa.maillists@univie.ac.at>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35401
The PHY_SWAP and PHY_ADDR_SWAP bits are initialized
differently by different versions of the bootloader.
This leads to broken ethernet connection with OpenWrt
on some boards.
Turn both SWAP bits OFF on these boards to make it
consistent regardless of the bootloader used.
Based on a patch by Michel Stempin <michel.stempin@wanadoo.fr>.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35037
The mii_bus device is not required if phy_mask is zero.
The driver will use a fixed connection if it is not
specified.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34849
Based on the following patch:
http://patchwork.openwrt.org/patch/3043/
[juhosg:
- remove custom LED and button arrays
- use separate machine specific patch
- update Kconfig]
Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34779
The new lzma compressed elf kernel image fits into
that, even on devices with large page NAND chips.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34274
It is mostly the same as TL-WA901N. WLAN and LAN
are working. LAN LED is working. WLAN signal
strength LEDs are not working yet.
http://wiki.openwrt.org/toh/tp-link/tl-wa7510n?s[]=wa7510n
[juhosg:
- cleanup commit message
- move non kernel related stuff into separate changes
- rename and refresh 615-MIPS-ath79-TL-WA7510N-v1-support patch
- merge WA7510N support into the mach-tl-wa901nd.c file
- add 3.6 support]
Signed-off-by: Stefan Helmert <helst_listen@aol.de>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34187
According to #12421, GPIO 1 controls the power
output on the unused lines of the LAN2 port.
Remove the LED definition in order to prevent
possible permanent hardware damage.
If someone needs that, the power-out feature can
be controlled via the GPIO sysfs interface.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34076
