Re: [OpenWrt-Devel] [PATCH] mvebu: add support for GL.iNet GL-MV1000

2020-04-15 Thread Li . zhang
Hi Tomasz, Crucial question is left unanswered: Does the U-Boot by default boot OpenWrt from eMMC only or eMMC and SD card? And if boot from both, which is booted first? ---> Boot openwrt from EMMC by default. If boot from both,Emmc is booted first. Regards,Li Li Zhang | Software Engineer li.zh

Re: [OpenWrt-Devel] openwrt-18.06 broken since kernel bump 4.14 to 4.14.169

2020-04-15 Thread David Bauer
Hello Luiz, On 4/15/20 4:16 AM, Luiz Angelo Daros de Luca wrote: > Hello, > > I was doing a clean build for 18.06 and got: > > x86 instruction decoder selftest (X86_DECODER_SELFTEST) [N/y/?] (NEW) aborted! > > It looks like kernel bump happened both in openwrt-19.07 > (eca8a2ee0d4404d9454cac47

Re: [OpenWrt-Devel] [PATCH] mvebu: add support for GL.iNet GL-MV1000

2020-04-15 Thread Piotr Dymacz
Hi Tomasz, Li, On 14.04.2020 20:53, Tomasz Maciej Nowak wrote: W dniu 14.04.2020 o 06:20, Li.zhang pisze: Hi Tomasz, Thank you very much for you correction. +}; + +&spi0 { +status = "okay"; + +flash@0 { +reg = <0>; +compatible = "jedec,spi-nor";

Re: [OpenWrt-Devel] [PATCH] mvebu: add support for GL.iNet GL-MV1000

2020-04-15 Thread Li . zhang
Hi Piotr,Tomasz: ART has a specific meaning (Atheros Radio Test) and it looks just wrong here, not just weird. Why not change it to something less misleading? Maybe 'factory' or 'vendor'? Thank you very much for your advise.Next time,I'll change it. Li Zhang | Software Engineer li.zh...@gl-in

Re: [OpenWrt-Devel] [PATCH v3] ramips: add support for Asus RT-N10P V3 / RT-N11P B1 / RT-N12 VP B1

2020-04-15 Thread mail
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Ernst Spielmann > Sent: Dienstag, 14. April 2020 16:13 > To: openwrt-devel@lists.openwrt.org > Cc: Ernst Spielmann > Subject: [OpenWrt-Devel] [PATCH v3] ramips: add support for A

Re: [OpenWrt-Devel] [PATCH] ath79: add support for GL.iNet GL-X1200

2020-04-15 Thread mail
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of guilin.w...@gl-inet.com > Sent: Freitag, 10. April 2020 06:50 > To: openwrt-devel@lists.openwrt.org > Cc: guilin.w...@gl-inet.com > Subject: [OpenWrt-Devel] [PATCH] ath79: add sup

[OpenWrt-Devel] [PATCH] ramips: remove config-4.14 for mt7621/mt76x8

2020-04-15 Thread Adrian Schmutzler
mt7621 and mt76x8 subtargets have been moved to kernel 5.4 and their DTS(I) files are incompatible to kernel 4.14. Remove the corresponding kernel config files to signal that more boldly and to prevent accidentally patching the wrong kernel when pulling in older config patches. Signed-off-by: Adr

[OpenWrt-Devel] [PATCH 2/2] ath79: add support for AVM FRITZ!WLAN Repeater 1750E

2020-04-15 Thread David Bauer
This commit adds support for the AVM Fritz!WLAN Repeater 1750E SOC:Qualcomm QCA9556 (Scorpion) 720MHz MIPS74Kc RAM:64MB Zentel A3R12E40CBF DDR2 FLASH: 16MiB Winbond W25Q128 SPI NOR WLAN1: QCA9556 2.4 GHz 802.11b/g/n 3x3 WLAN2: QCA9880 5 GHz 802.11 n/ac 3x3 INPUT: WPS button LED:Pow

[OpenWrt-Devel] [PATCH 1/2] ath79: add QCA9550 reset sequence

2020-04-15 Thread David Bauer
The QCA9550 family of SoCs have a slightly different reset sequence compared to older chips. Normally the bootloader performs this sequence, however some bootloader implementation expect the operating system to clear the reset. Also get the PCIe resets from OF to support the second RC of the QCA95

Re: [OpenWrt-Devel] [PATCH 2/2] ath79: add support for AVM FRITZ!WLAN Repeater 1750E

2020-04-15 Thread Enrico Mioso
Hello!! Does the scripts/flashing/eva_ramboot.py work with the version of the EVA boot loader on this board? If so, you may rewrite the commit instructions using it, to mainline the process a little bit, if you want. Only matter of taste. thanks!! Enrico __

Re: [OpenWrt-Devel] [PATCH 2/2] ath79: add support for AVM FRITZ!WLAN Repeater 1750E

2020-04-15 Thread mail
Hi David, a few comments inline. > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of David Bauer > Sent: Mittwoch, 15. April 2020 18:47 > To: openwrt-devel@lists.openwrt.org > Subject: [OpenWrt-Devel] [PATCH 2/2] ath79: add support fo

Re: [OpenWrt-Devel] [RFC] x86: use multiple profiles

2020-04-15 Thread Daniel Golle
On Tue, Apr 14, 2020 at 03:08:09PM -1000, Paul Spooren wrote: > Hi all, > > the x86 been recently reworked (cb007a7bf6) and now it is easily possible to > define multiple profiles. Currently only a `generic` profile is offered which > builds mbr and efi grub images with a standard selection of pac

Re: [OpenWrt-Devel] [RFC] x86: use multiple profiles

2020-04-15 Thread Joel Wirāmu Pauling
Related; would be nice to have a supported atomic update method (rollforward/back) and/or adapt sysupgrade/opkg to cope with full sys-upgrade style opperation. Fedora CoreOS and OSTree may be a possible inspiration point. Either way I am getting tired of need to have to stand up a new VM - clone

Re: [OpenWrt-Devel] [PATCH 2/2] ath79: add support for AVM FRITZ!WLAN Repeater 1750E

2020-04-15 Thread David Bauer
Hello Enrico, On 4/15/20 6:59 PM, Enrico Mioso wrote: > Hello!! > > Does the scripts/flashing/eva_ramboot.py work with the version of the EVA > boot loader on this board? The device can write to It's flash without the need of a running initramfs image. So while it works, there's no benefit in p

[OpenWrt-Devel] [PATCH] linux/generic: remove obsolete config option LEDS_TRIGGER_IDE_DISK

2020-04-15 Thread Thomas Albers via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Kernel config option LEDS_TRIGGER_

Re: [OpenWrt-Devel] [RFC] x86: use multiple profiles

2020-04-15 Thread Alberto Bursi
On 16/04/20 01:16, Joel Wirāmu Pauling wrote: Related; would be nice to have a supported atomic update method (rollforward/back) and/or adapt sysupgrade/opkg to cope with full sys-upgrade style opperation. Fedora CoreOS and OSTree may be a possible inspiration point. Either way I am getti

[OpenWrt-Devel] [PATCH] ipq806x: enable disk-activity LED trigger

2020-04-15 Thread Thomas Albers via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- This changes the ide-disk LED trig