Re: [OpenWrt-Devel] [PATCH 6/6] ramips: mt7621: disable ISDN in kernel config

2015-12-13 Thread John Crispin
On 14/12/2015 04:04, Nikolay Martynov wrote: > It's unlikely that devices on this SoC would need any ISDN support. > This should make kernel a bit smaller. > > Signed-off-by: Nikolay Martynov > --- > target/linux/ramips/mt7621/config-4.3 | 1 + > 1 file changed, 1 insertion(+) > > diff --git

[OpenWrt-Devel] [PATCH 4/6] ramips: change CM_GCR_BASE_CMDEFTGT_MEM value to match datasheet

2015-12-13 Thread Nikolay Martynov
Zero config value for default memory region means 'memory', not not 'disabled' according to 'Control Registers Of The Coherency Manager' manual. Signed-off-by: Nikolay Martynov --- ...set-CM_GCR_BASE_CMDEFTGT_MEM-according-to-datasheet.patch | 12 1 file changed, 12 insertions(+) c

[OpenWrt-Devel] [PATCH 6/6] ramips: mt7621: disable ISDN in kernel config

2015-12-13 Thread Nikolay Martynov
It's unlikely that devices on this SoC would need any ISDN support. This should make kernel a bit smaller. Signed-off-by: Nikolay Martynov --- target/linux/ramips/mt7621/config-4.3 | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/ramips/mt7621/config-4.3 b/target/linux/ramips/mt

[OpenWrt-Devel] [PATCH 5/6] ramips: remove unwanted change from patch

2015-12-13 Thread Nikolay Martynov
Remove unwanted change to irq-mips-gic.c from mt7621 support patch Signed-off-by: Nikolay Martynov --- .../0001-arch-mips-ralink-add-mt7621-support.patch| 11 --- 1 file changed, 11 deletions(-) diff --git a/target/linux/ramips/patches-4.3/0001-arch-mips-ralink-add-mt7621-s

[OpenWrt-Devel] [PATCH 2/6] ramips: mt7621: setup memory region for pcie controller memory

2015-12-13 Thread Nikolay Martynov
Only compile tested since I do not have any hardware with devices on pcie bus. Signed-off-by: Nikolay Martynov --- .../0061-mt7621-set-up-pci-memory-region.patch | 42 ++ 1 file changed, 42 insertions(+) create mode 100644 target/linux/ramips/patches-4.3/0061-mt7621-set

[OpenWrt-Devel] [PATCH 3/6] ramips: mt7621: undo mips-cm probe hack to not wipe out memory regions

2015-12-13 Thread Nikolay Martynov
Since now we hopefully setup memory regions properly we no longer need this hack. Tested and works on ubnt-erx. Signed-off-by: Nikolay Martynov --- .../0062-remove-cm-memory-regions-cleanup-hack.patch | 20 1 file changed, 20 insertions(+) create mode 100644 target/linux

[OpenWrt-Devel] [PATCH 1/6] ramips: mt7621: add patch to setup CM memory region for palmbus

2015-12-13 Thread Nikolay Martynov
This is tested and works on ubnt-erx. Unfortunately I do not have official datasheet for this SoC so I had to guess memory region size. Those numbers may need to be tweaked if there are devices that need larger memory region or if datasheet has something to say about them. Signed-off-by: Nikolay

Re: [OpenWrt-Devel] [PATCH] [toolchain]: Add experimental GCCGO support

2015-12-13 Thread Hauke Mehrtens
On 12/09/2015 10:39 AM, open...@daniel.thecshore.com wrote: > From: Daniel Dickinson > > Packages can use TARGET_GOC for the gnugcc compiler. > > No generic packaging defaults have been added as I'm not sure what that should > look like or if there are even sensible defaults for the Go projects

[OpenWrt-Devel] [PATCH] [ipq806x] initial support for TP-Link Archer C2600

2015-12-13 Thread Josh Bendavid
From: Josh Bendavid Add initial support for Archer C2600 to Makefiles and profiles along with needed modifications to tplink-safeloader in firmware-tools. The device tree file is similar to the current ap148 dts, with sata and nand removed, and buttons/led's added. This is sufficient to buil

[OpenWrt-Devel] [PATCH] [ipq806x] Add initial support for TP-Link Archer C2600

2015-12-13 Thread Josh Bendavid
From: Josh Bendavid Add initial support for Archer C2600 to Makefiles and profiles along with needed modifications to tplink-safeloader in firmware-tools. The device tree file is similar to the current ap148 dts, with sata and nand removed, and buttons/led's added. This is sufficient to build a

[OpenWrt-Devel] [PATCH 1/1] ar71xx: Update merakinand.sh to fix sysupgrade

2015-12-13 Thread Chris Blake
Remove reliance on /lib/upgrade/nand.sh as this is called by sysupgrade, based on felix's comments at https://lists.openwrt.org/pipermail/openwrt-devel/2015-December/037963.html Signed-off-by: Chris R Blake --- target/linux/ar71xx/base-files/lib/upgrade/merakinand.sh | 1 - 1 file changed, 1 d

Re: [OpenWrt-Devel] [RFC] Fixing broke sysupgrade caused by r47878 (add mr18)

2015-12-13 Thread Felix Fietkau
On 2015-12-12 23:48, Christian Lamparter wrote: > The patch "ar71xx: add support for Cisco's MR18" unfortunately > broke sysupgrade for non-nand ar71xx platforms. This is because > the merakinand.sh was added to the base-files for the ar71xx > platforms and it tries to load /lib/upgrade/nand.sh whi

Re: [OpenWrt-Devel] Possible regression with 6302a648745a7ffa5ef99c77e4d3e05afa12543b

2015-12-13 Thread Etienne Champetier
Hi, Le 13 déc. 2015 14:16, "Nuno Gonçalves" a écrit : > > root@OpenWrt:/tmp# sysupgrade openwrt.bin > /sbin/sysupgrade: .: line 10: can't open '/lib/upgrade/nand.sh' > See mail "[OpenWrt-Devel] [RFC] Fixing broke sysupgrade caused by r47878 (add mr18)" i think > Thanks, > Nuno >

[OpenWrt-Devel] [PATCH] dante: update to 1.4.1

2015-12-13 Thread Dirk Neukirchen
From: Daniel Dickinson - 1.4.x has IPv6 support - set C std explicitly due to gcc 5 changes/old code style of dante - disable pam via configure vars since detection of without pam option is broken (-lpam gets linked in if available) - remove and refresh patches only compile tested Signed-off

[OpenWrt-Devel] Possible regression with 6302a648745a7ffa5ef99c77e4d3e05afa12543b

2015-12-13 Thread Nuno Gonçalves
root@OpenWrt:/tmp# sysupgrade openwrt.bin /sbin/sysupgrade: .: line 10: can't open '/lib/upgrade/nand.sh' Thanks, Nuno ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH][RFC] kernel: swconfig: add API for setting port link speed

2015-12-13 Thread Stefan Rompf
Hi Rafał, > int (*get_port_link)(struct switch_dev *dev, int port, >struct switch_port_link *link); > + int (*set_port_link)(struct switch_dev *dev, int port, > + enum switch_port_speed speed); this creates an assymetric API. I think