[PATCH v2] mvebu: fill additional info for mvneta tx queue workaround patch
Robert Marko
robimarko at gmail.com
Mon Feb 26 11:02:55 PST 2024
On Mon, 26 Feb 2024 at 17:27, Tomasz Maciej Nowak <tmn505 at terefe.re> wrote:
>
> From: Tomasz Maciej Nowak <tmn505 at gmail.com>
>
> Because some still unresolved bugs in this driver, which sprout
> occasional questions what this patch works around, point to the issue
> which started this. Being here, fill headers required by git am.
>
> Signed-off-by: Tomasz Maciej Nowak <tmn505 at gmail.com>
Thanks,
Merged.
Regards,
Robert
> ---
> v1 -> v2
> - rebase
>
> .../mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/target/linux/mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch b/target/linux/mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch
> index 918132e2936c..14f93592fe3a 100644
> --- a/target/linux/mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch
> +++ b/target/linux/mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch
> @@ -1,3 +1,6 @@
> +From: Felix Fietkau <nbd at nbd.name>
> +Subject: mvneta: tx queue workaround
> +
> The hardware queue scheduling is apparently configured with fixed
> priorities, which creates a nasty fairness issue where traffic from one
> CPU can starve traffic from all other CPUs.
> @@ -5,6 +8,8 @@ CPU can starve traffic from all other CPUs.
> Work around this issue by forcing all tx packets to go through one CPU,
> until this issue is fixed properly.
>
> +Ref: https://github.com/openwrt/openwrt/issues/5411
> +
> Signed-off-by: Felix Fietkau <nbd at nbd.name>
> ---
> --- a/drivers/net/ethernet/marvell/mvneta.c
> --
> 2.44.0
>
More information about the openwrt-devel
mailing list