According to my tests this nasty bug (which I observed mainly with
VirtualBox and OS/2 guest) has been fixed with the recent kernel update
in Wheezy to 3.2.0-51.
My guess is this commit which cured the freezes:
commit 884020bf3d2a3787a1cc6df902e98e0eec60330b upstream.
After any soft gfx
control: severity -1 important
Reducing severity since this doesn't meet the kernel team's
requirements for a grave or higher.
Best wishes,
Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 16.04.2013 18:38, Ingo wrote:
@ colliar
I just checked with your syslog and found that system has resumed from
hibernate just a few minutes before the crash happened.
I did see also random cashes/freezes in Wheezy when system was suspended
before (s2ram). Since I no longer use suspend
@ colliar
I just checked with your syslog and found that system has resumed from
hibernate just a few minutes before the crash happened.
I did see also random cashes/freezes in Wheezy when system was suspended
before (s2ram). Since I no longer use suspend all the troubles have gone
away.
I must
4 matches
Mail list logo
