On Tue, Feb 26, 2019 at 6:05 PM Joseph Tingiris
wrote:
>
> This is a significant revision of /etc/init.d/mdadm. It adds new
> features, support for new configuration options, safer error
> handling, (configurable) verbose output, and contains multiple bug
> fixes.
>
> Most notably, mdadm was bein
Adrian Schmutzler [2019-03-01 15:40:16]:
> 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 be
From: Jeff Kletsky
Previously missing, add the three variants;
-nand, -nor, -lite to the definitions in 01_leds
-Lite variant uses language-independent Ethernet
as its single port may be configured as WAN or LAN,
depending use case.
Non-lite variants thanks to Andreas Ziegler
https://patchwork.
How does one get Patchwork to properly associate an update or addendum
to an existing patch / series when sent from git send-email?
While I have set --in-reply-to=''
and see the In-Reply-To and References headers both prior to sending
as well as in the delivered messages, Patchwork failed to ass
Hi Jeff,
On 02.03.2019 18:01, Jeff Kletsky wrote:
From: Jeff Kletsky
Previously missing, add the three variants;
-nand, -nor, -lite to the definitions in 01_leds
-Lite variant uses language-independent Ethernet
as its single port may be configured as WAN or LAN,
depending use case.
This int
9360f389234a ath10k: Support up to 24 vAP per radio, fix DMA bug in wave-1.
9cbf8d430974 ath10k-ct: Add 4.20 driver, SGI support for fixed-rate tx.
Runtime tested on: ipq806x
Signed-off-by: Michael Yartys
---
package/kernel/ath10k-ct/Makefile | 6 +--
.../081-ath10k-calibration-var
On 3/2/19 9:32 AM, Piotr Dymacz wrote:
Hi Jeff,
On 02.03.2019 18:01, Jeff Kletsky wrote:
[...]]
-Lite variant uses language-independent Ethernet
as its single port may be configured as WAN or LAN,
depending use case.
This introduces unnecessary inconsistency. If you look at the whole
file
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
Changed
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
This patchset goes on with the attempt to
- speed up caldata/eeprom handling by reading blockwise (patch 1 to 3),
- merge the similar functions in one library (patch 4).
Patchset v5 squashes the eeprom.sh merge into one patch since all
targets have been tested now. (Thanks to Petr.)
A further ben
eeprom/caldata extraction is the same across different targets
and also uses similar functions compared to each other.
Thus, they are merged to reduce duplicate code.
This patch is based on the proposed unification by Petr Štetiar.
Signed-off-by: Adrian Schmutzler
Tested-by: Adrian Schmutzler
T
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
Petr Štetiar [2019-03-01 14:40:42]:
> 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 t
13 matches
Mail list logo
