Re: [OpenWrt-Devel] [RFC] stop accepting 4/32M board patches

2018-12-15 Thread Rozhuk Ivan
On Sat, 15 Dec 2018 22:49:20 +0100 Petr Štetiar wrote: > > Its a bit strange situation: OpenWRT contain few dozen rt3xxx dts > > profiles, and you will build all of them, ecxept few new added. I > > dont know how often image generetad for all boards, but at least > > once per month or for

Re: [OpenWrt-Devel] [RFC] stop accepting 4/32M board patches

2018-12-15 Thread Petr Štetiar
Rozhuk Ivan [2018-12-16 00:34:06]: > Jo-Philipp Wich wrote: > > > I'd favor accepting the basic board support for such boards but disabling > > the image generation (commented out). > > Its a bit strange situation: OpenWRT contain few dozen rt3xxx dts profiles, > and you will build all of

Re: [OpenWrt-Devel] [RFC] stop accepting 4/32M board patches

2018-12-15 Thread Rozhuk Ivan
On Sat, 15 Dec 2018 14:08:39 +0100 Jo-Philipp Wich wrote: > I'd favor accepting the basic board support for such boards but > disabling the image generation (commented out). Its a bit strange situation: OpenWRT contain few dozen rt3xxx dts profiles, and you will build all of them, ecxept few

[OpenWrt-Devel] [PATCH v2 1/7] kernel: add DT binding support to the fit parser

2018-12-15 Thread Christian Lamparter
It allows specifying default and Netgear parsers directly in the DT. Signed-off-by: Christian Lamparter --- .../linux/generic/files/drivers/mtd/mtdsplit/mtdsplit_fit.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/target/linux/generic/files/drivers/mtd/mtdsplit/mtdsplit_fit.c

[OpenWrt-Devel] [PATCH v2 6/7] ipq40xx: specify "firmware" partition format for GL.iNet GL-B1300

2018-12-15 Thread Christian Lamparter
Specify firmware partition format by compatible string. Signed-off-by: Christian Lamparter --- .../files-4.14/arch/arm/boot/dts/qcom-ipq4029-gl-b1300.dts | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4029-gl-b1300.dts

[OpenWrt-Devel] [PATCH v2 5/7] ipq40xx: specify "firmware" partition format for Compex WPJ428

2018-12-15 Thread Christian Lamparter
Specify firmware partition format by compatible string. Signed-off-by: Christian Lamparter --- .../ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4028-wpj428.dts | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4028-wpj428.dts

[OpenWrt-Devel] [PATCH v2 7/7] ipq40xx: specify "firmware" partition format for EnGenius EAP1300

2018-12-15 Thread Christian Lamparter
Specify firmware partition format by compatible string. Cc: Steven Lin Signed-off-by: Christian Lamparter --- .../files-4.14/arch/arm/boot/dts/qcom-ipq4018-eap1300.dts| 1 + 1 file changed, 1 insertion(+) diff --git

[OpenWrt-Devel] [PATCH v2 3/7] ipq40xx: specify "firmware" partition format for Netgear EX61[50]0v2

2018-12-15 Thread Christian Lamparter
Specify firmware partition format by compatible string. Cc: David Bauer Signed-off-by: Christian Lamparter --- .../files-4.14/arch/arm/boot/dts/qcom-ipq4018-ex61x0v2.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git

[OpenWrt-Devel] [PATCH v2 4/7] ipq40xx: specify "firmware" partition format for ZyXEL WRE6606

2018-12-15 Thread Christian Lamparter
Specify firmware partition format by compatible string. Signed-off-by: Christian Lamparter --- .../files-4.14/arch/arm/boot/dts/qcom-ipq4018-wre6606.dts| 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4018-wre6606.dts

[OpenWrt-Devel] [PATCH v2 2/7] ipq40xx: specify "firmware" partition format for AVM Fritz!Box 4040

2018-12-15 Thread Christian Lamparter
Specify firmware partition format by compatible string. Signed-off-by: Christian Lamparter --- .../files-4.14/arch/arm/boot/dts/qcom-ipq4018-fritz4040.dts | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4018-fritz4040.dts

Re: [OpenWrt-Devel] [PATCH 1/4] mvebu: add Turris Omnia LED support

2018-12-15 Thread Petr Štetiar
[Adding Tomas to the Cc loop] Klaus Kudielka [2018-12-15 12:33:46]: > This is what I would do: Split this patch (1/4) into two. One for driver & > Makefile, one for the device tree extension. I'm sorry, but I think, that this is not going to be that easy :-) In the almost two year old

Re: [OpenWrt-Devel] [PATCH] ipq806x: add ath10k calibration data MAC addresses patching

2018-12-15 Thread Christian Lamparter
On Wednesday, November 14, 2018 8:39:22 PM CET Ben Greear wrote: > On 11/01/2018 03:18 AM, Felix Fietkau wrote: > > On 2018-10-28 17:39, Christian Lamparter wrote: > >> Ben Greear reported in his patch: > >> |Subject: netgear r7800: Fix mac address of radios. > >> | > >> |Reloading the driver

Re: [OpenWrt-Devel] [RFC] stop accepting 4/32M board patches

2018-12-15 Thread Jo-Philipp Wich
Hi, I'm against rejecting such submissions if they're self-contained enough (e.g. for DTS based targets as mentioned by Piotr). I'd favor accepting the basic board support for such boards but disabling the image generation (commented out). ~ Jo signature.asc Description: OpenPGP digital

Re: [OpenWrt-Devel] [PATCH 1/4] mvebu: add Turris Omnia LED support

2018-12-15 Thread Klaus Kudielka
Hello Petr, On 15.12.18 10:09, Petr Štetiar wrote: if I understand the situation about Omnia LEDs correctly, this patch is just adding missing features which are nice to have, but not necessary for seamless OpenWrt usage of the device, right? Correct. Anyway, it would be probably nice if

Re: [OpenWrt-Devel] [PATCH 1/4] mvebu: add Turris Omnia LED support

2018-12-15 Thread Petr Štetiar
On December 15, 2018 8:19:34 AM UTC, Klaus Kudielka wrote: Hi Klaus, >I have implemented your suggestion [1], and it seems to work in the >normal use case. I guess I'll wait some more time for other comments, >before sending patch version 2. if I understand the situation about Omnia LEDs

Re: [OpenWrt-Devel] [PATCH 1/4] mvebu: add Turris Omnia LED support

2018-12-15 Thread Klaus Kudielka
On 13.12.18 09:50, Bjørn Mork wrote: Klaus Kudielka writes: ++ err = led_classdev_register(>dev, [i].led_cdev); ++ if (err < 0) ++ goto exit; ++ ++ err = device_create_file(leds[i].led_cdev.dev, ++