* Re: [Bug Report] Desktop monitor sleep regression [not found] <8a27c986-4767-bd29-2073-6c4ffed49bba@jetfuse.net> @ 2021-12-07 8:59 ` Geert Uytterhoeven [not found] ` <962fe0af-a080-fc0d-15f3-203166ff4584@leemhuis.info> 1 sibling, 0 replies; 4+ messages in thread From: Geert Uytterhoeven @ 2021-12-07 8:59 UTC (permalink / raw) To: Brandon Nielsen Cc: Peter Jones, Linux Fbdev development list, Imre Deak, David Airlie, Daniel Vetter, stable, DRI Development, Linux Kernel Mailing List Add CCs On Tue, Dec 7, 2021 at 7:37 AM Brandon Nielsen <nielsenb@jetfuse.net> 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[0] and downstream[1]. > > I have performed a bisect, first "bad" commit to master is > 55285e21f04517939480966164a33898c34b2af2[1], the same change made it > into the 5.15 branch as e3b39825ed0813f787cb3ebdc5ecaa5131623647. I have > verified the issue exists in latest master > (a51e3ac43ddbad891c2b1a4f3aa52371d6939570). > > > 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 > > > [0] - https://bugzilla.kernel.org/show_bug.cgi?id=215203 > [1] - https://bugzilla.redhat.com/show_bug.cgi?id=2028613 ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <962fe0af-a080-fc0d-15f3-203166ff4584@leemhuis.info>]
* Re: [Bug Report] Desktop monitor sleep regression [not found] ` <962fe0af-a080-fc0d-15f3-203166ff4584@leemhuis.info> @ 2021-12-17 14:46 ` Thorsten Leemhuis 2021-12-17 14:52 ` Imre Deak 0 siblings, 1 reply; 4+ messages in thread From: Thorsten Leemhuis @ 2021-12-17 14:46 UTC (permalink / raw) To: Brandon Nielsen, Imre Deak Cc: linux-fbdev, regressions, Daniel Vetter, amd-gfx, pjones, dri-devel, Geert Uytterhoeven, David Airlie, Linux Kernel Mailing List 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? 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: > https://www.kernel.org/doc/html/latest/admin-guide/reporting-issues.html > > 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[0] and downstream[1]. >> >> I have performed a bisect, first "bad" commit to master is >> 55285e21f04517939480966164a33898c34b2af2[1], 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 >> (a51e3ac43ddbad891c2b1a4f3aa52371d6939570). >> >> 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 >> >> [0] - https://bugzilla.kernel.org/show_bug.cgi?id=215203 >> [1] - 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. > ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Bug Report] Desktop monitor sleep regression 2021-12-17 14:46 ` Thorsten Leemhuis @ 2021-12-17 14:52 ` Imre Deak 2021-12-17 17:19 ` Thorsten Leemhuis 0 siblings, 1 reply; 4+ messages in thread From: Imre Deak @ 2021-12-17 14:52 UTC (permalink / raw) To: Thorsten Leemhuis Cc: Brandon Nielsen, linux-fbdev, regressions, Daniel Vetter, amd-gfx, pjones, dri-devel, Geert Uytterhoeven, David Airlie, Linux Kernel Mailing List 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? Yes, https://bugzilla.kernel.org/show_bug.cgi?id=215203 based on which the problem is somehere in the AMD driver. > 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: > > https://www.kernel.org/doc/html/latest/admin-guide/reporting-issues.html > > > > 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[0] and downstream[1]. > >> > >> I have performed a bisect, first "bad" commit to master is > >> 55285e21f04517939480966164a33898c34b2af2[1], 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 > >> (a51e3ac43ddbad891c2b1a4f3aa52371d6939570). > >> > >> 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 > >> > >> [0] - https://bugzilla.kernel.org/show_bug.cgi?id=215203 > >> [1] - 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. > > ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Bug Report] Desktop monitor sleep regression 2021-12-17 14:52 ` Imre Deak @ 2021-12-17 17:19 ` Thorsten Leemhuis 0 siblings, 0 replies; 4+ messages in thread From: Thorsten Leemhuis @ 2021-12-17 17:19 UTC (permalink / raw) To: Imre Deak Cc: Brandon Nielsen, linux-fbdev, regressions, Daniel Vetter, amd-gfx, pjones, dri-devel, Geert Uytterhoeven, David Airlie, Linux Kernel Mailing List 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? > > Yes, > https://bugzilla.kernel.org/show_bug.cgi?id=215203 > > 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 >> 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: >>> https://www.kernel.org/doc/html/latest/admin-guide/reporting-issues.html >>> >>> 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[0] and downstream[1]. >>>> >>>> I have performed a bisect, first "bad" commit to master is >>>> 55285e21f04517939480966164a33898c34b2af2[1], 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 >>>> (a51e3ac43ddbad891c2b1a4f3aa52371d6939570). >>>> >>>> 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 >>>> >>>> [0] - https://bugzilla.kernel.org/show_bug.cgi?id=215203 >>>> [1] - 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. >>> > ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-12-17 17:19 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <8a27c986-4767-bd29-2073-6c4ffed49bba@jetfuse.net> 2021-12-07 8:59 ` [Bug Report] Desktop monitor sleep regression Geert Uytterhoeven [not found] ` <962fe0af-a080-fc0d-15f3-203166ff4584@leemhuis.info> 2021-12-17 14:46 ` Thorsten Leemhuis 2021-12-17 14:52 ` Imre Deak 2021-12-17 17:19 ` Thorsten Leemhuis
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).