lookup_target was trampling the $feed variable, resulting in the -p flag
no longer preferentially installing from the named feed.
Make sure to use a local variable for this instead.
Signed-off-by: Karl Palsson <karlp@remake.is>
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46213 3c298f89-4303-0410-b956-a3cf2f4a3e73
sd_mod depends on scsi_mod, but due to it being an AutoLoad and not
AutoProbe module, it was not loading when installing the package,
causing unknown symbol errors for sd_mod and anything depending on it.
Closes#14927, #18293, #19351.
Backport of r46176.
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46177 3c298f89-4303-0410-b956-a3cf2f4a3e73
The g++-uc wrapper hardcodes $(STAGING_DIR) and $(TOOLCHAIN_DIR) paths which
will not work outside of the original build environment.
Replace the hardcoded staging_dir occurences with paths relative to the
$STAGING_DIR environment variable to make the g++-uc* wrappers usable in an
SDK environment.
Fixes the libdb47 build failure reported at
https://lists.openwrt.org/pipermail/openwrt-devel/2015-April/032455.html
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
Backport of r46162
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46163 3c298f89-4303-0410-b956-a3cf2f4a3e73
A long time ago, ath9k had issues during reset where the DMA engine
would stay active and could potentially corrupt memory.
To debug those issues, the driver would print warnings whenever they
occur.
Nowadays, these issues are gone and the primary cause of these messages
is if the MAC is stuck during reset or busy processing a long
transmission. This is fairly harmless, yet these messages continue to
worry users.
To reduce the number of bogus bug reports, turn these messages into
debug messages and count their occurence in the "reset" debugfs file.
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r46158
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46159 3c298f89-4303-0410-b956-a3cf2f4a3e73
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r46156
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46157 3c298f89-4303-0410-b956-a3cf2f4a3e73
Also move it to an earlier place so new boards added are less likely
to confuse quilt.
Fixes#19965.
Backport of r46148.
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46153 3c298f89-4303-0410-b956-a3cf2f4a3e73
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
There are two important patches in this patchset: updating read pointer
quicker & rework of .get_station().
There are few more upstream patches that are p2p-related and weren't
backported in this commit.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r46084
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46100 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
Allocating huge buffer for the whole TRX wasn't too optimal.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r46078
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46093 3c298f89-4303-0410-b956-a3cf2f4a3e73
So far we got only one generic function accessing this table, but
implementing optimizations will require calculating crc32 in other code
parts as well.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r46077
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46092 3c298f89-4303-0410-b956-a3cf2f4a3e73
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r46090
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46091 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
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r46023
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46028 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 r46013
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46014 3c298f89-4303-0410-b956-a3cf2f4a3e73
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r46008
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46010 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
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r45999
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46000 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
On bcm53xx we still need usb-ohci to support USB 1.1 devices and it
obviously needs bcma-hcd.ko that will init controller and register
platform device.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r45994
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@45996 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