Hi, Ansuel,
On Sat, 22 Jan 2022 at 01:08, Ansuel Smith wrote:
>
>
> So.. how should we proceed with this? From what I understand the idea is to
> merge this ASAP.
But not a moment sooner. ;) I'm sure we agree that this patch won't be
merged upstream in its current form, according to the
Etienne Champetier [2022-01-20 14:56:28]:
Hi,
> Any chance you can update the buildbots docker images ?
> (I see only you 2 listed as admins here: https://openwrt.org/infrastructure)
should be done.
Cheers,
Petr
___
openwrt-devel mailing list
Paul Spooren [2022-01-07 10:34:34]:
Hi,
(adding openwrt-adm@ into the loop)
> None of the OpenWrt project members is willing to setup and maintain a
> GitLab instance
so what about having that GitLab instance prepared and co-maintained by some
trusted 3rd party? I mean, define our needs, find
The purpose of this tool is to pass the factory image verification process,
and it does not provide a full image with kernel and rootfs. The tool prepends
a factory header to kernel image, and rootfs should be appended separately.
This tool has been developed and tested on NAS1 and NAS1dual, but
Some ipTIME models (e.g. A8004T-XR) started to use a new 56-byte header
format which uses accumulated CRC-32 for its checksum algorithm. This tool
helps to pass through the factory image verification process on the
applicable models.
Signed-off-by: Sungbo Eo
---
CMakeLists.txt | 1 +
Please see two comments inline below
On Sun, Jan 23, 2022 at 01:35:25AM +0100, Ansuel Smith wrote:
> Add support for multi-cpu dsa. This is a reworked version of the RFC patch
> proposed some time ago.
> By default every dsa port is connected to the first cpu port and the command
> 'ip link set
On Sun, Jan 23, 2022 at 01:35:24AM +0100, Ansuel Smith wrote:
> This adds the hack patches for DSA multicpu support.
> I still have to clean patch 1, 3, 4 but considering this is still a bit WIP
> I decided to clean and provide a correct patches for the final version.
>
> This version won't
Now that we have separate files for each kernel version, only the version/hash
for the target kernel are available.
This cause a missing hash error (and wrong kernel version) for bpf-headers
when a testing kernel version is used for the current target.
Fix this error by manually including the
On Sat, 22 Jan 2022 09:38:01 +
Rui Salvaterra wrote:
> Hi, Ansuel,
>
> On Sat, 22 Jan 2022 at 01:08, Ansuel Smith wrote:
> >
> >
> > So.. how should we proceed with this? From what I understand the idea is to
> > merge this ASAP.
>
> But not a moment sooner. ;) I'm sure we agree that
Add support for multi-cpu dsa. This is a reworked version of the RFC patch
proposed some time ago.
By default every dsa port is connected to the first cpu port and the command
'ip link set PORT cpu CPU_PORT' can be used to change the used cpu port at
runtime.
A specific function
This adds the hack patches for DSA multicpu support.
I still have to clean patch 1, 3, 4 but considering this is still a bit WIP
I decided to clean and provide a correct patches for the final version.
This version won't change the logic by DSA that assing every port to the first
cpu port. A init
Add support for cpu set useful to set CPU port for dsa devices.
Signed-off-by: Ansuel Smith
---
...101-iplink_allow_to_change_cpu_value.patch | 81 +++
1 file changed, 81 insertions(+)
create mode 100644
Il giorno dom 23 gen 2022 alle ore 02:29 Daniel Golle
ha scritto:
>
> On Sun, Jan 23, 2022 at 01:35:24AM +0100, Ansuel Smith wrote:
> > This adds the hack patches for DSA multicpu support.
> > I still have to clean patch 1, 3, 4 but considering this is still a bit WIP
> > I decided to clean and
The arc700 target is not booting up since some time, see here:
https://github.com/foss-for-synopsys-dwc-arc-processors/toolchain/issues/400
It looks like there is a problem in the toolchain when using glibc.
Currently no one is working on fixing this problem, remove the target
instead. This
14 matches
Mail list logo
