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

On Fri, Mar 1, 2019 at 3:26 AM Michael Yartys wrote: > > Release notes since last update: > > wave-1 firmware: > > * Feb 14, 2019: Remove logic that causes assert when swba logic is not > initialized. This was seen when trying to bring up 6 VAP > vdevs. A simi

Re: [OpenWrt-Devel] [PATCH] ath79: Add GL.iNet AR-300M-Lite

Hi Jeff, thanks for your updated Patch. I tested it and it basically works - but you missed to adjust target/linux/ath79/base-files/etc/board.d/01_leds again. Please look at my patch and specify the LAN LED accordingly in this file. Regards Andreas Jeff Kletsky schrieb am 01.03.19 um 23:18: >

Re: [OpenWrt-Devel] [PATCH] ath79: Add GL.iNet AR-300M-Lite

As Patchwork has decided this is a new patch series rather than a continuation of the previous series: those two patches may be withdrawn. With apologies for the clutter, Jeff On 3/1/19 2:18 PM, Jef

Re: [OpenWrt-Devel] [PATCH 1/2] ath79: Add GL.iNet AR-300M-Lite

(Resend using git-send-email to resolve mangling) Update of patch based on feedback that the variants have different colors for the LEDs. Confirmed with OEM that they are not all green, in contrast to the presently mach file in OEM's source. This patch is now self-contained. Patch [2/2] in thi

[OpenWrt-Devel] [PATCH] ath79: Add GL.iNet AR-300M-Lite

From: Jeff Kletsky AR300M-Lite is single-Ethernet variant of the AR300M series Its eth0 would otherwise be assigned to the WAN interface making it unreachable firstboot or failsafe. Installation instructions from OEM (OpenWrt variant): * Install sysupgrade.bin using OEM's "Advanced" GUI (LuCI),

Re: [OpenWrt-Devel] [PATCH 2/2] ath79: GL.iNet AR300M family: Correct DTS LED definitions

Patch [2/2] in this series should be withdrawn. See also Patch [1/2] of this series https://patchwork.ozlabs.org/patch/1049396/ Jeff Kletsky ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/

Re: [OpenWrt-Devel] [PATCH 1/2] ath79: Add GL.iNet AR-300M-Lite

Update of patch based on feedback that the variants have different colors for the LEDs. Confirmed with OEM that they are not all green, in contrast to the presently mach file in OEM's source. This patch is now self-contained. Patch [2/2] in this series should be withdrawn. See also https://patc

[OpenWrt-Devel] [PATCH v4 4/6] ar71xx/ath79: Merge eeprom/caldata extraction into eeprom.sh

eeprom/caldata extraction is the same across different targets and also uses similar functions compared to each other. This patch is based on the proposed unification by Petr Štetiar. While this only covers ath79/ar71xx, others target supposedly will be merged easily. Signed-off-by: Adrian Schmu

[OpenWrt-Devel] [PATCH v4 6/6] ramips: Merge ath9k-eeprom extraction to common eeprom.sh

This uses the common eeprom extraction functions in eeprom.sh. As a by-product, this will bring the speed enhancement through blockwise reading to the ramips target. This patch is based on the proposed unification by Petr Štetiar. Signed-off-by: Adrian Schmutzler --- New in v3: This is cut out

[OpenWrt-Devel] [PATCH v4 3/6] ar71xx: Speed up mtd extraction in ar71xx.sh

Although the amount of data read here is smaller than for the caldata, there still might be some speed gain compared to reading bytewise. And there is no harm... Signed-off-by: Adrian Schmutzler --- Changed in v3: - Changed position of iflag to be consistent Changed in v4: - Rebased --- targe

[OpenWrt-Devel] [PATCH v4 5/6] ipq40xx: Make use of common eeprom.sh library for caldata

This merges the ath10k-caldata extraction into the common eeprom.sh. Signed-off-by: Adrian Schmutzler --- New in v3: Moved over from alternate patchset Changed in v4: - Rebased --- package/base-files/files/lib/functions/eeprom.sh | 5 +- .../etc/hotplug.d/firmware/11-ath10k-caldata |

[OpenWrt-Devel] [PATCH v4 1/6] ath79: Speed up caldata/eeprom handling

Reading and writing to and from flash storage is slowed down enormously by some functions which use a block size of 1. This patch reworks the extraction scripts to be much faster and efficient by reading and writing in possibly one big block. This is based on the initial commit a69e101 for ipq40x

[OpenWrt-Devel] [PATCH v4 0/6] Speed up and merge caldata/eeprom extraction

This patchset goes on with the attempt to - speed up caldata/eeprom handling by reading blockwise, - merge the similar functions in one library. It depends on the patch "ath79: speed up ath9k-eeprom extraction" by Dmitry Tunin to be applied beforehand. Patchset v4 is just a rebase due to recently

[OpenWrt-Devel] [PATCH v4 2/6] ar71xx: Speed up caldata/eeprom handling

Reading and writing to and from flash storage is slowed down enormously by some functions which use a block size of 1. This patch reworks the extraction scripts to be much faster and efficient by reading and writing in possibly one big block. This is based on the initial commit a69e101 for ipq40x

[OpenWrt-Devel] [PATCH] ramips: rt305x: Disable image generation for small devices

It was reported in FS#2110 that there are currently no images being generated for rt305x as a result of a build breakage due to image generation. I've found out, that plenty of the devices have fallen of a cliff already due to the small flash, so this patch disables image generation for those devi

Re: [OpenWrt-Devel] Wrong patch status

> -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On > Behalf Of Rosen Penev > Sent: Freitag, 1. März 2019 03:17 > To: Christian Lamparter > Cc: OpenWrt Development List ; Adrian > Schmutzler > Subject: Re: [OpenWrt-Devel] Wrong patch status > >

Re: [OpenWrt-Devel] [PATCH v3 0/6] Speed up and merge caldata/eeprom extraction

> -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On > Behalf Of Petr Štetiar > Sent: Freitag, 1. März 2019 11:16 > To: Adrian Schmutzler > Cc: openwrt-devel@lists.openwrt.org > Subject: Re: [OpenWrt-Devel] [PATCH v3 0/6] Speed up and merge > calda

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

Release notes since last update: wave-1 firmware: * Feb 14, 2019: Remove logic that causes assert when swba logic is not initialized. This was seen when trying to bring up 6 VAP vdevs. A similar fix went into wave-2 firmware some time ago.

Re: [OpenWrt-Devel] [PATCH v3 0/6] Speed up and merge caldata/eeprom extraction

Adrian Schmutzler [2019-02-27 23:18:03]: Hi, > This patchset goes on with the attempt to > - speed up caldata/eeprom handling by reading blockwise, > - merge the similar functions in one library. thanks a lot for taking care of this! > It depends on the patch "ath79: speed up ath9k-eeprom extr