Re: [OpenWrt-Devel] [PATCH] bcm53xx: tidy up board.d/02_network even further

2020-04-03 Thread Rafał Miłecki
Hey, On 03.04.2020 21:29, Adrian Schmutzler wrote: This arranges the code in 02_network to resemble the structure using lan_macaddr and wan_macaddr variables like in other targets as close as possible (without becoming non-cosmetic). I'm sorry but I'm starring at it and I see hardly any improv

Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4

2020-04-03 Thread Bjørn Mork
writes: >> AP is now revived *with* v5.4 built with gcc-8.4.0. > > So, this is sorted out? Well... There is a kernel patch which seems to work for me, and that's all. But I'm unable to write any meaningful commit message explaining it. So this still needs to be looked at by someone with a clue

Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4

2020-04-03 Thread mail
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Bjørn Mork > Sent: Freitag, 3. April 2020 16:12 > To: Russell Senior > Cc: openwrt-devel ; David Bauer > ; Magnus Kroken > Subject: Re: [OpenWrt-Devel] [PATCH] ath79: switch to

[OpenWrt-Devel] [PATCH] bcm53xx: tidy up board.d/02_network even further

2020-04-03 Thread Adrian Schmutzler
This arranges the code in 02_network to resemble the structure using lan_macaddr and wan_macaddr variables like in other targets as close as possible (without becoming non-cosmetic). Signed-off-by: Adrian Schmutzler Cc: Rafał Miłecki --- .../bcm53xx/base-files/etc/board.d/02_network | 27 ++

[OpenWrt-Devel] [RFC/RFT] bcm63xx: add testing support for kernel 5.4

2020-04-03 Thread mail
Hi all, I've created a GitHub PR for bumping bcm63xx to kernel 5.4: https://github.com/openwrt/openwrt/pull/2887 I have made this compile, but I do not own a bcm63xx device, so I would be happy about testers. Despite, this is my first kernel bump, I mainly did it to learn how to do. So, I'd al

[OpenWrt-Devel] [PATCH 8/8] generic: platform/mikrotik: support LZOR encoding

2020-04-03 Thread Thibaut VARÈNE
Some newer MikroTik RouterBOARD devices use a new encoding scheme for their WLAN calibration data. This patch provides support for decoding this new scheme. Signed-off-by: Thibaut VARÈNE --- .../drivers/platform/mikrotik/rb_hardconfig.c | 261 - 1 file changed, 260 inser

[OpenWrt-Devel] [PATCH 5/8] ath79: enable mikrotik platform driver

2020-04-03 Thread Thibaut VARÈNE
Signed-off-by: Thibaut VARÈNE --- target/linux/ath79/mikrotik/config-default | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/ath79/mikrotik/config-default b/target/linux/ath79/mikrotik/config-default index a95d13406a..11b3a8c4bf 100644 --- a/target/linux/ath79/mikrotik/config-

[OpenWrt-Devel] [PATCH 0/8, RFC] RouterBOARD sysfs driver for RouterBoot data

2020-04-03 Thread Thibaut VARÈNE
Following a conversation on IRC, this patchset introduces a sysfs interface to access routerboot "hard_config" data (as stored in the flash segment of the same name) in a consistent, platform-independent manner. The rationale for this patchset is threefold: 1/ Make "hard_config" data accessible i

[OpenWrt-Devel] [PATCH 6/8] ar71xx: enable mikrotik platform driver

2020-04-03 Thread Thibaut VARÈNE
Signed-off-by: Thibaut VARÈNE --- target/linux/ar71xx/mikrotik/config-default | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/ar71xx/mikrotik/config-default b/target/linux/ar71xx/mikrotik/config-default index e324e4c252..984e5aa908 100644 --- a/target/linux/ar71xx/mikrotik/con

[OpenWrt-Devel] [PATCH 7/8] ramips: enable mikrotik platform driver

2020-04-03 Thread Thibaut VARÈNE
Signed-off-by: Thibaut VARÈNE --- target/linux/ramips/mt7621/config-4.14 | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/ramips/mt7621/config-4.14 b/target/linux/ramips/mt7621/config-4.14 index 2ae6afb97f..a90f8ad6cd 100644 --- a/target/linux/ramips/mt7621/config-4.14 +++ b/ta

[OpenWrt-Devel] [PATCH 3/8] generic: mikrotik platform build bits (4.19)

2020-04-03 Thread Thibaut VARÈNE
UNTESTED Signed-off-by: Thibaut VARÈNE --- .../270-platform-mikrotik-build-bits.patch | 36 ++ 1 file changed, 36 insertions(+) create mode 100644 target/linux/generic/pending-4.19/270-platform-mikrotik-build-bits.patch diff --git a/target/linux/generic/pending-4.

[OpenWrt-Devel] [PATCH 4/8] generic: CONFIG_MIKROTIK is not set

2020-04-03 Thread Thibaut VARÈNE
Signed-off-by: Thibaut VARÈNE --- target/linux/generic/config-4.14 | 1 + target/linux/generic/config-4.19 | 1 + target/linux/generic/config-5.4 | 1 + 3 files changed, 3 insertions(+) diff --git a/target/linux/generic/config-4.14 b/target/linux/generic/config-4.14 index e42139744a..9e9b0e1d7c

[OpenWrt-Devel] [PATCH 1/8] generic: routerboot sysfs platform driver

2020-04-03 Thread Thibaut VARÈNE
This driver exposes the data encoded in the "hard_config" flash segment of MikroTik RouterBOARDs devices. It presents the data in a sysfs folder named "hard_config". The WLAN calibration data is available on demand via the 'wlan_data' sysfs file in that folder. This driver permanently allocates a

[OpenWrt-Devel] [PATCH 2/8] generic: mikrotik platform build bits (4.14)

2020-04-03 Thread Thibaut VARÈNE
Signed-off-by: Thibaut VARÈNE --- .../270-platform-mikrotik-build-bits.patch | 36 ++ 1 file changed, 36 insertions(+) create mode 100644 target/linux/generic/pending-4.14/270-platform-mikrotik-build-bits.patch diff --git a/target/linux/generic/pending-4.14/270-pla

Re: [OpenWrt-Devel] [PATCH v2] mvebu: add support for Buffalo LinkStation LS421DE

2020-04-03 Thread Daniel González Cabanelas
Thanks for being precise. I already tuned again the dts file with your instructions. I'll delete the nls modules, and include kmod-md-mod, kmod-md-raid0 and kmod-md-raid1 which are used by the stock firmware for managing the SATA drives. I also noticed that this board comes with the GPIO4 enabled

[OpenWrt-Devel] [PATCHv2] linux-atm: Include linux/sockios.h for SIOCGSTAMP

2020-04-03 Thread Norbert van Bolhuis
Since linux kernel commit 0768e17073dc527ccd18ed5f96ce85f9985e9115 (2019-04-19) the asm-generic/sockios.h header no longer defines SIOCGSTAMP. Instead it provides only SIOCGSTAMP_OLD. The linux/sockios.h header now defines SIOCGSTAMP using either SIOCGSTAMP_OLD or SIOCGSTAMP_NEW as appropriate.

Re: [OpenWrt-Devel] [PATCH] bcm53xx: reorder board.d code in 02_network

2020-04-03 Thread mail
Hi Rafał, Acked-by: Adrian Schmutzler One comment inline below. You may also consider using the similar "function-style" approach used in ath79, ramips, ...: https://github.com/openwrt/openwrt/blob/master/target/linux/ath79/generic/base-files/etc/board.d/02_network > -Original Message

[OpenWrt-Devel] [PATCH] bcm53xx: reorder board.d code in 02_network

2020-04-03 Thread Rafał Miłecki
From: Rafał Miłecki Reorder existing code so that: 1. Switch config gets handled first 2. WAN interface generic code gets always executed Before this change WAN interface code wasn't executed on all devices due to early "exit 0". Signed-off-by: Rafał Miłecki --- .../bcm53xx/base-files/etc/boa

Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4

2020-04-03 Thread Bjørn Mork
Russell Senior writes: > FYI: https://bugs.openwrt.org/index.php?do=details&task_id=2928 Thanks a lot! AP is now revived *with* v5.4 built with gcc-8.4.0. Hauke already did all the hevy debugging work. I assumed that if http://git.kernel.org/linus/9012d011660ea5cf2a623e1de207a2bc0ca6936d b

Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4

2020-04-03 Thread Russell Senior
FYI: https://bugs.openwrt.org/index.php?do=details&task_id=2928 On Fri, Apr 3, 2020 at 3:13 AM David Bauer wrote: > Hello Magnus, > > On 4/3/20 12:07 PM, Magnus Kroken wrote: > > Hi all > > > > On 03.04.2020 11:21, Bjørn Mork wrote: > >> David Bauer writes: > >> > >>> As the reported major bugs

Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4

2020-04-03 Thread David Bauer
Hello Magnus, On 4/3/20 12:07 PM, Magnus Kroken wrote: > Hi all > > On 03.04.2020 11:21, Bjørn Mork wrote: >> David Bauer writes: >> >>> As the reported major bugs are ironed out, switch to the new kernel to >>> begin testing with a broader audience. >> >> >> Hmm... I wonder if you might want to

Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4

2020-04-03 Thread Magnus Kroken
Hi all On 03.04.2020 11:21, Bjørn Mork wrote: David Bauer writes: As the reported major bugs are ironed out, switch to the new kernel to begin testing with a broader audience. Hmm... I wonder if you might want to hold back on that for a while. I have no useful info yet since I don't have

Re: [OpenWrt-Devel] [PATCH] ath79: switch to kernel 5.4

2020-04-03 Thread Bjørn Mork
David Bauer writes: > As the reported major bugs are ironed out, switch to the new kernel to > begin testing with a broader audience. Hmm... I wonder if you might want to hold back on that for a while. I have no useful info yet since I don't have console access on this device, but I just lost