Archer C7 V2.0 units from December 2015 onwards ( serials starting 215C
) have changed flash chips to the gd25q128 chip, this is supported in
trunk but not presently in 15.05. I would like stable support for this
version so I've back ported the required fix from trunk and removed a
conflicting patch from bcm53xx I've tested the patch it and I'm able to
install a build of 15.05.1 on a new Archer C7 device with this patch.
Signed-off-by: John Marrett <johnf@zioncluster.ca>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@49220 3c298f89-4303-0410-b956-a3cf2f4a3e73
It was already increased for NAND devices so do the same for the ones
with serial memory.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49207
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@49208 3c298f89-4303-0410-b956-a3cf2f4a3e73
We need to fix Seama just like we fix TRX due to the rootfs mark.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r48522
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@49170 3c298f89-4303-0410-b956-a3cf2f4a3e73
14e4:d612 was found in D-Link DIR-885L and Netgear R8500. It's most
likely a bridge used by all 14e4:4365 BCM4366 devices.
Without this fixup device wasn't treated as a bridge:
[ 2.849895] pci 0000:00:00.0: ignoring class 0x020000 (doesn't match header type 01)
and didn't get its resources assigned. This resulted in child devices
not being able to get any resources (due to the parrent missing them):
[ 3.375428] pci 0000:01:00.0: BAR 2: no space for [mem size 0x00400000 64bit]
[ 3.387949] pci 0000:01:00.0: BAR 2: failed to assign [mem size 0x00400000 64bit]
[ 3.725797] pci 0000:01:00.0: BAR 0: no space for [mem size 0x00008000 64bit]
[ 3.738314] pci 0000:01:00.0: BAR 0: failed to assign [mem size 0x00008000 64bit]
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@49118 3c298f89-4303-0410-b956-a3cf2f4a3e73
This moves few upstreamed patches and adds DIR-885L dts file. Please
note it doesn't mean this device is supported yet.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@49115 3c298f89-4303-0410-b956-a3cf2f4a3e73
We can use one code path for BCM4707 rev. 4 and BCM53018.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@49092 3c298f89-4303-0410-b956-a3cf2f4a3e73
Commit r48849 changed the drivers/mtd/spi-nor/spi-nor.c file and broke
this patch in bcm53xx.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@48871 3c298f89-4303-0410-b956-a3cf2f4a3e73
compat-wireless/backports now contains a bcm47xx_nvram.h file to
backport some of the functions in it which are used by the bcmfmac
driver. This file just checks for the kernel versions and provide an
empty implementations on older kernel versions. This is OK on most
systems, but on bcm47xx / bcm53xx systems we want to call the real
functions here. This commit removes the file from backports in our
build process like we do it with the bcma and ssb header files. Instead
we add a recent version into our kernel so all code uses only one
header file. On bcm47xx / bcm53xx the real implementations of this code
will be used.
Reported-by: Hante Meuleman <meuleman@broadcom.com>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
[Backport of r47467. The recent mac80211 backport was missing this patch,
breaking the build of the brcmfmac module]
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@48831 3c298f89-4303-0410-b956-a3cf2f4a3e73
This simply replaces init fix with a final version and puts it in a
generic dir. This will allow backporting some trivial changes from 4.6.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@48788 3c298f89-4303-0410-b956-a3cf2f4a3e73
This replaces old bcm53xx patch for scanning whole flash and makes
bcm47xxpart compatible with NAND.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r47800
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@47803 3c298f89-4303-0410-b956-a3cf2f4a3e73
This isn't that important due to different NAND driver but keeps DTS and
backports consistent.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Inspired by r46892 (trunk).
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46902 3c298f89-4303-0410-b956-a3cf2f4a3e73
According to the info from NVRAM we should use port 8 for the CPU (and
interface eth2). Unfortunately it doesn't work right now, so lets switch
to the port 5.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
git-svn-id: svn://svn.openwrt.org/openwrt/branches/chaos_calmer@46586 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
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
