Linux kernel -stable discussions
 help / color / mirror / Atom feed
* [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h
@ 2023-11-07  8:52 Li Ma
  2023-11-07 18:17 ` Mario Limonciello
  0 siblings, 1 reply; 8+ messages in thread
From: Li Ma @ 2023-11-07  8:52 UTC (permalink / raw)
  To: amd-gfx
  Cc: Alexander.Deucher, mario.limonciello, yifan1.zhang,
	Heiner Kallweit, stable, David S . Miller

From: Heiner Kallweit <hkallweit1@gmail.com>

[Backport: commit 90ca51e8c654699b672ba61aeaa418dfb3252e5e]
This backport to avoid the bug caused by r8169.

This effectively reverts 4b5f82f6aaef. On a number of systems ASPM L1
causes tx timeouts with RTL8168h, see referenced bug report.

Fixes: 4b5f82f6aaef ("r8169: enable ASPM L1/L1.1 from RTL8168h")
Cc: stable@vger.kernel.org
Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217814
Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
---
 drivers/net/ethernet/realtek/r8169_main.c | 4 ----
 1 file changed, 4 deletions(-)

diff --git a/drivers/net/ethernet/realtek/r8169_main.c b/drivers/net/ethernet/realtek/r8169_main.c
index 45147a1016be..27efd07f09ef 100644
--- a/drivers/net/ethernet/realtek/r8169_main.c
+++ b/drivers/net/ethernet/realtek/r8169_main.c
@@ -5224,13 +5224,9 @@ static int rtl_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
 
 	/* Disable ASPM L1 as that cause random device stop working
 	 * problems as well as full system hangs for some PCIe devices users.
-	 * Chips from RTL8168h partially have issues with L1.2, but seem
-	 * to work fine with L1 and L1.1.
 	 */
 	if (rtl_aspm_is_safe(tp))
 		rc = 0;
-	else if (tp->mac_version >= RTL_GIGA_MAC_VER_46)
-		rc = pci_disable_link_state(pdev, PCIE_LINK_STATE_L1_2);
 	else
 		rc = pci_disable_link_state(pdev, PCIE_LINK_STATE_L1);
 	tp->aspm_manageable = !rc;
-- 
2.25.1


^ permalink raw reply related	[flat|nested] 8+ messages in thread

* Re: [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h
  2023-11-07  8:52 Li Ma
@ 2023-11-07 18:17 ` Mario Limonciello
  2023-11-08  2:31   ` Ma, Li
  0 siblings, 1 reply; 8+ messages in thread
From: Mario Limonciello @ 2023-11-07 18:17 UTC (permalink / raw)
  To: Li Ma, amd-gfx
  Cc: Alexander.Deucher, yifan1.zhang, Heiner Kallweit, stable,
	David S . Miller

On 11/7/2023 02:52, Li Ma wrote:
> From: Heiner Kallweit <hkallweit1@gmail.com>
> 
> [Backport: commit 90ca51e8c654699b672ba61aeaa418dfb3252e5e]
> This backport to avoid the bug caused by r8169.
> 
> This effectively reverts 4b5f82f6aaef. On a number of systems ASPM L1
> causes tx timeouts with RTL8168h, see referenced bug report.
> 
> Fixes: 4b5f82f6aaef ("r8169: enable ASPM L1/L1.1 from RTL8168h")
> Cc: stable@vger.kernel.org
> Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217814
> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
> Signed-off-by: David S. Miller <davem@davemloft.net>
> ---
>   drivers/net/ethernet/realtek/r8169_main.c | 4 ----
>   1 file changed, 4 deletions(-)
> 
> diff --git a/drivers/net/ethernet/realtek/r8169_main.c b/drivers/net/ethernet/realtek/r8169_main.c
> index 45147a1016be..27efd07f09ef 100644
> --- a/drivers/net/ethernet/realtek/r8169_main.c
> +++ b/drivers/net/ethernet/realtek/r8169_main.c
> @@ -5224,13 +5224,9 @@ static int rtl_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
>   
>   	/* Disable ASPM L1 as that cause random device stop working
>   	 * problems as well as full system hangs for some PCIe devices users.
> -	 * Chips from RTL8168h partially have issues with L1.2, but seem
> -	 * to work fine with L1 and L1.1.
>   	 */
>   	if (rtl_aspm_is_safe(tp))
>   		rc = 0;
> -	else if (tp->mac_version >= RTL_GIGA_MAC_VER_46)
> -		rc = pci_disable_link_state(pdev, PCIE_LINK_STATE_L1_2);
>   	else
>   		rc = pci_disable_link_state(pdev, PCIE_LINK_STATE_L1);
>   	tp->aspm_manageable = !rc;

This is a backport from 6.6-rc1, I suppose you're sending the backport 
out because missing it is causing problems testing either 
amd-staging-drm-next or drm-next, right?

If the problems are amd-staging-drm-next I think you can:
# git cherry-pick -x 90ca51e8c654699b672ba61aeaa418dfb3252e5e
and commit there.  Alex will just skip it when he builds the next PR or 
rebases to a newer release.

If the problem is on drm-next, we'll need to wait for drm-next to move 
up rather than cherry-picking it there.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* RE: [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h
  2023-11-07 18:17 ` Mario Limonciello
@ 2023-11-08  2:31   ` Ma, Li
  0 siblings, 0 replies; 8+ messages in thread
From: Ma, Li @ 2023-11-08  2:31 UTC (permalink / raw)
  To: Limonciello, Mario, amd-gfx@lists.freedesktop.org
  Cc: Deucher, Alexander, Zhang, Yifan, Heiner Kallweit,
	stable@vger.kernel.org, David S . Miller

[AMD Official Use Only - General]

Hi Mario,

Yes, this problem is on amd-staging-drm-next and I checked the adeucher/amd-staging-drm-next, this patch is not in there.

Best Regards,
Ma,Li

-----Original Message-----
From: Limonciello, Mario <Mario.Limonciello@amd.com>
Sent: Wednesday, November 8, 2023 2:17 AM
To: Ma, Li <Li.Ma@amd.com>; amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander <Alexander.Deucher@amd.com>; Zhang, Yifan <Yifan1.Zhang@amd.com>; Heiner Kallweit <hkallweit1@gmail.com>; stable@vger.kernel.org; David S . Miller <davem@davemloft.net>
Subject: Re: [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h

On 11/7/2023 02:52, Li Ma wrote:
> From: Heiner Kallweit <hkallweit1@gmail.com>
>
> [Backport: commit 90ca51e8c654699b672ba61aeaa418dfb3252e5e]
> This backport to avoid the bug caused by r8169.
>
> This effectively reverts 4b5f82f6aaef. On a number of systems ASPM L1
> causes tx timeouts with RTL8168h, see referenced bug report.
>
> Fixes: 4b5f82f6aaef ("r8169: enable ASPM L1/L1.1 from RTL8168h")
> Cc: stable@vger.kernel.org
> Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217814
> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
> Signed-off-by: David S. Miller <davem@davemloft.net>
> ---
>   drivers/net/ethernet/realtek/r8169_main.c | 4 ----
>   1 file changed, 4 deletions(-)
>
> diff --git a/drivers/net/ethernet/realtek/r8169_main.c
> b/drivers/net/ethernet/realtek/r8169_main.c
> index 45147a1016be..27efd07f09ef 100644
> --- a/drivers/net/ethernet/realtek/r8169_main.c
> +++ b/drivers/net/ethernet/realtek/r8169_main.c
> @@ -5224,13 +5224,9 @@ static int rtl_init_one(struct pci_dev *pdev,
> const struct pci_device_id *ent)
>
>       /* Disable ASPM L1 as that cause random device stop working
>        * problems as well as full system hangs for some PCIe devices users.
> -      * Chips from RTL8168h partially have issues with L1.2, but seem
> -      * to work fine with L1 and L1.1.
>        */
>       if (rtl_aspm_is_safe(tp))
>               rc = 0;
> -     else if (tp->mac_version >= RTL_GIGA_MAC_VER_46)
> -             rc = pci_disable_link_state(pdev, PCIE_LINK_STATE_L1_2);
>       else
>               rc = pci_disable_link_state(pdev, PCIE_LINK_STATE_L1);
>       tp->aspm_manageable = !rc;

This is a backport from 6.6-rc1, I suppose you're sending the backport out because missing it is causing problems testing either amd-staging-drm-next or drm-next, right?

If the problems are amd-staging-drm-next I think you can:
# git cherry-pick -x 90ca51e8c654699b672ba61aeaa418dfb3252e5e
and commit there.  Alex will just skip it when he builds the next PR or rebases to a newer release.

If the problem is on drm-next, we'll need to wait for drm-next to move up rather than cherry-picking it there.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h
@ 2023-11-08  3:34 Li Ma
  2023-11-08  7:05 ` Greg KH
  0 siblings, 1 reply; 8+ messages in thread
From: Li Ma @ 2023-11-08  3:34 UTC (permalink / raw)
  To: amd-gfx
  Cc: Alexander.Deucher, mario.limonciello, yifan1.zhang,
	Heiner Kallweit, stable, David S . Miller

From: Heiner Kallweit <hkallweit1@gmail.com>

This effectively reverts 4b5f82f6aaef. On a number of systems ASPM L1
causes tx timeouts with RTL8168h, see referenced bug report.

Fixes: 4b5f82f6aaef ("r8169: enable ASPM L1/L1.1 from RTL8168h")
Cc: stable@vger.kernel.org
Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217814
Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
(cherry picked from commit 90ca51e8c654699b672ba61aeaa418dfb3252e5e)
---
 drivers/net/ethernet/realtek/r8169_main.c | 4 ----
 1 file changed, 4 deletions(-)

diff --git a/drivers/net/ethernet/realtek/r8169_main.c b/drivers/net/ethernet/realtek/r8169_main.c
index 45147a1016be..27efd07f09ef 100644
--- a/drivers/net/ethernet/realtek/r8169_main.c
+++ b/drivers/net/ethernet/realtek/r8169_main.c
@@ -5224,13 +5224,9 @@ static int rtl_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
 
 	/* Disable ASPM L1 as that cause random device stop working
 	 * problems as well as full system hangs for some PCIe devices users.
-	 * Chips from RTL8168h partially have issues with L1.2, but seem
-	 * to work fine with L1 and L1.1.
 	 */
 	if (rtl_aspm_is_safe(tp))
 		rc = 0;
-	else if (tp->mac_version >= RTL_GIGA_MAC_VER_46)
-		rc = pci_disable_link_state(pdev, PCIE_LINK_STATE_L1_2);
 	else
 		rc = pci_disable_link_state(pdev, PCIE_LINK_STATE_L1);
 	tp->aspm_manageable = !rc;
-- 
2.25.1


^ permalink raw reply related	[flat|nested] 8+ messages in thread

* Re: [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h
  2023-11-08  3:34 [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h Li Ma
@ 2023-11-08  7:05 ` Greg KH
  2023-11-08  7:40   ` Heiner Kallweit
  0 siblings, 1 reply; 8+ messages in thread
From: Greg KH @ 2023-11-08  7:05 UTC (permalink / raw)
  To: Li Ma
  Cc: amd-gfx, Alexander.Deucher, mario.limonciello, yifan1.zhang,
	Heiner Kallweit, stable, David S . Miller

On Wed, Nov 08, 2023 at 11:34:00AM +0800, Li Ma wrote:
> From: Heiner Kallweit <hkallweit1@gmail.com>
> 
> This effectively reverts 4b5f82f6aaef. On a number of systems ASPM L1
> causes tx timeouts with RTL8168h, see referenced bug report.
> 
> Fixes: 4b5f82f6aaef ("r8169: enable ASPM L1/L1.1 from RTL8168h")
> Cc: stable@vger.kernel.org
> Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217814
> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
> Signed-off-by: David S. Miller <davem@davemloft.net>
> (cherry picked from commit 90ca51e8c654699b672ba61aeaa418dfb3252e5e)
> ---
>  drivers/net/ethernet/realtek/r8169_main.c | 4 ----
>  1 file changed, 4 deletions(-)

Is this a proposed stable tree patch?  If so, what kernel(s) are you
wanting it applied to?

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h
  2023-11-08  7:05 ` Greg KH
@ 2023-11-08  7:40   ` Heiner Kallweit
  2023-11-08  7:52     ` Greg KH
  0 siblings, 1 reply; 8+ messages in thread
From: Heiner Kallweit @ 2023-11-08  7:40 UTC (permalink / raw)
  To: Greg KH
  Cc: amd-gfx, Alexander.Deucher, mario.limonciello, yifan1.zhang,
	stable, David S . Miller, Li Ma

On 08.11.2023 08:05, Greg KH wrote:
> On Wed, Nov 08, 2023 at 11:34:00AM +0800, Li Ma wrote:
>> From: Heiner Kallweit <hkallweit1@gmail.com>
>>
>> This effectively reverts 4b5f82f6aaef. On a number of systems ASPM L1
>> causes tx timeouts with RTL8168h, see referenced bug report.
>>
>> Fixes: 4b5f82f6aaef ("r8169: enable ASPM L1/L1.1 from RTL8168h")
>> Cc: stable@vger.kernel.org
>> Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217814
>> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
>> Signed-off-by: David S. Miller <davem@davemloft.net>
>> (cherry picked from commit 90ca51e8c654699b672ba61aeaa418dfb3252e5e)
>> ---
>>  drivers/net/ethernet/realtek/r8169_main.c | 4 ----
>>  1 file changed, 4 deletions(-)
> 
> Is this a proposed stable tree patch?  If so, what kernel(s) are you
> wanting it applied to?
> 
This should have been sent neither to you nor stable@vger.kernel.org.
This patch has been applied to stable already, the mail is something
AMD-internal it seems.

> thanks,
> 
> greg k-h

Heiner


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h
  2023-11-08  7:40   ` Heiner Kallweit
@ 2023-11-08  7:52     ` Greg KH
  2023-11-08  8:11       ` Ma, Li
  0 siblings, 1 reply; 8+ messages in thread
From: Greg KH @ 2023-11-08  7:52 UTC (permalink / raw)
  To: Heiner Kallweit
  Cc: amd-gfx, Alexander.Deucher, mario.limonciello, yifan1.zhang,
	stable, David S . Miller, Li Ma

On Wed, Nov 08, 2023 at 08:40:48AM +0100, Heiner Kallweit wrote:
> On 08.11.2023 08:05, Greg KH wrote:
> > On Wed, Nov 08, 2023 at 11:34:00AM +0800, Li Ma wrote:
> >> From: Heiner Kallweit <hkallweit1@gmail.com>
> >>
> >> This effectively reverts 4b5f82f6aaef. On a number of systems ASPM L1
> >> causes tx timeouts with RTL8168h, see referenced bug report.
> >>
> >> Fixes: 4b5f82f6aaef ("r8169: enable ASPM L1/L1.1 from RTL8168h")
> >> Cc: stable@vger.kernel.org
> >> Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217814
> >> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
> >> Signed-off-by: David S. Miller <davem@davemloft.net>
> >> (cherry picked from commit 90ca51e8c654699b672ba61aeaa418dfb3252e5e)
> >> ---
> >>  drivers/net/ethernet/realtek/r8169_main.c | 4 ----
> >>  1 file changed, 4 deletions(-)
> > 
> > Is this a proposed stable tree patch?  If so, what kernel(s) are you
> > wanting it applied to?
> > 
> This should have been sent neither to you nor stable@vger.kernel.org.
> This patch has been applied to stable already, the mail is something
> AMD-internal it seems.

Then someone needs to seriously fix their scripts as it is very
confusing :(

^ permalink raw reply	[flat|nested] 8+ messages in thread

* RE: [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h
  2023-11-08  7:52     ` Greg KH
@ 2023-11-08  8:11       ` Ma, Li
  0 siblings, 0 replies; 8+ messages in thread
From: Ma, Li @ 2023-11-08  8:11 UTC (permalink / raw)
  To: Greg KH, Heiner Kallweit
  Cc: amd-gfx@lists.freedesktop.org, Deucher, Alexander,
	Limonciello, Mario, Zhang, Yifan, stable@vger.kernel.org,
	David S . Miller

[AMD Official Use Only - General]

Hi Greg KH & Heiner Kallweit,

Sorry for the trouble, this was sent to AMD internel. Because I want to backport this patch to avoid a problem caused by r8169.
I forgot to clean up the sent object.
Sorry again for the trouble caused by this misunderstanding.

Best Regads,
Li

-----Original Message-----
From: Greg KH <gregkh@linuxfoundation.org>
Sent: Wednesday, November 8, 2023 3:53 PM
To: Heiner Kallweit <hkallweit1@gmail.com>
Cc: amd-gfx@lists.freedesktop.org; Deucher, Alexander <Alexander.Deucher@amd.com>; Limonciello, Mario <Mario.Limonciello@amd.com>; Zhang, Yifan <Yifan1.Zhang@amd.com>; stable@vger.kernel.org; David S . Miller <davem@davemloft.net>; Ma, Li <Li.Ma@amd.com>
Subject: Re: [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h

Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding.


On Wed, Nov 08, 2023 at 08:40:48AM +0100, Heiner Kallweit wrote:
> On 08.11.2023 08:05, Greg KH wrote:
> > On Wed, Nov 08, 2023 at 11:34:00AM +0800, Li Ma wrote:
> >> From: Heiner Kallweit <hkallweit1@gmail.com>
> >>
> >> This effectively reverts 4b5f82f6aaef. On a number of systems ASPM
> >> L1 causes tx timeouts with RTL8168h, see referenced bug report.
> >>
> >> Fixes: 4b5f82f6aaef ("r8169: enable ASPM L1/L1.1 from RTL8168h")
> >> Cc: stable@vger.kernel.org
> >> Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217814
> >> Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
> >> Signed-off-by: David S. Miller <davem@davemloft.net> (cherry picked
> >> from commit 90ca51e8c654699b672ba61aeaa418dfb3252e5e)
> >> ---
> >>  drivers/net/ethernet/realtek/r8169_main.c | 4 ----
> >>  1 file changed, 4 deletions(-)
> >
> > Is this a proposed stable tree patch?  If so, what kernel(s) are you
> > wanting it applied to?
> >
> This should have been sent neither to you nor stable@vger.kernel.org.
> This patch has been applied to stable already, the mail is something
> AMD-internal it seems.

Then someone needs to seriously fix their scripts as it is very confusing :(

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2023-11-08  8:12 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-11-08  3:34 [PATCH] r8169: fix ASPM-related issues on a number of systems with NIC version from RTL8168h Li Ma
2023-11-08  7:05 ` Greg KH
2023-11-08  7:40   ` Heiner Kallweit
2023-11-08  7:52     ` Greg KH
2023-11-08  8:11       ` Ma, Li
  -- strict thread matches above, loose matches on Subject: below --
2023-11-07  8:52 Li Ma
2023-11-07 18:17 ` Mario Limonciello
2023-11-08  2:31   ` Ma, Li

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox