Re: vesafb - high CPU usage after suspend-to-RAM

"Antonino A. Daplas" <[email protected]> Mon, 20 Aug 2007 02:55:08 +0800
Newsgroups gmane.linux.fbdev.user
Message-ID <1187549708.5220.3.camel@daplas>
On Sun, 2007-08-19 at 20:28 +1000, William Pettersson wrote:
> Hey list,
> I've got a new Dell laptop, with an Nvidia 8400GS video card.  I can
> suspend to RAM fine, and waking up "works".  However, when waking up,
> the [vesafb] process starts hogging 100% of one of the cores (core2duo).
> 
> I've tried attaching strace to the vesafb process, but since it's a
> kernel thing (I assume), it doesn't print anything.  I've tried
> Alt+SysRq+T, but that doesn't show any stack trace for vesafb for some
> reason.  The only "interesting" thing that I've found is the following,
> in dmesg:
> Just after/during a suspend:
> vesafb: BUG, returned from vm86 with 0 (EIP: 0xc7e9b)
> vesafb: mode switch failed (eax: 0x0)
> 
> While trying to shut down after a suspend (doesn't print if I don't
> suspend, just shutdown):
> vesafb: BUG, returned from vm86 with 0 (EIP: 0xc18b2)
> vesafb: mode switch failed (eax: 0x4f02)
> 
> Can anyone clue me in on how to best debug this?  It's essentially
> leaving me one core down after a suspend, which is very annoying to say
> the least.
> 

You're probably using vesafb-tng, not the vanilla vesafb.  vesafb-tng is
maintained outside the kernel tree, so you have to ask for help
somewhere.

Tony


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/