All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] mfd: Fix RTS5227 (and others) powermanagement
@ 2017-12-06 11:21 Hans de Goede
  2017-12-06 11:31 ` Hans de Goede
  2017-12-07  9:48 ` Lee Jones
  0 siblings, 2 replies; 8+ messages in thread
From: Hans de Goede @ 2017-12-06 11:21 UTC (permalink / raw)
  To: Lee Jones; +Cc: Hans de Goede, linux-kernel, Rui Feng

Commit 8275b77a1513 ("mfd: rts5249: Add support for RTS5250S power
saving") adds powersaving support for device-ids 5249 524a and 525a.

But as a side effect it breaks ASPM support for all the other device-ids,
causing e.g. the Haswell CPU on a Lenovo T440s to not go into a higher
c-state then PC3, while previously it would go to PC7, causing the
machine to idle at 7.4W instead of 6.6W!

The problem here is the new option.dev_aspm_mode field, which only gets
explicitly initialized in the new code for the device-ids 5249 524a and
525a. Leaving the dev_aspm_mode 0 for the other device-ids.

The default dev_aspm_mode 0 is mapped to DEV_ASPM_DISABLE, but the
old behavior of calling rtsx_pci_enable_aspm() when idle and
rtsx_pci_disable_aspm() when busy happens when dev_aspm_mode ==
DEV_ASPM_DYNAMIC.

This commit changes the enum so that 0 = DEV_ASPM_DYNAMIC matching the
old default behavior, fixing the pm regression with the other device-ids.

Cc: Rui Feng <rui_feng@realsil.com.cn>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
---
 include/linux/mfd/rtsx_pci.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/linux/mfd/rtsx_pci.h b/include/linux/mfd/rtsx_pci.h
index a2a1318a3d0c..c3d3f04d8cc6 100644
--- a/include/linux/mfd/rtsx_pci.h
+++ b/include/linux/mfd/rtsx_pci.h
@@ -915,10 +915,10 @@ enum PDEV_STAT  {PDEV_STAT_IDLE, PDEV_STAT_RUN};
 #define LTR_L1SS_PWR_GATE_CHECK_CARD_EN	BIT(6)
 
 enum dev_aspm_mode {
-	DEV_ASPM_DISABLE = 0,
 	DEV_ASPM_DYNAMIC,
 	DEV_ASPM_BACKDOOR,
 	DEV_ASPM_STATIC,
+	DEV_ASPM_DISABLE,
 };
 
 /*
-- 
2.14.3

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

* Re: [PATCH] mfd: Fix RTS5227 (and others) powermanagement
  2017-12-06 11:21 [PATCH] mfd: Fix RTS5227 (and others) powermanagement Hans de Goede
@ 2017-12-06 11:31 ` Hans de Goede
  2017-12-06 15:42   ` Lee Jones
  2017-12-07  2:38   ` 答复: " 冯锐
  2017-12-07  9:48 ` Lee Jones
  1 sibling, 2 replies; 8+ messages in thread
From: Hans de Goede @ 2017-12-06 11:31 UTC (permalink / raw)
  To: Lee Jones; +Cc: linux-kernel, Rui Feng

Hi,

On 06-12-17 12:21, Hans de Goede wrote:
> Commit 8275b77a1513 ("mfd: rts5249: Add support for RTS5250S power
> saving") adds powersaving support for device-ids 5249 524a and 525a.
> 
> But as a side effect it breaks ASPM support for all the other device-ids,
> causing e.g. the Haswell CPU on a Lenovo T440s to not go into a higher
> c-state then PC3, while previously it would go to PC7, causing the
> machine to idle at 7.4W instead of 6.6W!
> 
> The problem here is the new option.dev_aspm_mode field, which only gets
> explicitly initialized in the new code for the device-ids 5249 524a and
> 525a. Leaving the dev_aspm_mode 0 for the other device-ids.
> 
> The default dev_aspm_mode 0 is mapped to DEV_ASPM_DISABLE, but the
> old behavior of calling rtsx_pci_enable_aspm() when idle and
> rtsx_pci_disable_aspm() when busy happens when dev_aspm_mode ==
> DEV_ASPM_DYNAMIC.
> 
> This commit changes the enum so that 0 = DEV_ASPM_DYNAMIC matching the
> old default behavior, fixing the pm regression with the other device-ids.
> 
> Cc: Rui Feng <rui_feng@realsil.com.cn>
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>

p.s.

2 remarks:

1. As this is a regression in 4.15, please queue this up as a fix for 4.15
    (I prioritized bisecting this, which took me a whole day to get a fix
     ready in time for 4.15).

2. This bit of the original commit also looks weird, but I don't have the
hardware in case, Rui Feng should probably take a look at this:

@@ -1063,6 +1185,16 @@ static int rtsx_pci_init_hw(struct rtsx_pcr *pcr)
  	if (err < 0)
  		return err;

+	switch (PCI_PID(pcr)) {
+	case PID_5250:
+	case PID_524A:
+	case PID_525A:
+		rtsx_pci_write_register(pcr, PM_CLK_FORCE_CTL, 1, 1);
+		break;
+	default:
+		break;
+	}
+
  	/* Enable clk_request_n to enable clock power management */
  	rtsx_pci_write_config_byte(pcr, pcr->pcie_cap + PCI_EXP_LNKCTL + 1, 1);
  	/* Enter L1 when host tx idle */

The PID5250 looks weird here, the rtsx_pci_ids table does not contain
it; and neither does the switch (PCI_PID(pcr)) in rtsx_pci_init_chip()
at the same time the commit does make changes to the codepaths for
the 5249... ?

Regards,

Hans







> ---
>   include/linux/mfd/rtsx_pci.h | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/include/linux/mfd/rtsx_pci.h b/include/linux/mfd/rtsx_pci.h
> index a2a1318a3d0c..c3d3f04d8cc6 100644
> --- a/include/linux/mfd/rtsx_pci.h
> +++ b/include/linux/mfd/rtsx_pci.h
> @@ -915,10 +915,10 @@ enum PDEV_STAT  {PDEV_STAT_IDLE, PDEV_STAT_RUN};
>   #define LTR_L1SS_PWR_GATE_CHECK_CARD_EN	BIT(6)
>   
>   enum dev_aspm_mode {
> -	DEV_ASPM_DISABLE = 0,
>   	DEV_ASPM_DYNAMIC,
>   	DEV_ASPM_BACKDOOR,
>   	DEV_ASPM_STATIC,
> +	DEV_ASPM_DISABLE,
>   };
>   
>   /*
> 

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

* Re: [PATCH] mfd: Fix RTS5227 (and others) powermanagement
  2017-12-06 11:31 ` Hans de Goede
@ 2017-12-06 15:42   ` Lee Jones
  2017-12-06 15:44     ` Hans de Goede
  2017-12-07  2:38   ` 答复: " 冯锐
  1 sibling, 1 reply; 8+ messages in thread
From: Lee Jones @ 2017-12-06 15:42 UTC (permalink / raw)
  To: Hans de Goede; +Cc: linux-kernel, Rui Feng

On Wed, 06 Dec 2017, Hans de Goede wrote:

> Hi,
> 
> On 06-12-17 12:21, Hans de Goede wrote:
> > Commit 8275b77a1513 ("mfd: rts5249: Add support for RTS5250S power
> > saving") adds powersaving support for device-ids 5249 524a and 525a.
> > 
> > But as a side effect it breaks ASPM support for all the other device-ids,
> > causing e.g. the Haswell CPU on a Lenovo T440s to not go into a higher
> > c-state then PC3, while previously it would go to PC7, causing the
> > machine to idle at 7.4W instead of 6.6W!
> > 
> > The problem here is the new option.dev_aspm_mode field, which only gets
> > explicitly initialized in the new code for the device-ids 5249 524a and
> > 525a. Leaving the dev_aspm_mode 0 for the other device-ids.
> > 
> > The default dev_aspm_mode 0 is mapped to DEV_ASPM_DISABLE, but the
> > old behavior of calling rtsx_pci_enable_aspm() when idle and
> > rtsx_pci_disable_aspm() when busy happens when dev_aspm_mode ==
> > DEV_ASPM_DYNAMIC.
> > 
> > This commit changes the enum so that 0 = DEV_ASPM_DYNAMIC matching the
> > old default behavior, fixing the pm regression with the other device-ids.
> > 
> > Cc: Rui Feng <rui_feng@realsil.com.cn>
> > Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> 
> p.s.
> 
> 2 remarks:
> 
> 1. As this is a regression in 4.15, please queue this up as a fix for 4.15
>    (I prioritized bisecting this, which took me a whole day to get a fix
>     ready in time for 4.15).

If this is aimed at -the rcs, you should apply a Fixes: tag.

Happy to do it for you this time.

Be good to get at Ack from Rui before I apply it.

-- 
Lee Jones
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

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

* Re: [PATCH] mfd: Fix RTS5227 (and others) powermanagement
  2017-12-06 15:42   ` Lee Jones
@ 2017-12-06 15:44     ` Hans de Goede
  0 siblings, 0 replies; 8+ messages in thread
From: Hans de Goede @ 2017-12-06 15:44 UTC (permalink / raw)
  To: Lee Jones; +Cc: linux-kernel, Rui Feng

Hi,

On 06-12-17 16:42, Lee Jones wrote:
> On Wed, 06 Dec 2017, Hans de Goede wrote:
> 
>> Hi,
>>
>> On 06-12-17 12:21, Hans de Goede wrote:
>>> Commit 8275b77a1513 ("mfd: rts5249: Add support for RTS5250S power
>>> saving") adds powersaving support for device-ids 5249 524a and 525a.
>>>
>>> But as a side effect it breaks ASPM support for all the other device-ids,
>>> causing e.g. the Haswell CPU on a Lenovo T440s to not go into a higher
>>> c-state then PC3, while previously it would go to PC7, causing the
>>> machine to idle at 7.4W instead of 6.6W!
>>>
>>> The problem here is the new option.dev_aspm_mode field, which only gets
>>> explicitly initialized in the new code for the device-ids 5249 524a and
>>> 525a. Leaving the dev_aspm_mode 0 for the other device-ids.
>>>
>>> The default dev_aspm_mode 0 is mapped to DEV_ASPM_DISABLE, but the
>>> old behavior of calling rtsx_pci_enable_aspm() when idle and
>>> rtsx_pci_disable_aspm() when busy happens when dev_aspm_mode ==
>>> DEV_ASPM_DYNAMIC.
>>>
>>> This commit changes the enum so that 0 = DEV_ASPM_DYNAMIC matching the
>>> old default behavior, fixing the pm regression with the other device-ids.
>>>
>>> Cc: Rui Feng <rui_feng@realsil.com.cn>
>>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>>
>> p.s.
>>
>> 2 remarks:
>>
>> 1. As this is a regression in 4.15, please queue this up as a fix for 4.15
>>     (I prioritized bisecting this, which took me a whole day to get a fix
>>      ready in time for 4.15).
> 
> If this is aimed at -the rcs, you should apply a Fixes: tag.

Right, I should have thought of that myself.

> Happy to do it for you this time.

Thanks you.

Regards,

Hans

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

* 答复: [PATCH] mfd: Fix RTS5227 (and others) powermanagement
  2017-12-06 11:31 ` Hans de Goede
  2017-12-06 15:42   ` Lee Jones
@ 2017-12-07  2:38   ` 冯锐
  2017-12-07  9:28     ` Lee Jones
  1 sibling, 1 reply; 8+ messages in thread
From: 冯锐 @ 2017-12-07  2:38 UTC (permalink / raw)
  To: Hans de Goede, Lee Jones; +Cc: linux-kernel

> Hi,
> 
> On 06-12-17 12:21, Hans de Goede wrote:
> > Commit 8275b77a1513 ("mfd: rts5249: Add support for RTS5250S power
> > saving") adds powersaving support for device-ids 5249 524a and 525a.
> >
> > But as a side effect it breaks ASPM support for all the other
> > device-ids, causing e.g. the Haswell CPU on a Lenovo T440s to not go
> > into a higher c-state then PC3, while previously it would go to PC7,
> > causing the machine to idle at 7.4W instead of 6.6W!
> >
> > The problem here is the new option.dev_aspm_mode field, which only
> > gets explicitly initialized in the new code for the device-ids 5249
> > 524a and 525a. Leaving the dev_aspm_mode 0 for the other device-ids.
> >
> > The default dev_aspm_mode 0 is mapped to DEV_ASPM_DISABLE, but the
> old
> > behavior of calling rtsx_pci_enable_aspm() when idle and
> > rtsx_pci_disable_aspm() when busy happens when dev_aspm_mode ==
> > DEV_ASPM_DYNAMIC.
> >
> > This commit changes the enum so that 0 = DEV_ASPM_DYNAMIC matching
> the
> > old default behavior, fixing the pm regression with the other device-ids.
> >
> > Cc: Rui Feng <rui_feng@realsil.com.cn>
> > Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> 
> p.s.
> 
> 2 remarks:
> 
> 1. As this is a regression in 4.15, please queue this up as a fix for 4.15
>     (I prioritized bisecting this, which took me a whole day to get a fix
>      ready in time for 4.15).
> 
> 2. This bit of the original commit also looks weird, but I don't have the
> hardware in case, Rui Feng should probably take a look at this:
> 
> @@ -1063,6 +1185,16 @@ static int rtsx_pci_init_hw(struct rtsx_pcr *pcr)
>   	if (err < 0)
>   		return err;
> 
> +	switch (PCI_PID(pcr)) {
> +	case PID_5250:
> +	case PID_524A:
> +	case PID_525A:
> +		rtsx_pci_write_register(pcr, PM_CLK_FORCE_CTL, 1, 1);
> +		break;
> +	default:
> +		break;
> +	}
> +
>   	/* Enable clk_request_n to enable clock power management */
>   	rtsx_pci_write_config_byte(pcr, pcr->pcie_cap + PCI_EXP_LNKCTL + 1, 1);
>   	/* Enter L1 when host tx idle */
> 
> The PID5250 looks weird here, the rtsx_pci_ids table does not contain it; and
> neither does the switch (PCI_PID(pcr)) in rtsx_pci_init_chip() at the same time
> the commit does make changes to the codepaths for the 5249... ?
> 
Thank you for pointing out the problem. The old driver isn't written by me, 5249, 524a and 525a are in the same file,
I didn't notice that rtsx_pci_ids table does not contain 5250. But the power saving function for 5250 and 525a is the same,
PID_5250 here will not effect the power saving function.

> Regards,
> 
> Hans
> 
> 
> 
> 
> 
> 
> 
> > ---
> >   include/linux/mfd/rtsx_pci.h | 2 +-
> >   1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/include/linux/mfd/rtsx_pci.h
> > b/include/linux/mfd/rtsx_pci.h index a2a1318a3d0c..c3d3f04d8cc6 100644
> > --- a/include/linux/mfd/rtsx_pci.h
> > +++ b/include/linux/mfd/rtsx_pci.h
> > @@ -915,10 +915,10 @@ enum PDEV_STAT  {PDEV_STAT_IDLE,
> PDEV_STAT_RUN};
> >   #define LTR_L1SS_PWR_GATE_CHECK_CARD_EN	BIT(6)
> >
> >   enum dev_aspm_mode {
> > -	DEV_ASPM_DISABLE = 0,
> >   	DEV_ASPM_DYNAMIC,
> >   	DEV_ASPM_BACKDOOR,
> >   	DEV_ASPM_STATIC,
> > +	DEV_ASPM_DISABLE,
> >   };
> >
> >   /*
> >
> 
> ------Please consider the environment before printing this e-mail.

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

* Re: 答复: [PATCH] mfd: Fix RTS5227 (and others) powermanagement
  2017-12-07  2:38   ` 答复: " 冯锐
@ 2017-12-07  9:28     ` Lee Jones
  2017-12-07  9:36       ` 答复: " 冯锐
  0 siblings, 1 reply; 8+ messages in thread
From: Lee Jones @ 2017-12-07  9:28 UTC (permalink / raw)
  To: 冯锐; +Cc: Hans de Goede, linux-kernel

On Thu, 07 Dec 2017, 冯锐 wrote:

> > Hi,
> > 
> > On 06-12-17 12:21, Hans de Goede wrote:
> > > Commit 8275b77a1513 ("mfd: rts5249: Add support for RTS5250S power
> > > saving") adds powersaving support for device-ids 5249 524a and 525a.
> > >
> > > But as a side effect it breaks ASPM support for all the other
> > > device-ids, causing e.g. the Haswell CPU on a Lenovo T440s to not go
> > > into a higher c-state then PC3, while previously it would go to PC7,
> > > causing the machine to idle at 7.4W instead of 6.6W!
> > >
> > > The problem here is the new option.dev_aspm_mode field, which only
> > > gets explicitly initialized in the new code for the device-ids 5249
> > > 524a and 525a. Leaving the dev_aspm_mode 0 for the other device-ids.
> > >
> > > The default dev_aspm_mode 0 is mapped to DEV_ASPM_DISABLE, but the
> > old
> > > behavior of calling rtsx_pci_enable_aspm() when idle and
> > > rtsx_pci_disable_aspm() when busy happens when dev_aspm_mode ==
> > > DEV_ASPM_DYNAMIC.
> > >
> > > This commit changes the enum so that 0 = DEV_ASPM_DYNAMIC matching
> > the
> > > old default behavior, fixing the pm regression with the other device-ids.
> > >
> > > Cc: Rui Feng <rui_feng@realsil.com.cn>
> > > Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> > 
> > p.s.
> > 
> > 2 remarks:
> > 
> > 1. As this is a regression in 4.15, please queue this up as a fix for 4.15
> >     (I prioritized bisecting this, which took me a whole day to get a fix
> >      ready in time for 4.15).
> > 
> > 2. This bit of the original commit also looks weird, but I don't have the
> > hardware in case, Rui Feng should probably take a look at this:
> > 
> > @@ -1063,6 +1185,16 @@ static int rtsx_pci_init_hw(struct rtsx_pcr *pcr)
> >   	if (err < 0)
> >   		return err;
> > 
> > +	switch (PCI_PID(pcr)) {
> > +	case PID_5250:
> > +	case PID_524A:
> > +	case PID_525A:
> > +		rtsx_pci_write_register(pcr, PM_CLK_FORCE_CTL, 1, 1);
> > +		break;
> > +	default:
> > +		break;
> > +	}
> > +
> >   	/* Enable clk_request_n to enable clock power management */
> >   	rtsx_pci_write_config_byte(pcr, pcr->pcie_cap + PCI_EXP_LNKCTL + 1, 1);
> >   	/* Enter L1 when host tx idle */
> > 
> > The PID5250 looks weird here, the rtsx_pci_ids table does not contain it; and
> > neither does the switch (PCI_PID(pcr)) in rtsx_pci_init_chip() at the same time
> > the commit does make changes to the codepaths for the 5249... ?
> > 
> Thank you for pointing out the problem. The old driver isn't written
> by me, 5249, 524a and 525a are in the same file,
> I didn't notice that rtsx_pci_ids table does not contain 5250. But
> the power saving function for 5250 and 525a is the same, 
> PID_5250 here will not effect the power saving function.

Is that an Ack or a NAck?

-- 
Lee Jones
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

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

* 答复: 答复: [PATCH] mfd: Fix RTS5227 (and others) powermanagement
  2017-12-07  9:28     ` Lee Jones
@ 2017-12-07  9:36       ` 冯锐
  0 siblings, 0 replies; 8+ messages in thread
From: 冯锐 @ 2017-12-07  9:36 UTC (permalink / raw)
  To: Lee Jones; +Cc: Hans de Goede, linux-kernel

> On Thu, 07 Dec 2017, 冯锐 wrote:
> 
> > > Hi,
> > >
> > > On 06-12-17 12:21, Hans de Goede wrote:
> > > > Commit 8275b77a1513 ("mfd: rts5249: Add support for RTS5250S power
> > > > saving") adds powersaving support for device-ids 5249 524a and 525a.
> > > >
> > > > But as a side effect it breaks ASPM support for all the other
> > > > device-ids, causing e.g. the Haswell CPU on a Lenovo T440s to not
> > > > go into a higher c-state then PC3, while previously it would go to
> > > > PC7, causing the machine to idle at 7.4W instead of 6.6W!
> > > >
> > > > The problem here is the new option.dev_aspm_mode field, which only
> > > > gets explicitly initialized in the new code for the device-ids
> > > > 5249 524a and 525a. Leaving the dev_aspm_mode 0 for the other
> device-ids.
> > > >
> > > > The default dev_aspm_mode 0 is mapped to DEV_ASPM_DISABLE, but
> the
> > > old
> > > > behavior of calling rtsx_pci_enable_aspm() when idle and
> > > > rtsx_pci_disable_aspm() when busy happens when dev_aspm_mode ==
> > > > DEV_ASPM_DYNAMIC.
> > > >
> > > > This commit changes the enum so that 0 = DEV_ASPM_DYNAMIC
> matching
> > > the
> > > > old default behavior, fixing the pm regression with the other device-ids.
> > > >
> > > > Cc: Rui Feng <rui_feng@realsil.com.cn>
> > > > Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> > >
> > > p.s.
> > >
> > > 2 remarks:
> > >
> > > 1. As this is a regression in 4.15, please queue this up as a fix for 4.15
> > >     (I prioritized bisecting this, which took me a whole day to get a fix
> > >      ready in time for 4.15).
> > >
> > > 2. This bit of the original commit also looks weird, but I don't
> > > have the hardware in case, Rui Feng should probably take a look at this:
> > >
> > > @@ -1063,6 +1185,16 @@ static int rtsx_pci_init_hw(struct rtsx_pcr *pcr)
> > >   	if (err < 0)
> > >   		return err;
> > >
> > > +	switch (PCI_PID(pcr)) {
> > > +	case PID_5250:
> > > +	case PID_524A:
> > > +	case PID_525A:
> > > +		rtsx_pci_write_register(pcr, PM_CLK_FORCE_CTL, 1, 1);
> > > +		break;
> > > +	default:
> > > +		break;
> > > +	}
> > > +
> > >   	/* Enable clk_request_n to enable clock power management */
> > >   	rtsx_pci_write_config_byte(pcr, pcr->pcie_cap + PCI_EXP_LNKCTL + 1,
> 1);
> > >   	/* Enter L1 when host tx idle */
> > >
> > > The PID5250 looks weird here, the rtsx_pci_ids table does not
> > > contain it; and neither does the switch (PCI_PID(pcr)) in
> > > rtsx_pci_init_chip() at the same time the commit does make changes to the
> codepaths for the 5249... ?
> > >
> > Thank you for pointing out the problem. The old driver isn't written
> > by me, 5249, 524a and 525a are in the same file, I didn't notice that
> > rtsx_pci_ids table does not contain 5250. But the power saving
> > function for 5250 and 525a is the same,
> > PID_5250 here will not effect the power saving function.
> 
> Is that an Ack or a NAck?
> 
Acked-by: Rui Feng <rui_feng@realsil.com.cn>

Thanks.

> --
> Lee Jones
> Linaro Services Technical Lead
> Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook |
> Twitter | Blog
> 
> ------Please consider the environment before printing this e-mail.

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

* Re: [PATCH] mfd: Fix RTS5227 (and others) powermanagement
  2017-12-06 11:21 [PATCH] mfd: Fix RTS5227 (and others) powermanagement Hans de Goede
  2017-12-06 11:31 ` Hans de Goede
@ 2017-12-07  9:48 ` Lee Jones
  1 sibling, 0 replies; 8+ messages in thread
From: Lee Jones @ 2017-12-07  9:48 UTC (permalink / raw)
  To: Hans de Goede; +Cc: linux-kernel, Rui Feng

On Wed, 06 Dec 2017, Hans de Goede wrote:

> Commit 8275b77a1513 ("mfd: rts5249: Add support for RTS5250S power
> saving") adds powersaving support for device-ids 5249 524a and 525a.
> 
> But as a side effect it breaks ASPM support for all the other device-ids,
> causing e.g. the Haswell CPU on a Lenovo T440s to not go into a higher
> c-state then PC3, while previously it would go to PC7, causing the
> machine to idle at 7.4W instead of 6.6W!
> 
> The problem here is the new option.dev_aspm_mode field, which only gets
> explicitly initialized in the new code for the device-ids 5249 524a and
> 525a. Leaving the dev_aspm_mode 0 for the other device-ids.
> 
> The default dev_aspm_mode 0 is mapped to DEV_ASPM_DISABLE, but the
> old behavior of calling rtsx_pci_enable_aspm() when idle and
> rtsx_pci_disable_aspm() when busy happens when dev_aspm_mode ==
> DEV_ASPM_DYNAMIC.
> 
> This commit changes the enum so that 0 = DEV_ASPM_DYNAMIC matching the
> old default behavior, fixing the pm regression with the other device-ids.
> 
> Cc: Rui Feng <rui_feng@realsil.com.cn>
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> ---
>  include/linux/mfd/rtsx_pci.h | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)

Applied, thanks.

-- 
Lee Jones
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

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

end of thread, other threads:[~2017-12-07  9:48 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-12-06 11:21 [PATCH] mfd: Fix RTS5227 (and others) powermanagement Hans de Goede
2017-12-06 11:31 ` Hans de Goede
2017-12-06 15:42   ` Lee Jones
2017-12-06 15:44     ` Hans de Goede
2017-12-07  2:38   ` 答复: " 冯锐
2017-12-07  9:28     ` Lee Jones
2017-12-07  9:36       ` 答复: " 冯锐
2017-12-07  9:48 ` Lee Jones

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.