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/