While the AR9331 has a gigabit MAC towards the internal switch, the
integrated PHYs however are only 100-base-tx capable. The existing code
however advertieses gigabit capability in the link status word. If you
attach such a PHY to a gigabit capable switch on the remote end, with
some probability it attempts to negotiate gigabit and fails, falling
baco to the AR9331 assuming a 10mbit half-duplex link. This has been
observed quite frequently with the Carambola2 and gigabit capable
switches.
In ath79_register_eth(), "pdata->has_gbit = 1;" is set unconditionally
for both AR9331 ethernet ports. This is most likely wrong. Despite the
two MAC IP cores being gigabit MACs, the MAC for eth1 is connected to a
100base-T PHY via MII. The has_gbit attribute is used in the ethernet
driver to determine the supported link modes.
So either pdata->has_gbit is not set to 1 anymore, or the ethernet
driver needs to be modified to determine the advertised link code word
on another criteria than pdata->has_gbit. This patch implements the
former solution.
Signed-off-by: Harald Welte <laforge@gnumonks.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@42432 3c298f89-4303-0410-b956-a3cf2f4a3e73
This improves performance when doing concurrent rx/tx on a single
ethernet MAC, e.g. when routing between VLANs.
Fixes#13072
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@42328 3c298f89-4303-0410-b956-a3cf2f4a3e73
This sets the MAC address of the WLAN interface to the "official" primary MAC
address (the one on the label under the devices, and the one used with the stock
firmware). The MAC address used so far (primary-1) isn't even used at all with
the stock firmware, which sets (primary) on LAN and WLAN and (primary+1) on the
WAN interface (like OpenWrt does with this patch).
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@42193 3c298f89-4303-0410-b956-a3cf2f4a3e73
The OpenMesh MR600(v1) can only enable the 2.4G WiFi PHY LED through the
mini-PCIe device. Not configuring the LED pin inside the platform data
makes it impossible to configure it through any standard OpenWrt tool.
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@42184 3c298f89-4303-0410-b956-a3cf2f4a3e73
Apparently this is a fairly common refurb unit of the 3800 series now,
with merely the recognition string changed in the boot loader.
Signed-off-by: Dave Taht <dave.taht@bufferbloat.net>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@42023 3c298f89-4303-0410-b956-a3cf2f4a3e73
Change list:
* Remove button info on GPIO12, there is no button there.
* Remove nvram mtd partition, as it's not used for anything, saves 64k for user data.
Tested building for carambola2 target.
Signed-off-by: Mantas Pucka <mantas@8devices.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@41993 3c298f89-4303-0410-b956-a3cf2f4a3e73
this caused factory resets when reboot was pressed
Signed-off-by: Brent Thomson <brentthomson@gmail.com>
Signed-off-by: John Crispin <blogic@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@41932 3c298f89-4303-0410-b956-a3cf2f4a3e73
without this the build for NBG6716 fails due to missing packages
https://dev.openwrt.org/ticket/17325
Signed-off-by: John Crispin <blogic@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@41930 3c298f89-4303-0410-b956-a3cf2f4a3e73
Changeset 38690 broke the WAN MAC setup. Here's the fix.
Signed-off-by: Sebastian Kemper <sebastian_ml <at> gmx.net>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@41795 3c298f89-4303-0410-b956-a3cf2f4a3e73
The airGateway has a reset button connected to GPIO 12, so we should use it.
Signed-off-by: Matthew Reeve <mreeve@tenxnetworks.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@41794 3c298f89-4303-0410-b956-a3cf2f4a3e73
LED script expects WLAN LED to be "gl-connect:red:wlan".
Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@41793 3c298f89-4303-0410-b956-a3cf2f4a3e73
The default case in 02_network is inappropriate for the MikroTik RouterBOARD 91x boards because they do not have a WAN port, so don't bother setting the non-existent eth1 interface as the WAN port.
Signed-off-by: Matthew Reeve <mreeve@tenxnetworks.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@41767 3c298f89-4303-0410-b956-a3cf2f4a3e73
This patch adds support for the Ubiquiti Networks airGateway.
Based in part on code posted by David Hutchison <dhutchison@bluemesh.net> on openwrt-devel:
https://lists.openwrt.org/pipermail/openwrt-devel/2013-December/023035.html
Signed-off-by: Matthew Reeve <mreeve@tenxnetworks.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@41766 3c298f89-4303-0410-b956-a3cf2f4a3e73
Felix Fietkau
John Crispin
Imre Kaloz
Steven Barth
Gabor Juhos