[LEDE-DEV] [PATCH] Netgear X4 R7500 adjust ath10k firmware
Netgear X4 R7500 comes with a QCA988X. The patch enables 2.4Ghz wifi on kernel 4.9 for this particular device. Signed-off-by: Thomas Reifferscheid --- target/linux/ipq806x/image/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/ipq806x/image/Makefile b/target/linux/ipq806x/image/Makefile index 70c8056..260a3cc 100644 --- a/target/linux/ipq806x/image/Makefile +++ b/target/linux/ipq806x/image/Makefile @@ -175,7 +175,7 @@ define Device/R7500 PAGESIZE := 2048 BOARD_NAME := r7500 DEVICE_TITLE := Netgear Nighthawk X4 R7500 - DEVICE_PACKAGES := ath10k-firmware-qca99x0 + DEVICE_PACKAGES := ath10k-firmware-qca988x endef define Device/R7500v2 -- 2.1.4 ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] Netgear X4 R7500 adjust ath10k firmware
Am 17.03.2017 um 14:01 schrieb Thomas Reifferscheid: Netgear X4 R7500 comes with a QCA988X. The patch enables 2.4Ghz wifi on kernel 4.9 for this particular device. Please disregard. ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] build: Fix unpacking of overlaid packages
Since commit 5af113eb7c0f6e4b2d09e536e1a2adc4e2d6071d, LEDE's build system contains overlay functionality, which allows to locally amend properties of packages. When one wants to overlay certain properties such as PKG_VERSION, the unpack command (UNPACK_CMD) uses the original value rather than the overlaid one and unpacking fails. Fix that problem by replacing simply expanded variable with recursively expanded variable. This ensures that the unpack command uses the overlaid values, because the variable expansion is deferred after the overlay is loaded. Signed-off-by: Michal Sojka Signed-off-by: Michal Vokáč --- include/unpack.mk | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/include/unpack.mk b/include/unpack.mk index a139827490..6e4de7ec8e 100644 --- a/include/unpack.mk +++ b/include/unpack.mk @@ -21,15 +21,15 @@ ifeq ($(strip $(UNPACK_CMD)),) ifeq ($(filter gz tgz,$(EXT)),$(EXT)) EXT:=$(call ext,$(PKG_SOURCE:.$(EXT)=)) - DECOMPRESS_CMD:=gzip -dc $(DL_DIR)/$(PKG_SOURCE) | + DECOMPRESS_CMD=gzip -dc $(DL_DIR)/$(PKG_SOURCE) | endif ifeq ($(filter bzip2 bz2 bz tbz2 tbz,$(EXT)),$(EXT)) EXT:=$(call ext,$(PKG_SOURCE:.$(EXT)=)) - DECOMPRESS_CMD:=bzcat $(DL_DIR)/$(PKG_SOURCE) | + DECOMPRESS_CMD=bzcat $(DL_DIR)/$(PKG_SOURCE) | endif ifeq ($(filter xz txz,$(EXT)),$(EXT)) EXT:=$(call ext,$(PKG_SOURCE:.$(EXT)=)) - DECOMPRESS_CMD:=xzcat $(DL_DIR)/$(PKG_SOURCE) | + DECOMPRESS_CMD=xzcat $(DL_DIR)/$(PKG_SOURCE) | endif ifeq ($(filter tgz tbz tbz2 txz,$(EXT1)),$(EXT1)) EXT:=tar -- 2.11.0 ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] imx6: add support for GW5904
On Mon, Mar 13, 2017 at 9:34 AM, Rafał Miłecki wrote: > On 10 March 2017 at 16:01, Tim Harvey wrote: >> diff --git >> a/target/linux/imx6/files-4.9/arch/arm/boot/dts/imx6qdl-gw5904.dtsi >> b/target/linux/imx6/files-4.9/arch/arm/boot/dts/imx6qdl-gw5904.dtsi >> new file mode 100644 >> index 000..4503f2c >> --- /dev/null >> +++ b/target/linux/imx6/files-4.9/arch/arm/boot/dts/imx6qdl-gw5904.dtsi >> @@ -0,0 +1,629 @@ >> +/* >> + * Copyright 2017 Gateworks Corporation >> + * >> + * The code contained herein is licensed under the GNU General Public >> + * License. You may obtain a copy of the GNU General Public License >> + * Version 2 or later at the following locations: >> + * >> + * http://www.opensource.org/licenses/gpl-license.html >> + * http://www.gnu.org/copyleft/gpl.html >> + */ >> + >> +#include > > Hi Tim, > > Is Gateworks very strict to the GPL licensing DTS files? Would that be > OK to release this under some BSD-compatible license? Please take a > look at my previous short e-mail: > http://lists.infradead.org/pipermail/lede-dev/2017-February/005842.html > > -- > Rafał Rafal, How about the dual GPL/X11 license that the kernel/dt folks like? see https://www.spinics.net/lists/arm-kernel/msg569234.html Tim ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] imx6: add support for GW5904
On 03/17/2017 03:51 PM, Tim Harvey wrote: On Mon, Mar 13, 2017 at 9:34 AM, Rafał Miłecki wrote: On 10 March 2017 at 16:01, Tim Harvey wrote: diff --git a/target/linux/imx6/files-4.9/arch/arm/boot/dts/imx6qdl-gw5904.dtsi b/target/linux/imx6/files-4.9/arch/arm/boot/dts/imx6qdl-gw5904.dtsi new file mode 100644 index 000..4503f2c --- /dev/null +++ b/target/linux/imx6/files-4.9/arch/arm/boot/dts/imx6qdl-gw5904.dtsi @@ -0,0 +1,629 @@ +/* + * Copyright 2017 Gateworks Corporation + * + * The code contained herein is licensed under the GNU General Public + * License. You may obtain a copy of the GNU General Public License + * Version 2 or later at the following locations: + * + * http://www.opensource.org/licenses/gpl-license.html + * http://www.gnu.org/copyleft/gpl.html + */ + +#include Hi Tim, Is Gateworks very strict to the GPL licensing DTS files? Would that be OK to release this under some BSD-compatible license? Please take a look at my previous short e-mail: http://lists.infradead.org/pipermail/lede-dev/2017-February/005842.html -- Rafał Rafal, How about the dual GPL/X11 license that the kernel/dt folks like? see https://www.spinics.net/lists/arm-kernel/msg569234.html Sounds OK I think. AFAIU X11 is GPL compatible, so you could probably just use X11 and convert it to GPL whenever you want. Anyway, as you pointed some upstream DTS files are using so it looks good to me. ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] ramips: Add patch to reset SPI flash to 3-byte addressing
On 03/05/2017 01:02 AM, Daniel Golle wrote:
Hi,
we've previously discussed [1] the patch on the mailing list and I
If anyone is looking for the backported patches, I've uploaded them to
my github:
https://github.com/mrnuke-adaptrum/lede/commits/spi-4b-opcode-backport
Enjpy,
Alex
believe that rather switching to 4-byte addressing mode we should
rather use 4-byte opcodes instead because that would prevent the whole
problem and provide a more reliable way to support large flash chips.
This is also how it's done upstream and if there is a problem with
that specific flash chip (maybe 4-byte opcodes don't work whatsoever)
we should make sure that switching to 4-byte mode is really the only
option we have. From Alex' answer I understood that backporting the
upstream commit [3] didn't work for him. Can anyone else try if
backporting commit [2] and [3] works as an alternative for them?
Cheers
Daniel
[1] http://lists.infradead.org/pipermail/lede-dev/2017-January/005620.html
[2]
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=902cc69a0820252c84c6f7caed350882cea166ba
[3]
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=3274ba26f27becfc4193ec6e229288140651f240
On Sat, Mar 04, 2017 at 11:14:24PM +0100, davidea wrote:
what is the state of this patch?
i have an mqmakers witi board with mt7621 and a spi flash mx25l6406 with
this beavior , when i reboot it , it's stop working until i power off and on
...
the spi flash seems do not have a reset pin
Il 30/01/2017 23:53, Alexandru Gagniuc ha scritto:
This patch is designed to workaround an issue where an mt7620 will
hang after a reboot. This happens because the bootrom gets confused
when the SPI flash is left in 4-byte addressing mode. This change
makes sure that we can reboot the system under normal circumstances,
but does not protect against system crashes.
Signed-off-by: Alexandru Gagniuc
---
...Reset-chip-to-3-byte-addressing-on-system.patch | 65 ++
1 file changed, 65 insertions(+)
create mode 100644
target/linux/ramips/patches-4.4/0800-mtd-m25p80-Reset-chip-to-3-byte-addressing-on-system.patch
diff --git
a/target/linux/ramips/patches-4.4/0800-mtd-m25p80-Reset-chip-to-3-byte-addressing-on-system.patch
b/target/linux/ramips/patches-4.4/0800-mtd-m25p80-Reset-chip-to-3-byte-addressing-on-system.patch
new file mode 100644
index 000..de4ee2c
--- /dev/null
+++
b/target/linux/ramips/patches-4.4/0800-mtd-m25p80-Reset-chip-to-3-byte-addressing-on-system.patch
@@ -0,0 +1,65 @@
+From 0f7fcc3dfc27a91e7672e9e589f3f558e8c41737 Mon Sep 17 00:00:00 2001
+From: Alexandru Gagniuc
+Date: Mon, 30 Jan 2017 13:30:33 -0800
+Subject: [PATCH] mtd: m25p80: Reset chip to 3-byte addressing on system reboot
+
+Some SOCs can not handle 4-byte addressing in their mask ROM. On such
+devices if we leave the SPI flash in 4-byte mode, then reboot the
+system, the device will not boot.
+
+Some SoCs have a special output to reset all the on-board peripherals.
+This pin should be connected to the !RESET pin of the flash as well.
+Unfortunately, not all boards implement this. As a workaround for such
+hardware, reset the SPI flash to 3-byte addressing mode. This does not
+protect against system crashes, but it does allow the system to reboot
+in the case of a normal reboot.
+
+Cc: Paul Fertser
+Signed-off-by: Alexandru Gagniuc
+---
+ drivers/mtd/devices/m25p80.c | 15 +++
+ 1 file changed, 15 insertions(+)
+
+diff --git a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c
+index fe9ceb7..2151975 100644
+--- a/drivers/mtd/devices/m25p80.c
b/drivers/mtd/devices/m25p80.c
+@@ -27,6 +27,9 @@
+ #include
+ #include
+
++#define OPCODE_RESET_ENABLE 0x66
++#define OPCODE_RESET 0x99
++
+ #define MAX_CMD_SIZE6
+ struct m25p {
+ struct spi_device *spi;
+@@ -168,6 +171,17 @@ static int m25p80_erase(struct spi_nor *nor, loff_t
offset)
+ return 0;
+ }
+
++void m25p80_reboot(struct mtd_info *mtd)
++{
++ struct spi_nor *nor = container_of(mtd, struct spi_nor, mtd);
++ struct m25p *flash = nor->priv;
++
++ flash->command[0] = OPCODE_RESET_ENABLE;
++ spi_write(flash->spi, flash->command, 1);
++ flash->command[0] = OPCODE_RESET;
++ spi_write(flash->spi, flash->command, 1);
++}
++
+ /*
+ * board specific setup should have ensured the SPI clock used here
+ * matches what the READ command supports, at least until this driver
+@@ -197,6 +211,7 @@ static int m25p_probe(struct spi_device *spi)
+ nor->erase = m25p80_erase;
+ nor->write_reg = m25p80_write_reg;
+ nor->read_reg = m25p80_read_reg;
++ nor->mtd._reboot = m25p80_reboot;
+
+ nor->dev = &spi->dev;
+ nor->flash_node = spi->dev.of_node;
+--
+2.9.3
+
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
__
[LEDE-DEV] nodogsplash v1.0.1 or 2.0.0
Does anyone know if there is reason for the nodogsplash feed to be downloading version 1.0.1? Could it be updated to download the current version 2.0.0? Thanks ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] nodogsplash v1.0.1 or 2.0.0
1.0.1 ist the current stable. 2.0.0 has not been released yet. On 03/17/2017 10:33 PM, Nick Dennis wrote: > Does anyone know if there is reason for the nodogsplash feed to be > downloading version 1.0.1? Could it be updated to download the current > version 2.0.0? > > Thanks > > > ___ > Lede-dev mailing list > Lede-dev@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/lede-dev signature.asc Description: OpenPGP digital signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] [PATCH] build: Fix unpacking of overlaid packages
On Fri, Mar 17 2017, Michal Sojka wrote: > Since commit 5af113eb7c0f6e4b2d09e536e1a2adc4e2d6071d, LEDE's build > system contains overlay functionality, which allows to locally amend > properties of packages. When one wants to overlay certain properties > such as PKG_VERSION, the unpack command (UNPACK_CMD) uses the original > value rather than the overlaid one and unpacking fails. Hmm, there are more places where is this overlay functionality broken. I'll send another patch that makes it work for me, but there are places, which cannot be fixed that easy. One of them is the -iremap CFLAG, which is appended to TARGET_CFLAGS with "+=" operator, which expands to the non-overlaid path. -Michal ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] build: Fix stamps of overlaid packages
---
include/package.mk | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/package.mk b/include/package.mk
index 91871f06fb..14321642c0 100644
--- a/include/package.mk
+++ b/include/package.mk
@@ -52,16 +52,16 @@ find_library_dependencies = $(wildcard $(patsubst
%,$(STAGING_DIR)/pkginfo/%.ver
PKG_DIR_NAME:=$(lastword $(subst /,$(space),$(CURDIR)))
STAMP_NO_AUTOREBUILD=$(wildcard $(PKG_BUILD_DIR)/.no_autorebuild)
-PREV_STAMP_PREPARED:=$(if $(STAMP_NO_AUTOREBUILD),$(wildcard
$(PKG_BUILD_DIR)/.prepared*))
+PREV_STAMP_PREPARED=$(if $(STAMP_NO_AUTOREBUILD),$(wildcard
$(PKG_BUILD_DIR)/.prepared*))
ifneq ($(PREV_STAMP_PREPARED),)
- STAMP_PREPARED:=$(PREV_STAMP_PREPARED)
+ STAMP_PREPARED=$(PREV_STAMP_PREPARED)
CONFIG_AUTOREBUILD:=
else
STAMP_PREPARED=$(PKG_BUILD_DIR)/.prepared$(if $(QUILT)$(DUMP),,_$(shell
$(call find_md5,${CURDIR} $(PKG_FILE_DEPENDS),))_$(call
confvar,CONFIG_AUTOREMOVE $(PKG_PREPARED_DEPENDS)))
endif
STAMP_CONFIGURED=$(PKG_BUILD_DIR)/.configured$(if $(DUMP),,_$(call
confvar,$(PKG_CONFIG_DEPENDS)))
STAMP_CONFIGURED_WILDCARD=$(PKG_BUILD_DIR)/.configured_*
-STAMP_BUILT:=$(PKG_BUILD_DIR)/.built
+STAMP_BUILT=$(PKG_BUILD_DIR)/.built
STAMP_INSTALLED:=$(STAGING_DIR)/stamp/.$(PKG_DIR_NAME)$(if
$(BUILD_VARIANT),.$(BUILD_VARIANT),)_installed
STAGING_FILES_LIST:=$(PKG_DIR_NAME)$(if
$(BUILD_VARIANT),.$(BUILD_VARIANT),).list
--
2.11.0
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] [PATCH] iproute2: fix ip monitor can't work when NET_NS is not enabled
The bug appeared in v4.1.0 and was fixed since v4.8.0
Fixes FS#620
Signed-off-by: Yousong Zhou
---
I am also going to backport this to lede-17.01 branch
package/network/utils/iproute2/Makefile| 2 +-
...ix-ip-monitor-can-t-work-when-NET_NS-is-n.patch | 40 ++
2 files changed, 41 insertions(+), 1 deletion(-)
create mode 100644
package/network/utils/iproute2/patches/960-ipmonitor-fix-ip-monitor-can-t-work-when-NET_NS-is-n.patch
diff --git a/package/network/utils/iproute2/Makefile
b/package/network/utils/iproute2/Makefile
index af8e64c..1c1ee3f 100644
--- a/package/network/utils/iproute2/Makefile
+++ b/package/network/utils/iproute2/Makefile
@@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk
PKG_NAME:=iproute2
PKG_VERSION:=4.4.0
-PKG_RELEASE:=8
+PKG_RELEASE:=9
PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.xz
PKG_SOURCE_URL:=@KERNEL/linux/utils/net/iproute2
diff --git
a/package/network/utils/iproute2/patches/960-ipmonitor-fix-ip-monitor-can-t-work-when-NET_NS-is-n.patch
b/package/network/utils/iproute2/patches/960-ipmonitor-fix-ip-monitor-can-t-work-when-NET_NS-is-n.patch
new file mode 100644
index 000..52be021
--- /dev/null
+++
b/package/network/utils/iproute2/patches/960-ipmonitor-fix-ip-monitor-can-t-work-when-NET_NS-is-n.patch
@@ -0,0 +1,40 @@
+From c44003f7e7254ac972eaa1b22a686471ea4ce2d7 Mon Sep 17 00:00:00 2001
+From: Liping Zhang
+Date: Tue, 20 Sep 2016 02:09:02 -0700
+Subject: [PATCH] ipmonitor: fix ip monitor can't work when NET_NS is not
+ enabled
+
+In ip monitor, netns_map_init will check getnsid is supported or not.
+But when /proc/self/ns/net does not exist, we just print out error
+messages and exit. So user cannot use ip monitor anymore when
+CONFIG_NET_NS is disabled:
+ # ip monitor
+ open("/proc/self/ns/net"): No such file or directory
+
+If open "/proc/self/ns/net" failed, set have_rtnl_getnsid to false.
+
+Fixes: d652ccbf8195 ("netns: allow to dump and monitor nsid")
+Signed-off-by: Liping Zhang
+Acked-by: Nicolas Dichtel
+---
+ ip/ipnetns.c | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/ip/ipnetns.c b/ip/ipnetns.c
+index af87065..ccc652c 100644
+--- a/ip/ipnetns.c
b/ip/ipnetns.c
+@@ -72,8 +72,8 @@ static int ipnetns_have_nsid(void)
+ if (have_rtnl_getnsid < 0) {
+ fd = open("/proc/self/ns/net", O_RDONLY);
+ if (fd < 0) {
+- perror("open(\"/proc/self/ns/net\")");
+- exit(1);
++ have_rtnl_getnsid = 0;
++ return 0;
+ }
+
+ addattr32(&req.n, 1024, NETNSA_FD, fd);
+--
+2.6.4
+
--
2.6.4
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
