Hi all,
When starting a clean build (21.02 branch) on a clean Fedora 33 machine,
I ran into the small issue of tools/autoconf failing to build. This was
due to perl-File-Compare missing. I apparently missed that prerequisite.
After installing said package, everything built fine.
Looking
Hi, Tomasz,
On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote:
>
> Please reset the number of 028 to 001, the backports should be sorted
> chronologically so any subsequent patch addition will have minimal diff.
> Also reset the number of patch 316 to 315.
Sure, will do!
> > extern
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 ---
On 19.02.21, 22:46, "Ronny
Hi, Tomasz,
On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote:
>
> The cortexa53 and cortexa72 config refresh are missing, also some symbols
> could be split from this patch and added to generic config, so other targets
> refresh will produce smaller diffs. Comments inline.
I have no
Hi, Tomasz,
On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote:
>
> W dniu 20.02.2021 o 12:53, Rui Salvaterra pisze:
> > Include support for the multicolor LEDs (software controlled, for now) and
> > fix
> > the hardware buffer management support, due to a missing mbus window.
>
> I see
W dniu 20.02.2021 o 12:53, Rui Salvaterra pisze:
> Include support for the multicolor LEDs (software controlled, for now) and fix
> the hardware buffer management support, due to a missing mbus window.
I see more stuff added then what the message says. Also some of changes are in
Linus tree,
W dniu 20.02.2021 o 12:53, Rui Salvaterra pisze:
> Also delete already upstreamed patches/changes.
>
> Signed-off-by: Rui Salvaterra
> ---
> ...t-for-endpoint-to-be-ready-before-tr.patch | 50 ---
> ...-t-rely-on-jiffies-while-holding-spi.patch | 54 ---
>
W dniu 20.02.2021 o 12:53, Rui Salvaterra pisze:
> Basically make kernel_oldconfig from 5.4.
>
> CONFIG_ARM_ARCH_TIMER is introduced, a per-core high resolution timer which is
> part of newer ARMv7+ CPUs.
>
> Signed-off-by: Rui Salvaterra
The cortexa53 and cortexa72 config refresh are missing,
Hi Rui,
aside from copying patches also files should be split, since some ESPRESSObin
variants are merged upstream and with keeping files as they are now, we will
overwrite changes done upstream.
Additionally just a small nit inline.
W dniu 20.02.2021 o 12:53, Rui Salvaterra pisze:
> Just a
Petr Štetiar kirjoitti 20.2.2021 klo 16.30:
Hannu Nyman [2021-02-20 12:40:27]:
Hi,
There should likely be a 21.02 release key, which should be added both to
the keyring and to the 21.02 buildbot config (?). So far the newest key in
the keyring is the 19.07 release key.
Hannu Nyman [2021-02-20 12:40:27]:
Hi,
> There should likely be a 21.02 release key, which should be added both to
> the keyring and to the 21.02 buildbot config (?). So far the newest key in
> the keyring is the 19.07 release key.
>
> https://git.openwrt.org/?p=keyring.git;a=summary
>
> The
Hi,
Sander Vanheule schreef op 20 februari 2021 14:45:26 CET:
>The Netgear R6800 and R6700v2 devices have a Semtech SX1503 GPIO
>expander controlling the device LEDs. This expander was initially
>supported on 4.14, but support was lost in the transition to 5.4.
>
>Since this driver cannot be
The Netgear R6800 and R6700v2 devices have a Semtech SX1503 GPIO
expander controlling the device LEDs. This expander was initially
supported on 4.14, but support was lost in the transition to 5.4.
Since this driver cannot be built as a kernel module, enable it in the
kernel config for all mt7621
Basically make kernel_oldconfig from 5.4.
CONFIG_ARM_ARCH_TIMER is introduced, a per-core high resolution timer which is
part of newer ARMv7+ CPUs.
Signed-off-by: Rui Salvaterra
---
target/linux/mvebu/config-5.10 | 442 +
1 file changed, 442 insertions(+)
Include support for the multicolor LEDs (software controlled, for now) and fix
the hardware buffer management support, due to a missing mbus window.
Signed-off-by: Rui Salvaterra
---
...-dts-turris-omnia-update-device-tree.patch | 276 ++
1 file changed, 276 insertions(+)
Keep 5.4 as stable until further validation.
Signed-off-by: Rui Salvaterra
---
target/linux/mvebu/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/mvebu/Makefile b/target/linux/mvebu/Makefile
index 75564b1000..6e5a125530 100644
---
This series adds initial support for 5.10 on mvebu. Build/runtime-tested on a
Turris Omnia, no regressions noticed.
v2: generate the kconfig after patching, since patches can (and do) introduce
new kconfig symbols.
Rui Salvaterra (5):
mvebu: copy 5.4 patches to 5.10
mvebu: refresh 5.10
I built my first OpenWrt 21.02 test build and noticed that opkg is unable to
download any package lists. When I try to update package list with 21.02,
opkg gives error about signature file download errors.
OpenWrt 21.02-SNAPSHOT, r15841-60823c67cb
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 ---
On 12.02.21, 10:31, "Etan
19 matches
Mail list logo