Re: [PATCH] mvebu: fill additional info for mvneta tx queue workaround patch

2024-02-26 Thread Robert Marko
On Wed, 10 Jan 2024 at 17:45, Tomasz Maciej Nowak  wrote:
>
> From: Tomasz Maciej Nowak 
>
> 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 

Hi,
Thanks for doing this, but can you please rebase as 5.15 was dropped.

Regards,
Robert
> ---
>  .../mvebu/patches-5.15/700-mvneta-tx-queue-workaround.patch  | 5 +
>  .../mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch   | 5 +
>  2 files changed, 10 insertions(+)
>
> diff --git 
> a/target/linux/mvebu/patches-5.15/700-mvneta-tx-queue-workaround.patch 
> b/target/linux/mvebu/patches-5.15/700-mvneta-tx-queue-workaround.patch
> index 32e8ef4b7d87..039dbc06dd04 100644
> --- a/target/linux/mvebu/patches-5.15/700-mvneta-tx-queue-workaround.patch
> +++ b/target/linux/mvebu/patches-5.15/700-mvneta-tx-queue-workaround.patch
> @@ -1,3 +1,6 @@
> +From: Felix Fietkau 
> +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 
>  ---
>  --- a/drivers/net/ethernet/marvell/mvneta.c
> 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 15762be81d40..f80d4e301ada 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 
> +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 
>  ---
>  --- a/drivers/net/ethernet/marvell/mvneta.c
> --
> 2.43.0
>
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


[PATCH] mvebu: fill additional info for mvneta tx queue workaround patch

2024-01-10 Thread Tomasz Maciej Nowak
From: Tomasz Maciej Nowak 

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 
---
 .../mvebu/patches-5.15/700-mvneta-tx-queue-workaround.patch  | 5 +
 .../mvebu/patches-6.1/700-mvneta-tx-queue-workaround.patch   | 5 +
 2 files changed, 10 insertions(+)

diff --git 
a/target/linux/mvebu/patches-5.15/700-mvneta-tx-queue-workaround.patch 
b/target/linux/mvebu/patches-5.15/700-mvneta-tx-queue-workaround.patch
index 32e8ef4b7d87..039dbc06dd04 100644
--- a/target/linux/mvebu/patches-5.15/700-mvneta-tx-queue-workaround.patch
+++ b/target/linux/mvebu/patches-5.15/700-mvneta-tx-queue-workaround.patch
@@ -1,3 +1,6 @@
+From: Felix Fietkau 
+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 
 ---
 --- a/drivers/net/ethernet/marvell/mvneta.c
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 15762be81d40..f80d4e301ada 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 
+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 
 ---
 --- a/drivers/net/ethernet/marvell/mvneta.c
-- 
2.43.0


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel