Re: [OpenWrt-Devel] Squashfs breakage lottery with UBI WAS: [PATCH RFC 2/2] amp821xx: use newly added pad-squashfs for Meraki MR24

On Saturday, August 24, 2019 2:18:55 AM CEST Russell Senior wrote: > >>>>> "Christian" == Christian Lamparter writes: > > > I've posted a similar message to the bugreport: > > <https://bugs.openwrt.org/index.php?do=details&task_id=2460>

[OpenWrt-Devel] [RFC PATCH 2/2] apm821xx: utilize softoff on the MyBook Live Series

when poweroff gets called and the kernel supposed to just do its infinite loop thing. With this somewhat universal "softoff" the device will be able to enter a similar-but-different shutdown-like state with the HDDs in a safer standby mode so it can be moved and disconnected. Signed-of

[OpenWrt-Devel] [RFC PATCH 1/2] softoff: add softoff utility

eset()) or suffer because the platform has a no-way-out watchdog that can trigger a hardware reboot which can bring the device out of its "poweroff" state. Signed-off-by: Christian Lamparter --- package/utils/softoff/Makefile | 36 + packa

[OpenWrt-Devel] Squashfs breakage lottery with UBI WAS: [PATCH RFC 2/2] amp821xx: use newly added pad-squashfs for Meraki MR24

On Thursday, August 22, 2019 1:00:21 PM CEST Russell Senior wrote: > > Using pad-squashfs ensures that the root.squashfs is assigned sufficient > LEBs on UBI such that all reads of the rootfs succeed, in order to avoid > read failures and kernel panics. > > This fixes one such kernel panic observ

Re: [OpenWrt-Devel] [PATCH] ath79: convert devices to interrupt-driven gpio-keys

On Friday, August 2, 2019 8:03:17 PM CEST Jeff Kletsky wrote: > > On 8/2/19 7:46 AM, Adrian Schmutzler wrote: > > This converts all remaining devices to use interrupt-driven > > gpio-keys compatible instead of gpio-keys-polled. > > The poll-interval is removed. > > > > Not that this proposed chan

Re: [OpenWrt-Devel] [PATCH v2] gpio-button-hotplug: mind debounce interval consistently

Hello David, On Sunday, July 14, 2019 12:55:02 AM CEST David Bauer wrote: > On 7/14/19 12:04 AM, Christian Lamparter wrote: > > The "goto set_setstate;" only happens if state = 0 (Which in gpio-button > > context means) that the button is in an unpressed state. > &g

Re: [OpenWrt-Devel] [PATCH v2] gpio-button-hotplug: mind debounce interval consistently

n the other hand, the "git commit && git push" is just one "enter" away. ;) We can finish this "right now" and deal with the "shoot from the hip" later. (Though this is not advised) > On 13.07.19 18:04, Christian Lamparter wrote: > > On Wedn

Re: [OpenWrt-Devel] [PATCH v2] gpio-button-hotplug: mind debounce interval consistently

Hello David, On Wednesday, July 10, 2019 12:31:12 AM CEST David Bauer wrote: > thanks for your reworked patch. I think i found two bugs around the debounce > interval for both flavors. I'll have to admit, they are both edgecases ;) > > On 06.07.19 23:57, Christian Lamparter

Re: [OpenWrt-Devel] [PATCH v2] gpio-button-hotplug: mind debounce interval consistently

d gpio-keys. Hence this patch unifies the shared logic into the gpio_keys_handle_button() function and modify both implementations to handle the initial state properly. Run-tested for 'gpio-keys' and 'gpio-keys-polled' on - devolo WiFi pro 1200e - devolo WiFi pro 1750c - dev

Re: [OpenWrt-Devel] [PATCH] gemini: Add StorLink SL93512r images

On Sunday, June 30, 2019 5:07:56 PM CEST Linus Walleij wrote: > This adds image generation for the StorLink reference design > SL93512r. This board is now supported upstream in kernel > v4.19. > > As this image structure is identical to SQ201 and Raidsonic, > we simply refer to this as "storlink-r

[OpenWrt-Devel] [PATCH] mpc85xx: Use gzip compressed kernel on HiveAP-330

y: Chris Blake [run-tested] Signed-off-by: Pawel Dembicki Signed-off-by: Christian Lamparter [filled in even more text] --- target/linux/mpc85xx/image/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/mpc85xx/image/Makefile b/target/linux/mpc85xx/image/Makefi

Re: [OpenWrt-Devel] [PATCHv2] toolchain: Don't force GCC8 on ARC

On Wednesday, July 3, 2019 10:16:51 PM CEST Rosen Penev wrote: > When selecting GCC9 under Advanced options, GCC8 still gets selected. > > Signed-off-by: Rosen Penev Looks like we came to the same conclusion (see date). https://git.openwrt.org/?p=openwrt/staging/chunkeey.git;a=commit;h=a03fe6d02

Re: [OpenWrt-Devel] [PATCH] toolchain: Don't force GCC8 on ARC

On Monday, June 24, 2019 11:03:23 PM CEST Christian Lamparter wrote: > On Monday, June 24, 2019 10:01:51 PM CEST Rosen Penev wrote: > > On Mon, Jun 24, 2019 at 1:00 PM Christian Lamparter > > wrote: > > > > > > On Saturday, June 22, 2019 8:57:32 PM CEST Rosen Pe

Re: [OpenWrt-Devel] [PATCH] ramips: add support for ASUS RT-AC57U

Hi David, On Monday, June 24, 2019 10:00:06 PM CEST David Bauer wrote: > Hello Christian, > >> + > >> + keys { > >> + compatible = "gpio-keys-polled"; > > The MT7261 should support interrupt-supported gpio-keys. > > I will try your suggestion, however i suspect we will face the same >

Re: [OpenWrt-Devel] [PATCH] ramips: mt7621: Add new device AsiaRF AP7621-001

On Tuesday, June 25, 2019 10:34:47 AM CEST Daniel Danzberger wrote: > > On 6/24/19 10:17 PM, Christian Lamparter wrote: > >> diff --git a/target/linux/ramips/dts/AP7621-001.dts > >> b/target/linux/ramips/dts/AP7621-001.dts > >> new file mode 100644 > >>

Re: [OpenWrt-Devel] [PATCH] toolchain: Don't force GCC8 on ARC

On Monday, June 24, 2019 10:01:51 PM CEST Rosen Penev wrote: > On Mon, Jun 24, 2019 at 1:00 PM Christian Lamparter > wrote: > > > > On Saturday, June 22, 2019 8:57:32 PM CEST Rosen Penev wrote: > > > On Sat, Jun 22, 2019 at 7:37 AM Christian Lamparter > > >

Re: [OpenWrt-Devel] [PATCH] ath79: add support for gl-ar750

On Monday, June 24, 2019 10:41:37 AM CEST Luochongjun wrote: > This patch support gl-ar750 on ath79. I'm looking at this previous patch for the GL-X750. And I think you can do better than this gl-ar750 post. Can

Re: [OpenWrt-Devel] [PATCH] ramips: mt7621: Add new device AsiaRF AP7621-001

On Monday, June 24, 2019 6:13:20 PM CEST Daniel Danzberger wrote: > SoC:Mediatek MT7621A > CPU:4x 880Mhz > Cache: 32 KB I-Cache and 32 KB D-Cach > 256 KB L2 Cache (shared by Dual-Core) > RAM:DDR3 512MB 16bits BUS > FLASH: 16MB > Switch: Mediatek Gig

Re: [OpenWrt-Devel] [PATCH] toolchain: Don't force GCC8 on ARC

On Saturday, June 22, 2019 8:57:32 PM CEST Rosen Penev wrote: > On Sat, Jun 22, 2019 at 7:37 AM Christian Lamparter > wrote: > > > > On Thursday, June 20, 2019 9:33:04 PM CEST Rosen Penev wrote: > > > This prevents overriding it to use GCC9. > > &

Re: [OpenWrt-Devel] [PATCH] ramips: add support for ASUS RT-AC57U

On Monday, June 24, 2019 2:31:57 PM CEST David Bauer wrote: Some comments below. > diff --git a/target/linux/ramips/dts/RT-AC57U.dts > b/target/linux/ramips/dts/RT-AC57U.dts > --- /dev/null > +++ b/target/linux/ramips/dts/RT-AC57U.dts > @@ -0,0 +1,150 @@ > +// SPDX-License-Identifier: GPL-2.0-or

Re: [OpenWrt-Devel] [PATCH] toolchain: Don't force GCC8 on ARC

On Thursday, June 20, 2019 9:33:04 PM CEST Rosen Penev wrote: > This prevents overriding it to use GCC9. > > Signed-off-by: Rosen Penev > --- > toolchain/gcc/Config.version | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/toolchain/gcc/Config.version b/toolchain/gcc/Config.version > inde

Re: [OpenWrt-Devel] [PATCH v2] gpio-button-hotplug: mind debounce interval consistently

On Thursday, June 20, 2019 8:10:18 PM CEST David Bauer wrote: > Hello Christian, > On 20.06.19 17:21, Christian Lamparter wrote: > > On Tuesday, June 18, 2019 1:06:12 PM CEST David Bauer wrote: > >> This patch implements consistent handling of the debounce interval set >

Re: [OpenWrt-Devel] [PATCH v2] gpio-button-hotplug: mind debounce interval consistently

On Tuesday, June 18, 2019 1:06:12 PM CEST David Bauer wrote: > This patch implements consistent handling of the debounce interval set > for the GPIO buttons. Hotplug events will only be fired if > > 1. It's the initial stable state (no state-change for duration of the > debounce interval) for a sw

Re: [OpenWrt-Devel] [PATCH] phytool: add phytool utility

Hello Piotr, On Sun, Jun 16, 2019 at 7:08 PM Piotr Dymacz wrote: > > Hi Christian, > > On 16.06.2019 13:56, Christian Lamparter wrote: > > From the README.md: > > > > phytool is a Linux MDIO register access utility. > > Is there any reason to keep it insi

[OpenWrt-Devel] [PATCH] phytool: add phytool utility

ers will be shown. Signed-off-by: Christian Lamparter --- package/network/utils/phytool/Makefile | 46 ++ 1 file changed, 46 insertions(+) create mode 100644 package/network/utils/phytool/Makefile diff --git a/package/network/utils/phytool/Makefile b/package/network/utils/phyt

Re: [OpenWrt-Devel] [PATCH 1/1] ipq40xx: Linksys: sysupgrade: Ensure OEM volumes are removed

On Saturday, June 15, 2019 11:40:56 PM CEST Jeff Kletsky wrote: > From: Jeff Kletsky > > When OEM volumes are present in the [alt_]firmware partition, > sysupgrade will write a new kernel, but will fail to write > the root file system. The next boot will hang indefinitely > > Waiting for roo

Re: [OpenWrt-Devel] [PATCH 2/3] base-files:fix a bug when add led timer trigger

On Tuesday, June 4, 2019 5:13:39 AM CEST robinson wu wrote: > When I tried to add a led timer tirgger in "target/linux/ramips/base-files/ > etc/board.d/01_leds" like below > ucidef_set_led_timer "system" "system" "zhuotk:green:system" "1000" "1000" > it will be failed to add value to "delayon" and

Re: [OpenWrt-Devel] [PATCH] gpio-button-hotplug: gpio-keys: read initial state

On Thursday, June 13, 2019 11:00:36 PM CEST David Bauer wrote: > This commit reads the initial state for interrupt triggered gpio-keys. > Without this commit, the switch to the initial stable input-state > triggers a button-event. Button events are now only triggered when the > button state differs

Re: [OpenWrt-Devel] [PATCH 1/3] gemini: Make a per-board case for ethernet MAC

Hello Linus, On Tuesday, June 11, 2019 4:40:12 PM CEST Linus Walleij wrote: > Hi Christian, > > I worked in all the changes you requested until I got to this: > > On Thu, May 30, 2019 at 12:46 AM Christian Lamparter > wrote: > > > > +

Re: [OpenWrt-Devel] [PATCH] gpio-button-hotplug: gpio-keys: fix always missing first event

On Sunday, June 9, 2019 2:50:41 PM CEST Petr Štetiar wrote: > Christian Lamparter [2019-06-09 10:06:33]: > > Hi, > > > The APM821xx checks out with both as well. While there are spurious > > events on enabling the interrupt (one released event), > > the /etc/r

Re: [OpenWrt-Devel] [PATCH] gpio-button-hotplug: gpio-keys: fix always missing first event

On Thursday, June 6, 2019 6:52:35 AM CEST Kristian Evensen wrote: > Hi Christian, > > On Wed, Jun 5, 2019 at 10:23 PM Christian Lamparter > wrote: > > @Kristian Evensen, can you please check if the following patch would also > > resolve the issues you have been experi

Re: [OpenWrt-Devel] [PATCH] gpio-button-hotplug: gpio-keys: fix always missing first event

o this patch restores the previous behaviour. > > Cc: Christian Lamparter > Fixes: afc056d7dc83 ("gpio-button-hotplug: support interrupt properties") > Reported-by: Kristian Evensen > Signed-off-by: Petr Štetiar > --- > > diff --git a/package/kernel/gpio-button

Re: [OpenWrt-Devel] [PATCH 2/4] ath79: add QCA955x SGMII link loss workaround

On Friday, May 31, 2019 4:44:50 PM CEST Chuanhong Guo wrote: > Hi! > > On Fri, May 31, 2019 at 9:34 PM Christian Lamparter > wrote: > > > > Not to be a party pooper. The ag71xx is well on its way to upstream. > > https://git.kernel.org/pub/scm/linux/kernel/git/dav

Re: [OpenWrt-Devel] [PATCH 2/4] ath79: add QCA955x SGMII link loss workaround

On Thursday, April 11, 2019 5:59:43 PM CEST David Bauer wrote: > This commit adds a workaround for the loss of the SGMII link observed on > the QCA955x generation of SoCs. The workaround originates part from the > U-Boot source code, part from the implementation from AVM found in the > GPL tarball

Re: [OpenWrt-Devel] [PATCH 1/2] gpio-button-hotplug: support interrupt properties

Hello, On Thursday, May 30, 2019 12:00:27 PM CEST Petr Štetiar wrote: > Christian Lamparter [2019-05-29 21:58:29]: > > Upstream Linux's input gpio-keys driver supports > > specifying a external interrupt for a gpio via the > > 'interrupts' properties as wel

Re: [OpenWrt-Devel] [PATCH 2/3] gemini: Fix possible hexdump error on MAC assignment

On Friday, May 24, 2019 11:27:18 PM CEST Linus Walleij wrote: > If a MAC address is for example 00:50:c2:11:11:11 using > hexdump to extract this from raw bytes in the flash will > yield "00:50:c2:11*" with the asterisk indicating "more > of the same". > > This will inhibit the MAC address from be

Re: [OpenWrt-Devel] [PATCH 1/3] gemini: Make a per-board case for ethernet MAC

Hello, I have a few suggestions inline below. On Friday, May 24, 2019 11:27:17 PM CEST Linus Walleij wrote: > The DNS-313 isn't the only special board so let's bite the > bullet and create a case ladder in preparation for DIR-685. > > Signed-off-by: Linus Walleij > --- > .../lib/preinit/05_se

[OpenWrt-Devel] [PATCH 1/2] gpio-button-hotplug: support interrupt properties

->buttons[i]; ^ gpio-button-hotplug.c: In function 'gpio_keys_probe': gpio-button-hotplug.c:563:37: warning: initialization discards 'const' qualifier from pointer target type [-Wdiscarded-qualifiers] struct gpio_keys_button *button = &pdat

[OpenWrt-Devel] [PATCH 2/2] apm821xx: wndr4700: interrupt-driven gpio-keys

: Christian Lamparter --- .../linux/apm821xx/dts/netgear-wndr4700.dts | 20 ++- 1 file changed, 6 insertions(+), 14 deletions(-) diff --git a/target/linux/apm821xx/dts/netgear-wndr4700.dts b/target/linux/apm821xx/dts/netgear-wndr4700.dts index 0f1e97a921..24d5c33f90 100644 --- a

Re: [OpenWrt-Devel] RFC: add metadata to buildroot

On Wednesday, May 15, 2019 5:18:05 PM CEST Alberto Bursi wrote: > > On 14/05/19 16:49, Petr Štetiar wrote: > > [adding Thomas and Alberto to the Cc loop] > > > > Paul Spooren [2019-05-04 17:48:03]: > > > > Hi, > > > >> from my point of view the current OpenWrt device documentation lacks > >> some

Re: [OpenWrt-Devel] [PATCH 4/4] ipq40xx: add support for secondary cores bringup

On Wednesday, May 15, 2019 9:35:28 PM CEST Petr Štetiar wrote: > Павел [2019-05-15 22:14:41]: > > > Not a problem, actually, but I've been suggested to squash them :) > > https://github.com/openwrt/openwrt/pull/2043#issuecomment-491581897 > > ok, thanks for the background, but still, squashing d

Re: [OpenWrt-Devel] [PATCH] utils/spidev_test: Update to current source from upstream Linux

On Friday, May 10, 2019 3:56:37 PM CEST l...@allycomm.com wrote: > From: Jeff Kletsky > > Incorporates multiple changes, including file-based input and output > > From upstream commit: > > commit 35386dfd13b7 > Author: Geert Uytterhoeven > Date: Mon Sep 3 19:33:23 2018 +0200 > >

Re: [OpenWrt-Devel] [PATCH v2 1/2] base-files: improve lib/upgrade/common.sh

On Sunday, May 5, 2019 10:11:40 AM CEST Klaus Kudielka wrote: > On 04.05.19 16:51, Christian Lamparter wrote: > > On Friday, May 3, 2019 9:38:46 PM CEST Petr Štetiar wrote: > >> Klaus Kudielka [2019-05-03 20:16:39]: > >> > >>> Let me remind you that the c

Re: [OpenWrt-Devel] [PATCH v2 1/2] base-files: improve lib/upgrade/common.sh

On Friday, May 3, 2019 9:38:46 PM CEST Petr Štetiar wrote: > Klaus Kudielka [2019-05-03 20:16:39]: > > > Let me remind you that the common one *alone* breaks sysupgrade for those > > four targets, as Tomasz already pointed out earlier. > > Well, how could I know what was wrong with v1 if you did

Re: [OpenWrt-Devel] lede-17.01 patch - bump OpenSSL to 1.0.2r

mmit;h=c476954633887d8a1fcd80482e821074d7c4a36e> So if there's going to be a 17.01.7 it will come with 1.0.2r(+). Cheers, Christian > On Sat, Apr 20, 2019, 13:29 Christian Lamparter wrote: > > > On Friday, April 19, 2019 5:54:01 PM CEST Daniel Bailey wrote: > > > From 1b42f

Re: [OpenWrt-Devel] [PATCH] ath79: Add SUPPORTED_DEVICES for Archer C7 v1/v2

Hello David, On Sunday, April 21, 2019 11:42:52 AM CEST David Bauer wrote: > On 20.04.19 20:59, Christian Lamparter wrote: > > On Wednesday, April 17, 2019 3:45:52 PM CEST Adrian Schmutzler wrote: > >> The identifier for both devices is "archer-c7" on ar71xx, set h

Re: [OpenWrt-Devel] [PATCH] ath79: Add SUPPORTED_DEVICES for Archer C7 v1/v2

On Wednesday, April 17, 2019 3:45:52 PM CEST Adrian Schmutzler wrote: > The identifier for both devices is "archer-c7" on ar71xx, set here: > https://github.com/openwrt/openwrt/blob/master/target/linux/ar71xx/base-files/lib/ar71xx.sh#L348 > https://github.com/openwrt/openwrt/blob/master/target/linu

Re: [OpenWrt-Devel] lede-17.01 patch - bump OpenSSL to 1.0.2r

On Friday, April 19, 2019 5:54:01 PM CEST Daniel Bailey wrote: > From 1b42fd11f1e6dfbc12fb0d3a973bd439c0c495bd Mon Sep 17 00:00:00 2001 > From: Daniel Bailey > Date: Thu, 18 Apr 2019 12:36:38 -0700 > Subject: [PATCH] openssl: bump to 1.0.2r > > This fixes the following security problems: > * CVE-

Re: [OpenWrt-Devel] [PATCH OpenWrt 18.06] ca-certificates: update to 20190110

On Saturday, April 20, 2019 9:25:05 AM CEST Josef Schlehofer wrote: > - Tested on Turris MOX, cortexa53 and Turris Omnia, mvebu > - Removed PKG_BUILD_DIR > > Signed-off-by: Josef Schlehofer Thank you. I've cherry-picked your patch f22c33b40cc7b542b3b31fa0d873d28d3a3482b5. > --- > package/syste

Re: [OpenWrt-Devel] mfloat-abi=soft

On Saturday, April 13, 2019 11:08:38 PM CEST Rosen Penev wrote: > On Sat, Apr 13, 2019 at 7:07 AM Christian Lamparter > wrote: > > > > Cc'd: BangLang Huang > > > > On Saturday, April 6, 2019 10:35:48 PM CEST Rosen Penev wrote: > > > According to

Re: [OpenWrt-Devel] mfloat-abi=soft

Cc'd: BangLang Huang On Saturday, April 6, 2019 10:35:48 PM CEST Rosen Penev wrote: > According to rules.mk, -mfloat-abi=soft is used. This is causing build > failures with the botan library: > > https://downloads.openwrt.org/snapshots/faillogs/armeb_xscale/packages/botan/compile.txt > > Is it

Re: [OpenWrt-Devel] qca8x DSA: Configured Switch Sends Packets Out Wrong Interface

On Mon, Apr 1, 2019 at 6:05 PM Jeff Kletsky wrote: > qca8x DSA: Configured Switch Sends Packets Out Wrong Interface > > Using qca8k and ipqess on an EA8300 (ipq40xx) under Linux 4.19 based > on patches from chunkeey's staging tree[1] as well as a patch to > resolve the NPE issue[2]. > > Once the s

Re: [OpenWrt-Devel] [PATCH 1/7] tegra: add new target

On Wednesday, March 27, 2019 3:07:58 PM CET Tomasz Maciej Nowak wrote: > Hi Hauke, > > W dniu 25.03.2019 o 23:39, Hauke Mehrtens pisze: > > Hi Tomasz, > > > > Soke small comments, this looks mostly ok. > > > [snip] > >> +# CONFIG_ARM_LPAE is not set > > > > Is LPAE not supported by your SoC? Th

Re: [OpenWrt-Devel] Merged: ramips: Increase GB-PC2 SPI frequency to 80MHz

On Monday, March 25, 2019 2:16:04 PM CET Petr Štetiar wrote: > Thanks! Merged into my staging tree at > https://git.openwrt.org/openwrt/staging/ynezz.git https://patchwork.ozlabs.org/patch/1034614/#2088615 So, I think in order for this to "work as expected" the sysclock in the mt7621.dtsi should

Re: [OpenWrt-Devel] [PATCH] ath10k: reset chip after supported check

On Friday, March 22, 2019 7:58:40 PM CET Tomislav Požega wrote: > When chip reset is done before the chip is checked if supported > there will be crash. Previous behaviour caused bootloops on > Archer C7 v1 units, this patch allows clean device boot without > excluding ath10k driver. > You need F

Re: [OpenWrt-Devel] qca8k: ipqess: ipq40xx: Kernel Panic on Adding VLAN Sub-Interface to Bridge

Cc: Florian. I hope you don't mind. On Tuesday, March 19, 2019 5:50:01 PM CET Jeff Kletsky wrote: > Working with 4.19 / qca8k / ipqess patches from staging/chunkeey[1] > on an IPQ4019-based device, I can get basic connectivity either manually, > or with a "standard" UCI definition of the "lan" bri

Re: [OpenWrt-Devel] [PATCH] ath79: GL.iNet AR300M-nand/nor: correct LAN LED

On Tuesday, March 19, 2019 12:59:16 AM CET Andreas Ziegler wrote: > The port labled as "LAN" is eth1. > That's different from the -lite variant, > where the only existing port eth0 is used as LAN Please resend your patch with a Signed-off-by. > --- > target/linux/ath79/base-files/etc/board.d/01_l

Re: [OpenWrt-Devel] [PATCH v2 2/2] ipq40xx: add support for AVM FRITZ!Repeater 3000

On Saturday, March 9, 2019 12:20:54 AM CET David Bauer wrote: > Hardware > > CPU: Qualcomm IPQ4019 > RAM: 256M (NANYA NT5CC128M16JR-EK) > FLASH: 128M NAND (Macronix MX30LF1G18AC-XKI) > ETH: Qualcomm QCA8072 > WiFi2: IPQ4019 2T2R 2SS b/g/n > WiFi5: IPQ4019 2T2R 2SS n/ac > WiFi5: QCA99

Re: [OpenWrt-Devel] Trunk tl wdr4900 v1 boot fails on bootloader CRC check

On Sunday, March 10, 2019 1:06:24 PM CET Sami Olmari wrote: > So, current trunk for tp-link WDR4900 v1 fails to boot properly. It fails > bootloader CRC check. > > Serial log: > > ## Booting kernel from Legacy Image at 0200 ... >Image Name: Linux-4.14.105 >Image Type: PowerPC Linu

Re: [OpenWrt-Devel] [PATCH 2/2] ipq40xx: add support for AVM FRITZ!Repeater 3000

On Tuesday, March 5, 2019 7:38:38 PM CET David Bauer wrote: > Hardware > > CPU: Qualcomm IPQ4019 > RAM: 256M > FLASH: 128M NAND Sorry for being nosy. Did you get any chance to open up the device and write down what RAM and flash chips are used in your unit? [...] > diff --git > a/tar

Re: [OpenWrt-Devel] ipq40xx: backport I2C QUP changes from 4.17

Hello Piotr, On Monday, March 4, 2019 9:28:51 PM CET Piotr Dymacz wrote: > On 04.03.2019 13:16, Christian Lamparter wrote: > > On Sunday, March 3, 2019 8:57:03 PM CET Piotr Dymacz wrote: > >> I'm observing various I2C related issues on ALFA Network AP120C-AC board &g

Re: [OpenWrt-Devel] ipq40xx: backport I2C QUP changes from 4.17

Hello, On Sunday, March 3, 2019 8:57:03 PM CET Piotr Dymacz wrote: > I'm observing various I2C related issues on ALFA Network AP120C-AC board > with AT97SC3205T TPM module. As there was a major update of the I2C QUP > driver in 4.17, I decided to backport whole series [1]. > > I have patch read

Re: [OpenWrt-Devel] [PATCH] ath10k-firmware: update Candela Tech firmware images

On Saturday, March 2, 2019 5:04:00 AM CET Rosen Penev wrote: > On Fri, Mar 1, 2019 at 3:26 AM Michael Yartys > wrote: > > [...] > > > > -QCA988X_FIRMWARE_FILE_CT_HTT:=firmware-2-ct-full-htt-mgt-community-22.bin.lede.002 > > +QCA988X_FIRMWARE_FILE_CT_HTT:=firmware-2-ct-full-htt-mgt-community-22.bi

Re: [OpenWrt-Devel] Wrong patch status

On Thursday, February 28, 2019 7:52:06 PM CET Adrian Schmutzler wrote: > Hi, > > > > Dmitry’s patch > > > > [OpenWrt-Devel] ath79: speed up ath9k-eeprom extraction > > https://patchwork.ozlabs.org/patch/1046790/ > > > > got marked “Superseded” together with my old stuff. > > > > Ho

Re: [OpenWrt-Devel] [PATCH v2 3/3] ipq40xx: add support for FritzBox 7530

Hello David, On Tuesday, February 26, 2019 12:15:41 AM CET David Bauer wrote: > On 25.02.19 23:10, Christian Lamparter wrote: > > On Wednesday, February 20, 2019 6:02:21 PM CET Christian Lamparter wrote: > >> On Monday, February 18, 2019 11:58:34 PM CET David Bauer wrote

Re: [OpenWrt-Devel] [PATCH v2 3/3] ipq40xx: add support for FritzBox 7530

On Wednesday, February 20, 2019 6:02:21 PM CET Christian Lamparter wrote: > On Monday, February 18, 2019 11:58:34 PM CET David Bauer wrote: > > diff --git > > a/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4019-fritzbox-7530.dts > > > > b/target/linux/

Re: [OpenWrt-Devel] [PATCH] ath79: speed up ath9k-eeprom extraction

On Friday, February 22, 2019 3:32:03 PM CET Dmitry Tunin wrote: > пт, 22 февр. 2019 г. в 16:57, Petr Štetiar : > > > > Dmitry Tunin [2019-02-22 16:13:52]: > > > > > What do you mean by "generalize"? Fix it on all platforms, or having > > > common 10-ath9k-eeprom, 11-ath10k-caldata, etc files., or

Re: [OpenWrt-Devel] [PATCH v2 0/3] Speed up caldata/eeprom handling for ar71xx/ath79

Hello, On Friday, February 22, 2019 7:52:37 PM CET Dmitry Tunin wrote: > пт, 22 февр. 2019 г. в 21:48, Adrian Schmutzler > : > > > > Based on the ipq40xx commit from chunkeey, I tried to do the same for > > ar71xx/ath79. > > > I want to add that without this patch firmware extraction is not fast

Re: [OpenWrt-Devel] speed up ath10k-caldata extraction for non-ipq40xx

Hello, On Wednesday, February 20, 2019 7:26:55 PM CET Adrian Schmutzler wrote: > just saw the commit “ipq40xx: speed up ath10k-caldata extraction”: > > https://github.com/openwrt/openwrt/commit/a69e101ed1169f562fc030a783cd997d3f066b16 > > Is this specific to ipq40xx for some reason not obvious t

Re: [OpenWrt-Devel] [PATCH] ath79: fix wmac memory region for qca953x

On Tuesday, February 19, 2019 7:27:08 AM CET Chuanhong Guo wrote: > According to /arch/mips/include/asm/mach-ath79/ar71xx_regs.h > the size of wmac register range for qca953x is only 0x2. > > Signed-off-by: Chuanhong Guo > --- > target/linux/ath79/dts/qca953x.dtsi | 2 +- > 1 file changed, 1

Re: [OpenWrt-Devel] [PATCH v2 3/3] ipq40xx: add support for FritzBox 7530

On Monday, February 18, 2019 11:58:34 PM CET David Bauer wrote: > diff --git > a/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4019-fritzbox-7530.dts > > b/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4019-fritzbox-7530.dts > new file mode 100644 > index 00..b2a3

Re: [OpenWrt-Devel] [PATCH] openssl: backport devcrypto changes from master

On Monday, February 18, 2019 9:57:51 PM CET Rosen Penev wrote: > From: Eneas U de Queiroz 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 mess

Re: [OpenWrt-Devel] [PATCH 2/2] gemini: Generate harddisk image for DNS-313

operly > built. > > Tested on the D-Link DNS-313. > > Signed-off-by: Christian Lamparter > [Fixing and tricksing] > Signed-off-by: Linus Walleij > --- > config/Config-images.in | 2 +- > target/linux/gemini/Makefile

Re: [OpenWrt-Devel] 5GHz wifi is broken

Hello, On Thursday, February 14, 2019 6:43:26 PM CET e9hack wrote: > a change somewhere between 8.Feb and 10.Feb breaks the usage of the 5GHz WiFi > on my Archer C7 router. > I get the following entries in the log file: > > Firmware is: > ath10k_pci :00:00.0: firmware ver 10.1-ct-8x-__fW-022

Re: [OpenWrt-Devel] [PATCH 3/3] ipq40xx: add support for FritzBox 7530

On Tuesday, February 12, 2019 8:55:37 PM CET David Bauer wrote: > Hi Christian, > On 11.02.19 23:15, Christian Lamparter wrote: > > Comments inline. > > > > On Sunday, February 10, 2019 2:34:30 PM CET David Bauer wrote: > >> Hardware > >> >

Re: [OpenWrt-Devel] [PATCH v2] ipq40xx: add support for ASUS Lyra

On Tuesday, February 12, 2019 5:19:51 PM CET Marius Genheimer wrote: > SoC: Qualcomm IPQ4019 (Dakota) 717 MHz, 4 cores > RAM: 256 MiB (Nanya NT5CC128M16IP-DI) > FLASH: 128 MiB (Macronix NAND) > WiFi0: Qualcomm IPQ4019 b/g/n 2x2 > WiFi1: Qualcomm IPQ4019 a/n/ac 2x2 > WiFi2: Qualcomm Atheros QCA9

Re: [OpenWrt-Devel] [PATCH 3/3] ipq40xx: add support for FritzBox 7530

Comments inline. On Sunday, February 10, 2019 2:34:30 PM CET David Bauer wrote: > Hardware > > CPU: Qualcomm IPQ4019 > RAM: 256M > FLASH: 128M NAND > ETH: QCA8075 > VDSL: Intel/Lantiq VRX518 PCIe attached >currently not supported Does the pcie device show up during boot wh

Re: [OpenWrt-Devel] [PATCH] ramips: Increase GB-PC2 SPI speed to 50MHz

On Friday, February 1, 2019 8:36:13 AM CET Rosen Penev wrote: > The flash chip on the board (Spansion S25FL256SAIF00) is rated to support > at least 50MHz according to the datasheet. > > From testing this, that seems correct. > > time dd if=/dev/mtdblock3 of=/dev/null bs=64k from > > 41.78s to 1

Re: [OpenWrt-Devel] [PATCH 2/2] gemini: Name binary "bootpart.tar.gz"

these does not currently include a .tar.gz version of the root filesystem which is necessary for the DNS-313." and as a bonus the squashfs image should work as it is supposed to. But of course, this needs some testing + fixing. Cheers, Christian --- From 0afe6df0ef4a81e19b73dc2e6a297701bbf155

Re: [OpenWrt-Devel] Importing DTS Files from Future Kernel -- Best Practice?

On Thursday, February 7, 2019 6:15:13 PM CET Jeff Kletsky wrote: > I'm working on a derivative of the qcom-ipq4019-ap.dk07.1-c1 that > is present in Kernel 4.19, but not in 4.14 > > In the interest of "correctness" and future maintainability, > I'd like to import from Kernel 4.19 linux/arch/arm/bo

[OpenWrt-Devel] [PATCH] include: add KERNEL_ENTRY to TARGET_VARS

This will allow us to override the variable from within a Device template. Signed-off-by: Christian Lamparter --- include/image.mk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/image.mk b/include/image.mk index 4851a71bcd..aea27c0458 100644 --- a/include

Re: [OpenWrt-Devel] [PATCH] treewide: dts: Unify naming of gpio-keys nodes

Hello, I've just pushed the remaining patches. Except for lantiq. But these are moving along in Mathias Kresin' staging tree: Thanks, Christian _

Re: [OpenWrt-Devel] [RFT] toolchain/musl: update to version 1.1.21

On Wednesday, January 23, 2019 6:54:11 PM CET Christian Lamparter wrote: > On Wednesday, January 23, 2019 2:26:20 PM CET Koen Vandeputte wrote: > > Hi Christian, > > > > fwiw, I've been using every musl git bump up to this release on my > > devices offshore. It

Re: [OpenWrt-Devel] [PATCH 4/4 v2] gemini: Add SL93512R Support

Hello, On Wednesday, January 23, 2019 7:59:58 PM CET Linus Walleij wrote: > This generates images for the StorLink SL93512R reference > design which is supported in kernel v4.19. > > Signed-off-by: Linus Walleij > --- > ChangeLog v1->v2: > - Resend. > --- > target/linux/gemini/image/Makefile |

Re: [OpenWrt-Devel] [RFT] toolchain/musl: update to version 1.1.21

On Wednesday, January 23, 2019 2:26:20 PM CET Koen Vandeputte wrote: > Hi Christian, > > fwiw, I've been using every musl git bump up to this release on my > devices offshore. It has been running on ~65 devices covering multiple > arches. (armv6k-mpcore, armv7, mips24, mips74, x86_64) > > Looks

Re: [OpenWrt-Devel] [PATCH] treewide: dts: Unify naming of gpio-keys nodes

On Thursday, January 3, 2019 10:39:08 PM CET Petr Štetiar wrote: > Christian Lamparter [2019-01-03 18:27:40]: > > > I would try to split up the patch into multiple patches so that > > each maintainer has the chance to act on just his own turf. > > I don't want to

[OpenWrt-Devel] [RFT] toolchain/musl: update to version 1.1.21

fixed, including several possible deadlocks, one of which was a new regression in 1.1.20." Signed-off-by: Christian Lamparter --- toolchain/musl/common.mk | 8 toolchain/musl/patches/200-add_libssp_nonshared.patch | 4 ++-- 2 files changed, 6 inser

Re: [OpenWrt-Devel] [PATCH 1/2] mpc85xx: use generic diag.sh

On Thursday, January 17, 2019 12:43:12 AM CET David Bauer wrote: > This commit removes the target-specific diag.sh script. This way, the > generic one is used for the target, which uses DT-aliases to specify the > LEDs used. > > This way, we are also able to use different LEDs to indicate differen

Re: [OpenWrt-Devel] [PATCH] lantiq: Fix gpio-leds for P2812HNUF1 and TDW8980

On Sunday, December 30, 2018 12:40:01 PM CET Petr Štetiar wrote: > While at it rename node name to the generic `leds`. > > Signed-off-by: Petr Štetiar > --- > target/linux/lantiq/files-4.14/arch/mips/boot/dts/P2812HNUF1.dts | 3 ++- > target/linux/lantiq/files-4.14/arch/mips/boot/dts/TDW8980.dts

Re: [OpenWrt-Devel] [PATCH v2] mpc85xx: add support for Sophos RED 15w Rev.1

On Tuesday, January 8, 2019 1:20:56 AM CET David Bauer wrote: > Hardware > > CPU: Freescale P1010 PowerPC > RAM: 128M DDR3 > NAND: 128MiB > ETH: RTL8211F SGMII PHY > RTL8367B 5-port RGMII switch > (not connected to SoC - unmanaged) > WiFi: SparkLan WPEA-121N >- Ather

Re: [OpenWrt-Devel] [PATCH] mpc85xx: add support for Sophos RED 15w Rev.1

On Sunday, January 6, 2019 5:29:54 PM CET David Bauer wrote: > Hardware > > CPU: Freescale P1010 PowerPC > RAM: 128M DDR3 > NAND: 128MiB > ETH: RTL8211F SGMII PHY > RTL8367B 5-port RGMII switch > (not connected to SoC - unmanaged) > WiFi: SparkLan WPEA-121N >- Athero

Re: [OpenWrt-Devel] [PATCH] treewide: dts: Unify naming of gpio-keys nodes

On Tuesday, January 1, 2019 6:07:40 PM CET Petr Štetiar wrote: > Christian Lamparter [2018-12-31 17:41:34]: > > > I hope you know what you are up against because unless you also do the > > changes > > upstream this will happen again and again. :\ / :) > > My plan

Re: [OpenWrt-Devel] [PATCH] ath79: align GL-AR750S boardname to other GL.iNet devices

On Tuesday, January 1, 2019 1:03:22 PM CET Christoph Krapp via openwrt-devel wrote: > 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 > auto

[OpenWrt-Devel] [PATCH 1/2] brcm2708: boot-part feature integration

to repartition the device! Make sure to have a backup in this case. Signed-off-by: Christian Lamparter --- config/Config-images.in | 1 + target/linux/brcm2708/Makefile| 2 +- target/linux/brcm2708/image/Config.in | 5 - target/linux/brcm2708/image/Makefile | 4 ++-- 4

[OpenWrt-Devel] [PATCH 2/2] mac80211: ath10k: remove "ath10k: fix otp failure result" patch

. And finally with the switch to ath10k-ct, which never had the patch or any reports of similar issues, I think it's time to remove this patch since it is no longer needed. Signed-off-by: Christian Lamparter --- .../ath/936-ath10k-fix-otp-failure-result.patch | 11 --- 1 file ch

Re: [OpenWrt-Devel] [PATCH] treewide: dts: Unify naming of gpio-keys nodes

On Sunday, December 30, 2018 12:17:25 PM CET Petr Štetiar wrote: > In DTS Checklist[1] we're now demanding proper generic node names, as > the name of a node should reflect the function of the device and use > generic name for that[2]. Everybody seems to be copy&pasting from DTS > files available i

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

On Monday, December 17, 2018 11:20:41 PM CET Mathias Kresin wrote: > 17/12/2018 19:05, Christian Lamparter: > > On Saturday, December 15, 2018 9:10:39 PM CET Christian Lamparter wrote: > >> On Wednesday, November 14, 2018 8:39:22 PM CET Ben Greear wrote: > >>> On 11/0

[OpenWrt-Devel] [PATCH v1] apm821xx: switch MX60(W)'s recovery images to multi-image method

tps://openwrt.org/toh/meraki/mx60#flashing> Signed-off-by: Chris Blake Signed-off-by: Christian Lamparter --- target/linux/apm821xx/image/Makefile | 28 +++- 1 file changed, 3 insertions(+), 25 deletions(-) diff --git a/target/linux/apm821xx/image/Makefile b/target/linu

Re: [OpenWrt-Devel] [PATCH] ipq40xx: clean up netgear-dni image generation

On Wednesday, December 19, 2018 12:26:18 AM CET David Bauer wrote: > Hello Christian, > > On 19.12.18 00:14, Christian Lamparter wrote: > > I had no luck with a loaned EX6150v2 and this patch. I tried to sysupgrade > > from the current -snapshot to a newly compiled image w

Re: [OpenWrt-Devel] [PATCH] ipq40xx: add support for ASUS Lyra

On Monday, December 17, 2018 11:08:00 PM CET Marius Genheimer wrote: > SoC: Qualcomm IPQ4019 (Dakota) 717 MHz, 4 cores > RAM: 256 MiB (Nanya NT5CC128M16IP-DI) > FLASH: 128 MiB (Macronix NAND) > WiFi0: Qualcomm IPQ4019 b/g/n 2x2 > WiFi1: Qualcomm IPQ4019 a/n/ac 2x2 > WiFi2: Qualcomm Atheros QCA9

<    1   2   3   4   5   >