I haven't made any benchmarks, no. The router that I use is the Turris
Omnia which has pretty fast eMMC instead of NOR, so they probably
wouldn't be useful to compare to the NOR based stuff.
LEDE tends not to write to flash but does write to RAM, which I think
is still impacted by the choice of sc
The Unielec U7621-6
(http://www.unielecinc.com/q/news/cn/p/product/detail.html?qd_guid=pyrEjfTmYf)
is an MT7621-based router with the following specifications:
* CPU: MT7621 (880Mhz)
* 5x 10/100/1000Mbps ports.
* 8/16/32/64 MB Flash.
* 256/512 MB RAM.
* 1x USB 3.0 port.
* 1x mini-PCIe slot intende
No-op uses less CPU compared to deadline. Important since LEDE runs mainly on
routers. Getting rid of deadline saved 156 bytes on my vmlinux file.
Tests conducted by Phoronix on the 4.12 kernel indicate that Deadline is
slightly slower than No-op, except with multi-threaded workloads.
https://w
On Sat, 4 Nov 2017, Hans Dedecker wrote:
On Sat, Nov 4, 2017 at 10:14 AM, Petr Štetiar wrote:
Hans Dedecker [2017-11-03 13:46:14]:
Hi,
By default dropbear logs to syslog which discloses info about account names
when doing connection attempts (e.g. "Bad password attempt for 'engineer'
from
Given that we've decided to sail under the same flag for
the benefit of the whole community, and acknowledge the
achievements of the LEDE project, let's start the final
steps of the merge.
The git and other sources are untouched until the infra merge.
v2: - dismiss bugtracker and forum change
> On Nov 4, 2017, at 3:14 AM, Petr Štetiar wrote:
>
> Hans Dedecker [2017-11-03 13:46:14]:
>
> Hi,
>
>> By default dropbear logs to syslog which discloses info about account names
>> when doing connection attempts (e.g. "Bad password attempt for 'engineer'
>> from x.x.x.x:y")
>
> I don't get
NAK, inline:
> On Nov 3, 2017, at 6:46 AM, Hans Dedecker wrote:
>
> By default dropbear logs to syslog which discloses info about account names
> when doing connection attempts (e.g. "Bad password attempt for 'engineer' from
> x.x.x.x:y")
> As this facilitates brute force attempts against accou
On Fri, Nov 3, 2017 at 6:01 PM, Kevin Darbyshire-Bryant
wrote:
> Update wireguard to latest snapshot:
>
> 9fc5daf version: bump snapshot
> 748ca6b compat: unbreak unloading on kernels 4.6 through 4.9
> 7be9894 timers: switch to kees' new timer_list functions
> 6be9a66 wg-quick: save all hooks on s
On 11/04/2017 08:14 AM, Christian Lamparter wrote:
On Friday, November 3, 2017 8:15:00 PM CET Ben Greear wrote:
On 11/03/2017 05:58 PM, Christian Lamparter wrote:
On Friday, November 3, 2017 5:05:39 PM CET gree...@candelatech.com wrote:
From: Ben Greear
This will allow us to select the CT
On Friday, November 3, 2017 8:15:00 PM CET Ben Greear wrote:
>
> On 11/03/2017 05:58 PM, Christian Lamparter wrote:
> > On Friday, November 3, 2017 5:05:39 PM CET gree...@candelatech.com wrote:
> >> From: Ben Greear
> >>
> >> This will allow us to select the CT IPQ4019 firmware instead if
> >> de
On Sat, Nov 4, 2017 at 10:14 AM, Petr Štetiar wrote:
> Hans Dedecker [2017-11-03 13:46:14]:
>
> Hi,
>
>> By default dropbear logs to syslog which discloses info about account names
>> when doing connection attempts (e.g. "Bad password attempt for 'engineer'
>> from x.x.x.x:y")
>
> I don't get it,
Hans Dedecker [2017-11-03 13:46:14]:
Hi,
> By default dropbear logs to syslog which discloses info about account names
> when doing connection attempts (e.g. "Bad password attempt for 'engineer'
> from x.x.x.x:y")
I don't get it, syslog discloses this information to whom and how?
> As this fac
On 2017-07-25 00:49, Sven Roederer wrote:
On Montag, 17. Juli 2017 14:05:20 CEST Torbjorn Jansson wrote:
Hello
a question, any idea when the updates that was made to erx-sfp will make
it into a stable release?
Hi all,
there is a cheap patch I made to backport the ERX-SFP support to the 17.01
13 matches
Mail list logo
