Re: [PATCH RESEND v2 1/2] cpuidle: tegra: Fix C7 idling state on Tegra114

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Mar 4, 2021 at 3:05 PM Daniel Lezcano <daniel.lezcano@xxxxxxxxxx> wrote:
>
> On 04/03/2021 14:55, Rafael J. Wysocki wrote:
> > On Thu, Mar 4, 2021 at 1:30 AM Daniel Lezcano <daniel.lezcano@xxxxxxxxxx> wrote:
> >>
> >> On 02/03/2021 10:54, Dmitry Osipenko wrote:
> >>> Trusted Foundation firmware doesn't implement the do_idle call and in
> >>> this case suspending should fall back to the common suspend path. In order
> >>> to fix this issue we will unconditionally set the NOFLUSH_L2 mode via
> >>> firmware call, which is a NO-OP on Tegra30/124, and then proceed to the
> >>> C7 idling, like it was done by the older Tegra114 cpuidle driver.
> >>>
> >>> Fixes: 14e086baca50 ("cpuidle: tegra: Squash Tegra114 driver into the common driver")
> >>> Cc: stable@xxxxxxxxxxxxxxx # 5.7+
> >>> Reported-by: Anton Bambura <jenneron@xxxxxxxxxxxxxx> # TF701 T114
> >>> Tested-by: Anton Bambura <jenneron@xxxxxxxxxxxxxx> # TF701 T114
> >>> Tested-by: Matt Merhar <mattmerhar@xxxxxxxxxxxxxx> # Ouya T30
> >>> Tested-by: Peter Geis <pgwipeout@xxxxxxxxx> # Ouya T30
> >>> Signed-off-by: Dmitry Osipenko <digetx@xxxxxxxxx>
> >>
> >> Reviewed-by: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
> >
> > So do I gather correctly that I am expected to pick up this series?
>
> I had picked the cpuidle related patches in the past. As the traffic
> became low, I assumed you directly pick them.
>
> But I can take care of them and send a PR at -rc5 like before,
> especially that we have new driver coming. It is not a problem.
>
> Let me know what is you preferred way.

If you can take care of ARM-specific cpuidle changes, that'll help.

Thanks!



[Index of Archives]     [ARM Kernel]     [Linux ARM]     [Linux ARM MSM]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux