tboot suspend broken on Lenovo T460p

* tboot suspend broken on Lenovo T460p
@ 2022-04-29 12:03 Thorsten Leemhuis
  2022-09-26 13:37 ` tboot suspend broken on Lenovo T460p #forregzbot Thorsten Leemhuis
  0 siblings, 1 reply; 3+ messages in thread
From: Thorsten Leemhuis @ 2022-04-29 12:03 UTC (permalink / raw)
  To: regressions

Hi, this is your Linux kernel regression tracker speaking.

About a week ago a regression was reported to bugzilla.kernel.org that
seems to be handled there already, nevertheless I'd like to add to the
tracking to ensure it's not forgotten.

#regzbot introduced: 453e41085183980087f8a80dada523caf1131c3c
#regzbot from: Derek Dolney <z23@posteo.net>
#regzbot title: tboot suspend broken on Lenovo T460p
#regzbot link: https://bugzilla.kernel.org/show_bug.cgi?id=215867

Quote:

> I am using tboot (v1.10.5) to make use of intel-txt and all was
> working fine with the Linux kernel 5.10 series. However later in 5.12
> release candidates, I have  proper booting however suspend is broken.
> I am using a Lenovo T460p. Usually when suspending on this machine
> the power button LED will blink 8 times and then it goes into a sleep
> state. With newer kernels I get power LED and caps lock LED blinking,
> cpu fan runs fast, and can't get out of that state without hard
> powerdown.
> 
> I did a git bisect on and found that commit
> 453e41085183980087f8a80dada523caf1131c3c is the one that breaks
> tboot+suspend to ram. It is part of a series of some cpu hotplug
> commits.
> 
> Just to be clear: if I build a kernel from the commit just before
> this one, I can suspend and resume, but if I build with this commit I
> can not suspend, laptop gets stuck on blinking power LED. Let me also
> mention that, given the above commit, if I do not use tboot, I can
> suspend and resume ok. It is only within the tboot boot context that
> I have suspend&resume problems.

See the ticket for details, there were a few replies already.

Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)

P.S.: As the Linux kernel's regression tracker I deal with a lot of
reports and sometimes miss something important when writing mails like
this. If that's the case here, don't hesitate to tell me in a public
reply, it's in everyone's interest to set the public record straight.

-- 
Additional information about regzbot:

If you want to know more about regzbot, check out its web-interface, the
getting start guide, and the references documentation:

https://linux-regtracking.leemhuis.info/regzbot/
https://gitlab.com/knurd42/regzbot/-/blob/main/docs/getting_started.md
https://gitlab.com/knurd42/regzbot/-/blob/main/docs/reference.md

The last two documents will explain how you can interact with regzbot
yourself if your want to.

Hint for reporters: when reporting a regression it's in your interest to
CC the regression list and tell regzbot about the issue, as that ensures
the regression makes it onto the radar of the Linux kernel's regression
tracker -- that's in your interest, as it ensures your report won't fall
through the cracks unnoticed.

Hint for developers: you normally don't need to care about regzbot once
it's involved. Fix the issue as you normally would, just remember to
include 'Link:' tag in the patch descriptions pointing to all reports
about the issue. This has been expected from developers even before
regzbot showed up for reasons explained in
'Documentation/process/submitting-patches.rst' and
'Documentation/process/5.Posting.rst'.

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