[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