From: Thorsten Leemhuis <email@example.com>
To: Imre Deak <firstname.lastname@example.org>
Cc: Brandon Nielsen <email@example.com>,
Daniel Vetter <firstname.lastname@example.org>,
Geert Uytterhoeven <email@example.com>,
David Airlie <firstname.lastname@example.org>,
Linux Kernel Mailing List <email@example.com>
Subject: Re: [Bug Report] Desktop monitor sleep regression
Date: Fri, 17 Dec 2021 18:19:37 +0100 [thread overview]
Message-ID: <firstname.lastname@example.org> (raw)
On 17.12.21 15:52, Imre Deak wrote:
> On Fri, Dec 17, 2021 at 03:46:21PM +0100, Thorsten Leemhuis wrote:
>> added some CCs Geert added in his reply
>> On 07.12.21 08:20, Thorsten Leemhuis wrote:
>>> [TLDR: adding this regression to regzbot; most of this mail is compiled
>>> from a few templates paragraphs some of you might have seen already.]
>>> Hi, this is your Linux kernel regression tracker speaking.
>> /me again
>> What's up here? We are getting close to rc6, but there afaics wasn't any
>> reply of substance since the report ten days ago. Hence:
>> Could anybody please comment on this? Imre Deak, the commit Brandon
>> found in the bisection contains a patch of yours, do you maybe have an
>> idea what's up here?
> based on which the problem is somehere in the AMD driver.
Ha, sorry for the noise then, I really feel stupid: I have no idea why I
didn't check the bug report for an update, as I do normally do. Much
have slipped through. Ohh well, hopefully we one day have have a central
place to handle these things.
>> Ciao, Thorsten
>> #regzbot poke
>>> Adding the regression mailing list to the list of recipients, as it
>>> should be in the loop for all regressions, as explained here:
>>> Also adding the authors and reviewers of the culprit and two appropriate
>>> mailing lists.
>>> On 07.12.21 01:21, Brandon Nielsen wrote:
>>>> Monitors no longer sleep properly on my system (dual monitor connected
>>>> via DP->DVI, amdgpu, x86_64). The monitors slept properly on 5.14, but
>>>> stopped during the 5.15 series. I have also filed this bug on the kernel
>>>> bugzilla and downstream.
>>>> I have performed a bisect, first "bad" commit to master is
>>>> 55285e21f04517939480966164a33898c34b2af2, the same change made it
>>>> into the 5.15 branch as e3b39825ed0813f787cb3ebdc5ecaa5131623647.
>>> TWIMC: That was for 5.15.3
>>>> I have
>>>> verified the issue exists in latest master
>>>> Steps to reproduce:
>>>> 1. Boot system (Fedora Workstation 35 in this case)
>>>> 2. Log in
>>>> 3. Lock screen (after a few seconds, monitors will enter power save
>>>> "sleep" state with backlight off)
>>>> 4. Wait (usually no more than 30 seconds, sometimes up to a few minutes)
>>>> 5. Observe monitor leaving "sleep" state (backlight comes back on),
>>>> but nothing is displayed
>>>>  - https://bugzilla.kernel.org/show_bug.cgi?id=215203
>>>>  - https://bugzilla.redhat.com/show_bug.cgi?id=2028613
>>> To be sure this issue doesn't fall through the cracks unnoticed, I'm
>>> adding it to regzbot, my Linux kernel regression tracking bot:
>>> #regzbot ^introduced 55285e21f04517939480966164a33898c34b2af2
>>> #regzbot title fbdev/efifb: Monitors no longer sleep (amdgpu dual
>>> monitor setup)
>>> #regzbot ignore-activity
>>> Reminder: when fixing the issue, please add a 'Link:' tag with the URL
>>> to the report (the parent of this mail), then regzbot will automatically
>>> mark the regression as resolved once the fix lands in the appropriate
>>> tree. For more details about regzbot see footer.
>>> Sending this to everyone that got the initial report, to make all aware
>>> of the tracking. I also hope that messages like this motivate people to
>>> directly get at least the regression mailing list and ideally even
>>> regzbot involved when dealing with regressions, as messages like this
>>> wouldn't be needed then.
>>> Don't worry, I'll send further messages wrt to this regression just to
>>> the lists (with a tag in the subject so people can filter them away), as
>>> long as they are intended just for regzbot. With a bit of luck no such
>>> messages will be needed anyway.
>>> Ciao, Thorsten, your Linux kernel regression tracker.
>>> P.S.: As a Linux kernel regression tracker I'm getting a lot of reports
>>> on my table. I can only look briefly into most of them. Unfortunately
>>> therefore I sometimes will get things wrong or miss something important.
>>> I hope that's not the case here; if you think it is, don't hesitate to
>>> tell me about it in a public reply. That's in everyone's interest, as
>>> what I wrote above might be misleading to everyone reading this; any
>>> suggestion I gave they thus might sent someone reading this down the
>>> wrong rabbit hole, which none of us wants.
>>> BTW, I have no personal interest in this issue, which is tracked using
>>> regzbot, my Linux kernel regression tracking bot
>>> (https://linux-regtracking.leemhuis.info/regzbot/). I'm only posting
>>> this mail to get things rolling again and hence don't need to be CC on
>>> all further activities wrt to this regression.
next prev parent reply other threads:[~2021-12-17 17:19 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <email@example.com>
2021-12-07 7:20 ` [Bug Report] Desktop monitor sleep regression Thorsten Leemhuis
2021-12-17 14:46 ` Thorsten Leemhuis
2021-12-17 14:52 ` Imre Deak
2021-12-17 17:19 ` Thorsten Leemhuis [this message]
2021-12-18 7:02 ` [Bug Report] Desktop monitor sleep regression #forregzbot Thorsten Leemhuis
2022-01-08 11:44 ` Thorsten Leemhuis
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).