* wg-quick: freebsd: allow loopback to work
FreeBSD adds a route for point-to-point destination addresses. We don't
really want to specify any destination address, but unfortunately we
have to. Before we tried to cheat by giving our own address as the
destination, but this had the unfortunate effe
Hi,
yes, I am working on it and I will be sending the new patch series soon.
Regards,
Sandeep Sheriker M
From: Hauke Mehrtens
Sent: Wednesday, February 27, 2019 3:53 PM
To: Sandeep Sheriker Mallikarjun - C17018; openwrt-devel@lists.openwrt.org
Subject: Re:
On 9/6/18 5:48 PM, Sandeep Sheriker Mallikarjun wrote:
> Refreshed at91 patches and its configs files.
>
> Signed-off-by: Sandeep Sheriker Mallikarjun
>
> ---
> target/linux/at91/Makefile | 5 +-
> target/linux/at91/{config-4.9 => config-4.14} | 284 ++-
> tar
Hello Christian,
On 27.02.19 13:03, David Bauer wrote:
Hello Christian,
On 26.02.19 23:17, Christian Lamparter wrote:
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 Ch
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
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
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
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 merges the ath10k-caldata extraction into the common
eeprom.sh.
Signed-off-by: Adrian Schmutzler
---
New in v3:
Moved over from alternate patchset
---
package/base-files/files/lib/functions/eeprom.sh | 5 +-
.../etc/hotplug.d/firmware/11-ath10k-caldata | 82 ++
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.
It replaces my earlier patchsets
- Speed up
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
---
target/linux/ar71xx/base-files/
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 ---
The patches to the /dev/crypto eng
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 is bugfix release that incorp
Hi All,
Another week .. another kernel bump ..
This week, stable 4.19 received a fair amount of changes for netfilter
and offloading stuff.
The bump required some altering of patches at critical locations to make
everything apply squeaky clean.
To be absolutely sure, I would like to file
Hi,
On Mon, Feb 25, 2019 at 8:46 AM Hans Dedecker wrote:
>
> Hi,
> On Sun, Feb 24, 2019 at 7:06 AM Eric Luehrsen wrote:
> >
> > Recent (20190207) changes to odhcpd makee it dependent on OpenWrt
> > logical interfaces. Boot time race conditions may make odhcpd binding
>
> Even before the most rece
Hello Christian,
On 26.02.19 23:17, Christian Lamparter wrote:
> 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, Februar
On 27/02/19 15:04, Buddy wrote:
Engineer:
I am installed openwrt firmware 18.06.2 in Linksys WRT1900AC .
Installed AdBlock,but could not to add more rule resource.
For blocked more ADs , changed hosts to a big one that over
150MB,so the changes is spend 60% Memory,
17 matches
Mail list logo
