Date: Sat, 12 Mar 2016 22:39:42 -0500 From: Eric McCorkle <eric@metricspace.net> To: freebsd-acpi@freebsd.org, "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org> Subject: Blank screen on resume Message-ID: <CA88F9D4-925B-4122-BF28-D238C4793B5B@metricspace.net>
next in thread | raw e-mail | index | archive | help
Hello everyone, It seems I'm plagued by blank screens on resume again on a different laptop.= .. *sigh* I've done quite a bit of diagnostic work on this, and there seem to be some c= lues, but I'm a bit stumped at this point. The following github repo has pa= tches that add extra logging, which has proven useful in my attempts to diag= nose the issue: https://github.com/emc2/freebsd (sorry for distributing patc= hes/logs in this way, but the logs are quite big). Also in this repo, there= 's a pciconf, devinfo, and dmesg file. The dmesg file shows the trace from b= ooting a patched kernel in verbose mode then suspending it. There's two main curiosities in the dmesg trace. The first is that the powe= r state of all the vgapci device seems to be 0 as opposed to 3 during resume= , which was causing acpi_set_powerstate_method to skip resetting its power d= uring resume. I tried a simple patch (you can see it in the patch and its e= ffects in the trace), but that didn't seem to work. A second curiosity is t= hat acpi_pwr_switch_consumer only seems to have an effect during resume. The only other real lead I have is that the display doesn't seem to be activ= e in acpi_video. I'm not sure if this is an artifact of the efifb driver. Lastly, I recall looking into vga bios calls from earlier such efforts. I i= magine there's something similar for efifb, but I've been unable to track do= wn where this is happening. Advice or information on that front would be mu= ch appreciated. Best, Eric=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA88F9D4-925B-4122-BF28-D238C4793B5B>