Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

2020-04-08 Thread Sergio Paracuellos
On Thu, Apr 9, 2020 at 6:36 AM Sergio Paracuellos wrote: > > Hi again, > > On Thu, Apr 9, 2020 at 5:57 AM Sergio Paracuellos > wrote: > > > > Hi Andre, > > > > On Wed, Apr 8, 2020 at 9:30 AM Sergio Paracuellos > > wrote: > > > > > > Hi André, > > > > > > > > > On Wed, Apr 8, 2020 at 9:13 AM Andr

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

2020-04-08 Thread Sergio Paracuellos
Hi again, On Thu, Apr 9, 2020 at 5:57 AM Sergio Paracuellos wrote: > > Hi Andre, > > On Wed, Apr 8, 2020 at 9:30 AM Sergio Paracuellos > wrote: > > > > Hi André, > > > > > > On Wed, Apr 8, 2020 at 9:13 AM Andre Valentin wrote: > > > > > > Hi Sergio! > > > > > > Am 08.04.20 um 06:28 schrieb Serg

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

2020-04-08 Thread Sergio Paracuellos
Hi Andre, On Wed, Apr 8, 2020 at 9:30 AM Sergio Paracuellos wrote: > > Hi André, > > > On Wed, Apr 8, 2020 at 9:13 AM Andre Valentin wrote: > > > > Hi Sergio! > > > > Am 08.04.20 um 06:28 schrieb Sergio Paracuellos: > > > Hi Andre, > > > > > > On Tue, Apr 7, 2020 at 9:28 PM Andre Valentin > >

Re: [OpenWrt-Devel] [PATCH] generic: spi-nor: rework broken-flash-reset

2020-04-08 Thread Chuanhong Guo
Hi! On Thu, Apr 9, 2020 at 1:02 AM Paul Fertser wrote: > Probably a naive question, but does this have any measurable > performance impact? It will have performance impact. There are two extra function call for every mtd operation. > In any case making reboots more reliable is worth it. I also

[OpenWrt-Devel] RFI: OpenWRT for #DisasterRelief: LoRA: ClusterDuck, LTE, 5G, Mesh, Throttling

2020-04-08 Thread Wes Turner
A thread for discussing OpenWRT for #DisasterRelief: LoRA: ClusterDuck, LTE, Mesh (cc'ing and re-formatting from https://twitter.com/westurner/status/1238859774567026688 ) Please LMK if the forums are the appropriate place for these questions. ## Project OWL ClusterDuck Homepage: http://clusterd

Re: [OpenWrt-Devel] Configuration management for OpenWrt

2020-04-08 Thread Wes Turner
/etc in git + Shell script + Ansible I wrote a shell script that drops lock files in /etc/setup when that function has successfully run without error. If the lock file exists (test -f "/etc/setup/${lockname}"), the function doesn't run again whenever I re-run the shell script. I include /etc/setup

Re: [OpenWrt-Devel] Configuration management for OpenWrt

2020-04-08 Thread Joel Wirāmu Pauling
Ansible doesn't require or need python on targets. In fact it's one of it's biggest selling points and why over a 3rd of modules are network device centric. There is a UCI module for openwrt: https://github.com/lefant/ansible-openwrt-uci I tend to redeploy images/snapshots to VM's and then run o

[OpenWrt-Devel] Configuration management for OpenWrt

2020-04-08 Thread Paul Spooren
Hi all, I was wondering if there are some best practices for configuration management of OpenWrt devices. I understand that it is fairly easy to get/restore a backup of the etc/config folder, but though maybe there are some smarter ways. Ideally a local state (e.g. git repository) would deploy mu

Re: [OpenWrt-Devel] [PATCH v2] phase1: Add JSON merging step

2020-04-08 Thread Paul Spooren
On Wed, 2020-04-08 at 21:09 +0200, Petr Štetiar wrote: > Paul Spooren [2020-04-08 08:57:13]: > > > v2: > > * Removed the `haltOnFailure` options as this may break the > > current > > builds if the merge script show any unexpected errors in the > > buildbot > > environment. This option s

[OpenWrt-Devel] [PATCH] scripts: JSON merge don't crash if no JSON found

2020-04-08 Thread Paul Spooren
The JSON `WORK_DIR` ($(KDIR)/json_info_files) is only created if the new image generation methods from `image.mk` are used. However some targets like `armvirt` do not use it yet, so the folder is never created. The `json_overview_image_info.py` script used to raise an error if the given `WORK_DIR`

Re: [OpenWrt-Devel] [PATCH] ramips: use full 8MB flash on ZyXEL Keenetic

2020-04-08 Thread mail
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Alexey Dobrovolsky > Sent: Mittwoch, 8. April 2020 20:44 > To: m...@adrianschmutzler.de > Cc: Alexey Dobrovolsky ; openwrt- > de...@lists.openwrt.org > Subject: [OpenWrt-Devel] [P

Re: [OpenWrt-Devel] [PATCH v2] phase1: Add JSON merging step

2020-04-08 Thread Petr Štetiar
Paul Spooren [2020-04-08 08:57:13]: > v2: > * Removed the `haltOnFailure` options as this may break the current > builds if the merge script show any unexpected errors in the buildbot > environment. This option should be added again once the script proofs > working. Crash early, cr

[OpenWrt-Devel] View Bill - err

2020-04-08 Thread EE
Just to let you know, we're working on fixing this. The best way to update details is to log on to your EE, *login now >* ( https://ee.co.uk ) You can also *view billing* ( https://ee.co.uk ) to make sure your account details are correct and keep your account safe. Thanks, *The EE Team* © 202

[OpenWrt-Devel] [PATCH v2] phase1: Add JSON merging step

2020-04-08 Thread Paul Spooren
The refactored JSON info files require a final merge step which sums up all created JSON info files of a target into a single `profiles.json` files. This patch adds the extra step to run `make json_overview_image_info` just before calculating the checksums so the `profiles.json` files is signed as

[OpenWrt-Devel] [PATCH] ramips: use full 8MB flash on ZyXEL Keenetic

2020-04-08 Thread Alexey Dobrovolsky
ZyXEL Keenetic has 8MB flash, but OpenWrt uses only 4MB. This commit fixes the problem. Fixes: FS#2487 Fixes: a7cbf59e0e04 ("ramips: add new device ZyXEL Keenetic as kn") WikiDevi page [1] says that ZyXEL Keenetic has FLA1: 8 MiB, there is an article with specs [2] (in Russian). [1] https://wiki

[OpenWrt-Devel] [PATCH 0/1] Increase SPI speed on Mikrotik rbm11g and rbm33g

2020-04-08 Thread Tobias Schramm
This patch increases the SPI clock speed on the rbm11g and rbm33g to 33 MHz. Initially it was set to a empirically determined value. The bug necessitating the empirical testing has since been resolved. 33 MHz is the default used by RouterBOOT. It is well within spec of the SPI flashes used. I've al

[OpenWrt-Devel] [PATCH 1/1] ramips: mt7621: use higher SPI clock speed on Mikrotik rbm11g and rbm33g

2020-04-08 Thread Tobias Schramm
Previously the dts were using a value determined by empirical testing, because of a spi driver/clock bug. The bug was fixed quite some time ago. 33 MHz is the default clock frequency used by RouterBOOT and thus safe. Signed-off-by: Tobias Schramm --- target/linux/ramips/dts/mt7621_mikrotik_rbm11

Re: [OpenWrt-Devel] [PATCH] generic: spi-nor: rework broken-flash-reset

2020-04-08 Thread Paul Fertser
Hello, On Mon, Apr 06, 2020 at 07:44:28PM +0800, Chuanhong Guo wrote: > Instead of resetting flash to 3B address on remove hook, this > implementation only enters 4B mode when needed, which prevents more > unexpected reboot stuck. Probably a naive question, but does this have any measurable perfo

Re: [OpenWrt-Devel] [PATCH 1/3] ramips: mt7621: add LAN port mac address to rbm11g dts

2020-04-08 Thread Tobias Schramm
port@0 { status = "okay"; label = "lan"; + mtd-mac-address = <&hard_config 0x0010>; + mtd-mac-address-increment = <2>; >>> >>> That doesn't make sense to me. >>> >>> gmac0 is configured to 0x

Re: [OpenWrt-Devel] [PATCH 1/3] ramips: mt7621: add LAN port mac address to rbm11g dts

2020-04-08 Thread mail
> -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Tobias Schramm > Sent: Mittwoch, 8. April 2020 15:37 > To: m...@adrianschmutzler.de > Cc: 'Thibaut' ; openwrt-devel@lists.openwrt.org; > 'Chuanhong Guo' > Subject: Re: [OpenWrt-Devel]

Re: [OpenWrt-Devel] [PATCH 1/3] ramips: mt7621: add LAN port mac address to rbm11g dts

2020-04-08 Thread Tobias Schramm
Hi Adrian, >> port@0 { >> status = "okay"; >> label = "lan"; >> +mtd-mac-address = <&hard_config 0x0010>; >> +mtd-mac-address-increment = <2>; > > That doesn't make sense to me. > > gmac0 is configured

[OpenWrt-Devel] [RFC PATCH 1/3] ath79: fix wmac initialization for Zyxel NBG6716

2020-04-08 Thread Adrian Schmutzler
From: Guillaume Lefebvre 2.4 GHz Wifi on ath79 is set up in 10-ath9k-eeprom, but in ar71xx it was done with ath79_register_wmac. Thus, the following errors are observed on the device: ath: phy1: Unable to initialize hardware; initialization status: -5 ath9k 1810.wmac: failed to initialize de

[OpenWrt-Devel] [RFC PATCH 3/3] ath79: fix 5 GHz Wi-Fi on Zyxel NBG6716

2020-04-08 Thread Adrian Schmutzler
This reimplements a fix for the Zyxel NBG6716 from ar71xx: Some NBG6716 do not have ath10k calibration data in flash, only in chip OTP. To determine if flash has a valid calibration data, the first two bytes telling the length of the calibration data are checked against the requested length. If the

[OpenWrt-Devel] [RFC PATCH 2/3] ath79: further fixes for ZyXEL NBG6716

2020-04-08 Thread Adrian Schmutzler
This applies further fixes to the DTS of ZyXEL NBG6716 based on what is found in ar71xx (mach-nbg6716.c): - use WiFi label names as in ar71xx - fix WPS gpio number - fix GPIO_ACTIVE_HIGH and mode for WiFi switch - add codes for USB eject buttons Despite, add the WAN led to 01_leds. Signed-off-by

[OpenWrt-Devel] [RFC PATCH 0/3] ath79: further fixes for Zyxel NBG6716 support

2020-04-08 Thread Adrian Schmutzler
This adds a collection of further fixes for Zyxel NBG6716. All of these patches are RFC, as I do not own the device and have just collected stuff based on discontinued PRs and what I found when comparing to ar71xx. Despite, some solution are only working partially, need some adjustment, or are jus

Re: [OpenWrt-Devel] [PATCH 0/3] Clean up and reenable Mikrotik rbm11g

2020-04-08 Thread mail
Hi Tobias, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Tobias Schramm > Sent: Mittwoch, 8. April 2020 12:47 > To: Chuanhong Guo > Cc: Thibaut ; openwrt-devel@lists.openwrt.org; Tobias > Schramm > Subject: [OpenWrt-Devel] [PAT

Re: [OpenWrt-Devel] [PATCH 1/3] ramips: mt7621: add LAN port mac address to rbm11g dts

2020-04-08 Thread mail
Hi Tobias, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Tobias Schramm > Sent: Mittwoch, 8. April 2020 12:47 > To: Chuanhong Guo > Cc: Thibaut ; openwrt-devel@lists.openwrt.org; Tobias > Schramm > Subject: [OpenWrt-Devel] [PAT

[OpenWrt-Devel] [PATCH 1/3] ramips: mt7621: add LAN port mac address to rbm11g dts

2020-04-08 Thread Tobias Schramm
This commit adds a mac address from the hard_config partition to LAN port of rbm11g. Signed-off-by: Tobias Schramm --- target/linux/ramips/dts/mt7621_mikrotik_rbm11g.dts | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/ramips/dts/mt7621_mikrotik_rbm11g.dts b/target/linux/ramip

[OpenWrt-Devel] [PATCH 3/3] ramips: mt7621: reenable rbm11g

2020-04-08 Thread Tobias Schramm
I have a rbm11g and can confirm that the LAN port is indeed switch port 0. Signed-off-by: Tobias Schramm --- target/linux/ramips/dts/mt7621_mikrotik_rbm11g.dts | 1 - target/linux/ramips/image/mt7621.mk| 1 - 2 files changed, 2 deletions(-) diff --git a/target/linux/ramips/dts/m

[OpenWrt-Devel] [PATCH 0/3] Clean up and reenable Mikrotik rbm11g

2020-04-08 Thread Tobias Schramm
This patchset reenables building of images for the Mikrotik rbm11g. The Mikrotik rbm11g was disabled in 838f1fbb50e9 ("ramips: mt7621: disable image for mikrotik_rbm11g") due to confusion on which switch port is the LAN port. I own a rbm11g and can confirm that switch port 0 is the LAN port. Add

[OpenWrt-Devel] [PATCH 2/3] ramips: mt7621: add label mac address to rbm11g

2020-04-08 Thread Tobias Schramm
The rbm11g has a label with printed on mac address similar to the rbm33g. Signed-off-by: Tobias Schramm --- target/linux/ramips/mt7621/base-files/etc/board.d/02_network | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/ramips/mt7621/base-files/etc/board.d/02_network b/target/linu

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

2020-04-08 Thread Thibaut
Successfully Tested-by on ramips RBM33G by Tobias Schramm (in CC). > Le 3 avr. 2020 à 20:20, Thibaut VARÈNE a écrit : > > 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

Re: [OpenWrt-Devel] [PATCH 11/11] ramips: MikroTik RBM33G routerboot partitions

2020-04-08 Thread Thibaut
I received a successful test report from Tobias Schramm (CC’d) on ramips MikroTik RBM33G, who agreed to have his Tested-by applied. Dmesg attached. routerboot-dynamic-partitions.log Description: Binary data > Le 28 mars 2020 à 15:20, Thibaut VARÈNE a écrit : > > Signed-off-by: Thibaut VARÈN

Re: [OpenWrt-Devel] Is it possible to create two images for the same device with a different set of DEVICE_PACKAGES?

2020-04-08 Thread Andre Valentin
Hi Bjoern, I made a patch for include/image-commands.mk that allows to building squashfs initrd images. The reason for me is that the imagebuilder is unable to generate initramfs images. When building the final images with the imagebuilder you can define which packages to include. Your platform

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

2020-04-08 Thread Sergio Paracuellos
Hi André, On Wed, Apr 8, 2020 at 9:13 AM Andre Valentin wrote: > > Hi Sergio! > > Am 08.04.20 um 06:28 schrieb Sergio Paracuellos: > > Hi Andre, > > > > On Tue, Apr 7, 2020 at 9:28 PM Andre Valentin wrote: > >> > >> Am 07.04.20 um 20:05 schrieb Sergio Paracuellos: > >>> Hi, > >>> > >>> On Tue,

Re: [OpenWrt-Devel] Is it possible to create two images for the same device with a different set of DEVICE_PACKAGES?

2020-04-08 Thread Bjørn Mork
Tomasz Maciej Nowak writes: > In include/kernel-defaults.mk there is > INITRAMFS_EXTRA_FILES ?= > $(GENERIC_PLATFORM_DIR)/image/initramfs-base-files.txt. > Maybe You could add a logic for ignore files list if they exist. No other > solution comes to my mind. Thanks for the suggestion. But I b

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

2020-04-08 Thread Andre Valentin
Hi Sergio! Am 08.04.20 um 06:28 schrieb Sergio Paracuellos: > Hi Andre, > > On Tue, Apr 7, 2020 at 9:28 PM Andre Valentin wrote: >> >> Am 07.04.20 um 20:05 schrieb Sergio Paracuellos: >>> Hi, >>> >>> On Tue, Apr 7, 2020 at 12:16 PM Chuanhong Guo wrote: [CC Sergio who worked on upstrea