On two tested devices: Netgear R6250 (BCM53011 rev 2) and Luxul XWC-1000
(BCM53011 rev 3) it was possible to use port 7 and eth1 (instead of port
5 and eth0). It seems BCM53011 just like BCM53012 has 8 ports and
usually 3 of them are connected to the SoC.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r46104
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46107 3c298f89-4303-0410-b956-a3cf2f4a3e73
This drops some debugging pr_info and adds platform_device_unregister.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r46082
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46098 3c298f89-4303-0410-b956-a3cf2f4a3e73
Signed-off-by: Christian Beier <cb@shoutrlabs.com>
Backport of r46049
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46059 3c298f89-4303-0410-b956-a3cf2f4a3e73
Signed-off-by: Christian Beier <cb@shoutrlabs.com>
Backport of r46048
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46058 3c298f89-4303-0410-b956-a3cf2f4a3e73
Signed-off-by: Christian Beier <cb@shoutrlabs.com>
Backport of r46047
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46057 3c298f89-4303-0410-b956-a3cf2f4a3e73
The hardware should be almost the same as TL-WR720N-v3. WiFi and LAN networks
were tested by "Lo Yuk Fai <loyukfai@gmail.com>". Failsafe and slider switch
were tested by "Wong min <alpha080@gmail.com>".
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
Backport of r46046
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46056 3c298f89-4303-0410-b956-a3cf2f4a3e73
This patch adds support for the Bitmain Antminer S1 Cryptocurrency Miner
http://wiki.openwrt.org/toh/bitmain/s1
Signed-off-by: L. D. Pinney <ldpinney@gmail.com>
Acked-by: James Hilliard <james.hilliard1@gmail.com>
Backport of r46044
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46054 3c298f89-4303-0410-b956-a3cf2f4a3e73
This patch adds support for the Linksys RE6500 Range Extender
http://wiki.openwrt.org/toh/linksys/re6500
Signed-off-by: L. D. Pinney <ldpinney@gmail.com>
Backport of r46043
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46053 3c298f89-4303-0410-b956-a3cf2f4a3e73
http://wiki.openwrt.org/toh/d-link/dcs-930l
Signed-off-by: L. D. Pinney <ldpinney@gmail.com>
Backport of r46042
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46052 3c298f89-4303-0410-b956-a3cf2f4a3e73
This patch is for PandoraBox PBR-M1 which is based on mt7621,
all the features work fine, including rtc, leds, button, usb3.0, etc.
Signed-off-by: tymon <banglang.huang@foxmail.com>
Backport of r46041
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46051 3c298f89-4303-0410-b956-a3cf2f4a3e73
Signed-off-by: John Crispin <blogic@openwrt.org>
Backport of r46038
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46039 3c298f89-4303-0410-b956-a3cf2f4a3e73
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r46032
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46033 3c298f89-4303-0410-b956-a3cf2f4a3e73
This is required to use x86/64 in KVM containers with VirtIO disks
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
Backport of r46017
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46018 3c298f89-4303-0410-b956-a3cf2f4a3e73
It seems that there are maximum timings for mdio accesses that can be
hit when the system is under load and the thread is scheduled during
a read or write access. Since there is no way of knowing if this
happens as there is not even a parity bit, try to work around it
by disabling interrupts during any gpio-mdio accesses.
Performance impact seems to be neglectable, as mdio accesses are not
that often.
Hopefully fixes#19500.
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
Backport of r46012.
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46016 3c298f89-4303-0410-b956-a3cf2f4a3e73
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r46007
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46009 3c298f89-4303-0410-b956-a3cf2f4a3e73
This stabilizes USB support. The old patch was handling initialization
in a different order that was causing some problems with few USB 3.0
devices. Some weren't detected, some were working unstable, sometimes
USB 3.0 could hang the whole controller.
A still known issue (but not a regression) is controller hang triggered
by connecting USB 1.1 device when not having OHCI controller enabled
(kmod-usb-ohci).
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r45997
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@45998 3c298f89-4303-0410-b956-a3cf2f4a3e73
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r45992
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@45993 3c298f89-4303-0410-b956-a3cf2f4a3e73
AR8337 supports a configuration bit to swap MAC0 and MAC6.
Currently this is set in general if an AR8337 is detected and causes
issues with devices using an AR8334 (internally an AR8337, just
less chip pins).
And it might even cause issues with AR8337-based devices with
different board designs.
Swapping the MAC's however isn't needed for AR8337 in general.
It's just needed in case of certain board designs (affected devices
seem to be based on Atheros reference board AP135/136-010).
Therefore this configuration bit should be moved to platform data.
The patch includes the needed changes to the device initialization
code of affected devices. Hopefully I didn't miss any ..
Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45970 3c298f89-4303-0410-b956-a3cf2f4a3e73
This patch adds the pll_1000 value for eth0 interface. This makes the Rocket M
XW image compatible with other Ubiquiti devices with similar hardware with a
Gigabit Ethernet port.
Signed-off-by: Roger Pueyo Centelles <roger.pueyo@guifi.net>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45965 3c298f89-4303-0410-b956-a3cf2f4a3e73
The *u-boot-initramfs* images are not ITB/FIT images but are rather
supposed to be loaded to RAM and jumped-into.
To avoid confusion, change the file extension from itb to bin.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45963 3c298f89-4303-0410-b956-a3cf2f4a3e73
In new firmware-4.bin (for ath10k) mac offset is 0x114 (276), not 0x118 (280).
This also closes#19751, bug introduced in #45624
Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45958 3c298f89-4303-0410-b956-a3cf2f4a3e73
The mynet range extender hardware is suffering from ethernet
link loss when booting with a recent openwrt image. This only
happens on 100mbps links, with 1Gbps speed the link was fine.
The cause of the problem is that the AR8035 PHY (aka F1E)
requires turning on and off the special TX delay setting
depending on the speed of the link.
The 10mbps mode only needed the proper pll value, which was
extracted from the vendor code.
Reported-by: Pascal Paradis
Signed-off-by: Christian Lamparter <chunkeey@googlemail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45954 3c298f89-4303-0410-b956-a3cf2f4a3e73
When r42245 moved A4001N to DT based detection the image padding size
was accidentally increased from 4 to 8 MiB. This made images unflashable
on these devices.
Fixes#19836.
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45945 3c298f89-4303-0410-b956-a3cf2f4a3e73
On device reset the sizes for the vlan and port tables were wrongly
calculated based on the pointer size instead of the struct size. This
causes buffer overruns on 64 bit targets, resulting in panics.
Fix this by dereferencing the pointers.
Reported-by: Fedor Konstantinov <blmink@mink.su>
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45938 3c298f89-4303-0410-b956-a3cf2f4a3e73
At least on my b53 chip, the mask is 3 bits wide, and because
of this some STP states are not set properly and discarded when read.
Maybe for some other chips it makes sense to have just 2 bits width,
but I don't have other versions around to test/validate.
If that's the case then maybe we could add another STP state mask.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45937 3c298f89-4303-0410-b956-a3cf2f4a3e73
They are useless, as the platform already selects the right options for
NAND support. The main reason for removing them is the fact that it
makes kernel configs more annoying to maintain on platforms that provide
NAND drivers but disable them (e.g. ramips)
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45919 3c298f89-4303-0410-b956-a3cf2f4a3e73
