Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.kernel > #87950

Bug#1107579: linux-image-6.1.0-37-amd64 hangs on resume from hibernate

Cross-posted to 2 groups.

Show all headers | View raw

Hi Uwe,

On Wed 11/Jun/2025 22:55:04 +0200 Uwe Kleine-König wrote:
> On Tue, Jun 10, 2025 at 09:07:34AM +0200, Alessandro Vesely wrote:
>> On resume, after reading back all saved memory and after displaying the
>> "Suspending console(s) (use no_console_suspend to debug)" message, instead of
>> returning to the previous screen, it stay there and does not seem to react.
>> Switching to and from virtual console, ctrl-alt-f1 + ctrl-alt-f7, results in a
>> damaged screen where only the upper left corner is correct while the rest
>> replicates whatever was on the previous pixel.
> 
> There is a (maybe) similar bug report at
> https://bugs.debian.org/1106668.


This seems different from bug 1106668.  When the "Suspending console(s)" 
message is displayed, besides ctrl-alt-fX, Caps and Num Locks' leds work 
properly.  The network works, I can login with ssh.


> I asked the reporter of that bug to check for a BIOS update

My BIOS doesn't seem to be overly old:

         Vendor: American Megatrends Inc.
         Version: 3211
         Release Date: 08/10/2021

I couldn't find which/ where more recent versions exist.


> and if that doesn't help follow
> https://docs.kernel.org/power/basic-pm-debugging.html to debug the
> issue. That would be helpful here, too. So can you please check these
> and follow up with your findings?


All three modes, reboot, platform and shutdown, fail in the same way described 
above.  That is, the screen is unusable after a circuitous restore.

The freezer test works fine.

All the other tests, devices, platform, processors and core, resume to a black 
screen.  Blindly typed commands are accepted and executed.  The sequence 
ctrl-alt-f1 + ctrl-alt-f7 (which I called "circuitous") restores the screen to 
a normal state.  The test_resume option, after resetting pm_test to none, 
behaves the same way.

Probably the system works also after a real restore, except that the screen is 
so broken as to make it unusable.


Best
Ale

Back to linux.debian.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Bug#1107579: linux-image-6.1.0-37-amd64 hangs on resume from hibernate Alessandro Vesely <vesely@tana.it> - 2025-06-10 09:20 +0200
  Bug#1107579: linux-image-6.1.0-37-amd64 hangs on resume from hibernate Uwe Kleine-König <u.kleine-koenig@baylibre.com> - 2025-06-11 23:00 +0200
    Bug#1107579: linux-image-6.1.0-37-amd64 hangs on resume from hibernate Alessandro Vesely <vesely@tana.it> - 2025-06-12 13:00 +0200
  Processed: Re: Bug#1107579: linux-image-6.1.0-37-amd64 hangs on  resume from hibernate "Debian Bug Tracking System" <owner@bugs.debian.org> - 2025-06-11 23:00 +0200
  Bug#1107579: linux-image-6.1.0-37-amd64 hangs on resume from hibernate Alessandro Vesely <vesely@tana.it> - 2025-06-20 12:40 +0200
  Bug#1107579: linux-image-6.1.0-37-amd64 hangs on resume from hibernate Alessandro Vesely <vesely@tana.it> - 2025-06-27 15:40 +0200
  Bug#1107579: linux-image-6.1.0-37-amd64 hangs on resume from hibernate Salvatore Bonaccorso <carnil@debian.org> - 2025-09-13 23:10 +0200
    Bug#1107579: linux-image-6.1.0-37-amd64 hangs on resume from hibernate Alessandro Vesely <vesely@tana.it> - 2025-09-14 14:00 +0200

csiph-web