On 09.03.22 18:18, Thorsten Leemhuis wrote: > On 09.03.22 17:46, Reinhold Mannsberger wrote: >> Dear Thorsten! >> >> Thank you for your quick response! >> >> Now that you gave me the advice to check dmesg I found out that the >> messages are the same with kernel version 5.16.10 and 5.16.12. But - as >> I described - with kernel version 5.16.10 I had to press the power >> button to resume from suspend. So I my conclusion that my laptop does >> not go to suspend ist apparently wrong. > Good. :-D Sorry, I might have drawn the wrong conclusions from the data you provided, as it seems there is a problem that started with 5.16.10. See this thread for details: https://lore.kernel.org/all/31b9d1cd-6a67-218b-4ada-12f72e6f00dc@xxxxxxxxxx/ >> In any case you find excerpts >> from dmesg with both kernel versions attached. >> >> Now there is one thing I really would like to understand. Concluding >> from the time stamps in dmesg it seems that my laptop goes to suspend >> only for a moment right before I re-open the lid. Of course I did not >> close my laptop lid only for 3 seconds - as it could be concluded from >> the time stamps for "PM: suspend entry (s2idle)" and "PM: suspend exit" >> - but for a longer period of time. Can you please enlighten me about that? > > I have no idea, I'm just tracking regressions and sadly don't known much > about this. To me it looks a bit like s2idle is not working properly, > but I might be totally wrong with that. Maybe google might tell you; or > some measurements where you check how quickly the batter drains in > sleep. Oof you ask the PM developers -- but as this is not a regression > neither the regressions list nor the stable list care, so I guess you do > it in a separate mail. > > Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) > > P.S.: As the Linux kernel's regression tracker I'm getting a lot of > reports on my table. I can only look briefly into most of them and lack > knowledge about most of the areas they concern. I thus unfortunately > will sometimes 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 > in a public reply, it's in everyone's interest to set the public record > straight. > > > >> Am Mittwoch, dem 09.03.2022 um 07:51 +0100 schrieb Thorsten Leemhuis: >>> Hi! >>> >>> On 08.03.22 19:21, Reinhold Mannsberger wrote: >>>> >>>> I am using Linux Mint Xfce 20.3 with kernel version 5.16. I had to use >>>> kernel 5.16 because with the standard kernel version of Linux mit 20.3 >>>> (which is 5.13) my laptop did not correctly resume, when I closed the >>>> lid. >>>> >>>> With kernel 5.16 my laptop perfectly went to to suspend when I closed >>>> the lid and it perfectly resumed, when I opened the lid again. This >>>> means: I had to press the power button once >>> >>> That sounds odd to me, as most modern Laptops wake up automatically when >>> you open the lid. It's unlikely, but maybe that just that started to >>> work now? >>> >>>> when I reopened the lid - >>>> and then the laptop resumed (to the login screen). This was true until >>>> kernel version 5.16.10. With kernel version > 5.16.10 my laptop does >>>> not go into suspend anymore. This means: When I open the lid I am back >>>> at the login screen immediately (I don't have to press the power button >>>> anymore). >>> >>> You want to check dmesg if the system really didn't go to sleep; it will >>> likely also provide a hint of what went wrong. Just upload the output >>> (generated after a fresh start and where you suspend and resume once the >>> system booted) somewhere and send us a link or sent it as an attachment >>> in a reply. If that doesn't provide any hints of what might be wrong, >>> you might need to find the change that introduced the problem using a >>> bisection. >>> >>> HTH, Ciao, Thorsten >>> >>>> System information for my laptop: >>>> ---------------------------------------------------------------------- >>>> System: Kernel: 5.16.10-051610-generic x86_64 bits: 64 compiler: N/A >>>> Desktop: Xfce 4.16.0 >>>> tk: Gtk 3.24.20 wm: xfwm4 dm: LightDM Distro: Linux Mint >>>> 20.3 Una >>>> base: Ubuntu 20.04 focal >>>> Machine: Type: Laptop System: HP product: HP ProBook 455 G8 Notebook >>>> PC v: N/A serial: <filter> >>>> Chassis: type: 10 serial: <filter> >>>> Mobo: HP model: 8864 v: KBC Version 41.1E.00 serial: >>>> <filter> UEFI: HP >>>> v: T78 Ver. 01.07.00 date: 10/08/2021 >>>> Battery: ID-1: BAT0 charge: 43.8 Wh condition: 44.5/45.0 Wh (99%) >>>> volts: 13.0/11.4 >>>> model: Hewlett-Packard Primary serial: <filter> status: >>>> Unknown >>>> CPU: Topology: 8-Core model: AMD Ryzen 7 5800U with Radeon >>>> Graphics bits: 64 type: MT MCP >>>> arch: Zen 3 L2 cache: 4096 KiB >>>> flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a >>>> ssse3 svm bogomips: 60685 >>>> Speed: 3497 MHz min/max: 1600/1900 MHz Core speeds (MHz): 1: >>>> 3474 2: 3464 3: 3473 >>>> 4: 3471 5: 4362 6: 4332 7: 3478 8: 3455 9: 3459 10: 3452 11: >>>> 3462 12: 3468 13: 3468 >>>> 14: 3468 15: 3467 16: 3472 >>>> Graphics: Device-1: AMD vendor: Hewlett-Packard driver: amdgpu v: >>>> kernel bus ID: 05:00.0 >>>> chip ID: 1002:1638 >>>> Display: x11 server: X.Org 1.20.13 driver: amdgpu,ati >>>> unloaded: fbdev,modesetting,vesa >>>> resolution: 1920x1080~60Hz >>>> OpenGL: renderer: AMD RENOIR (DRM 3.44.0 5.16.10-051610- >>>> generic LLVM 12.0.0) >>>> v: 4.6 Mesa 21.2.6 direct render: Yes >>>> ---------------------------------------------------------------------- >>>> >>>> >>>> Best regards, >>>> >>>> Reinhold Mannsberger >>>> >>>> >>>> > >
