On Tue, Mar 31, 2020 at 01:20:09PM -1000, Paul Spooren wrote:
> The PROFILE names of mvebu/cortexa9/Linksys devices are based on the
> consumer names (like linksys_wrt1200ac) instead of the vendor codenames
> (like linksys_caiman) which are however used in the rest of the build
> system
The PROFILE names of mvebu/cortexa9/Linksys devices are based on the
consumer names (like linksys_wrt1200ac) instead of the vendor codenames
(like linksys_caiman) which are however used in the rest of the build
system (plathform.sh, bootcount, 01_leds).
A running device is not able to know the
Hi All / Rafał,
I'm about to update device tree for Linksys Panamera router (aka
EA9500) so that it uses pin controller defined in BCM5301X.dtsi [1].
However, the mainline kernel's Northstar pinctrl driver code
(ns-pinctrl.cs [2]) is out of sync with the device tree. As you see,
the driver looks
Tested on mvebu and fixes opkg issue the issue for me, thanks!
Best,
Paul
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
There were two changes between 1.1.1e and 1.1.1f:
- a change in BN prime generation to avoid possible fingerprinting of
newly generated RSA modules
- the patch reversing EOF detection we had already applied.
Signed-off-by: Eneas U de Queiroz
---
This was tested with nginx and openssl util on
writes:
> I frequently encounter files in the OpenWrt trunk (both Makefiles and files
> included in images) that contain "generic" Copyright information like:
>
> #
> # Copyright (C) 2014-2016 OpenWrt.org
> # Copyright (C) 2016 LEDE-Project.org
> #
>
> By "generic", I'm referring to the fact
Hello Adrian!
I think we can't remove this without replacing it with something like SPDX.
This is a big project after all, and given how vendors tend to interact with
it, claiming the copyright can be important.
Thanks,
Enrico
___
openwrt-devel
Hi,
I frequently encounter files in the OpenWrt trunk (both Makefiles and files
included in images) that contain "generic" Copyright information like:
#
# Copyright (C) 2014-2016 OpenWrt.org
# Copyright (C) 2016 LEDE-Project.org
#
By "generic", I'm referring to the fact that this claims
The conditional check introduced by this patch may trigger a NULL pointer
dereference in case the result of dev_net() is NULL.
Since the purpose of this patch is neither sufficiently explained and since
this patch apparently has never been submitted upstream despite it being in
the pending-*
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Jo-Philipp Wich
> Sent: Dienstag, 31. März 2020 10:08
> To: openwrt-devel@lists.openwrt.org
> Cc: Jo-Philipp Wich
> Subject: [OpenWrt-Devel] [PATCH] target: drop 616-
>
Armada 370 and Tegra2 processors have only 16 double-precision
registers. The change introduced by commit 8dcc1087602e ("toolchain:
ARM: Fix toolchain compilation for gcc 8.x") switched accidentally the
toolchain for mvebu cortexa9 subtarget to cpu type with 32
double-precision registers.
This
On 31.03.20 10:07, Jo-Philipp Wich wrote:
The conditional check introduced by this patch may trigger a NULL pointer
dereference in case the result of dev_net() is NULL.
Since the purpose of this patch is neither sufficiently explained and since
this patch apparently has never been submitted
The conditional check introduced by this patch may trigger a NULL pointer
dereference in case the result of dev_net() is NULL.
Since the purpose of this patch is neither sufficiently explained and since
this patch apparently has never been submitted upstream despite it being in
the pending-*
13 matches
Mail list logo