Old suspend/resume issue likely root cause
Eric McCorkle
eric at metricspace.net
Sat Oct 17 15:57:07 UTC 2015
On 10/17/15 11:14, Glen Barber wrote:
> On Sat, Oct 17, 2015 at 11:09:03AM -0400, Eric McCorkle wrote:
>> A while back (in May or June or so), I was attempting to figure out why my
>> laptop screen stayed blank on suspend/resume. I posted some dmesg outputs
>> and theorized that it might be something about the devices coming back up in
>> the wrong order. John Baldwin suggested I try doing
>> hw.pci.do_power_suspend=0.
>>
>> I got tangled up with other projects and had to set it aside. However, I
>> now finally have more information:
>>
>>
>> * hw.pci.power_suspend=0 does cause the screen to come back up properly.
>> The network (wireless via iwm driver) needs to be re-initialized, but
>> everything else seems to work properly.
>>
>> * Without hw.pci.power_suspend=0, the issue persists even when booting from
>> EFI, so we can rule out some kind of legacy BIOS issue. The issue manifests
>> even with the experimental i915 driver, so we can rule out something with
>> the efifb or VGA framebuffer drivers.
>>
>>
>> Based on this, it looks pretty likely that the pci bus is the culprit. Any
>> suggestions on where to look?
>
> What graphics chipset do you have? I noticed with dumbbell's i915kms
> update branch [1], suspend/resume now works for me with Haswell
> graphics, whereas previously I would experience the same blank screen on
> resume you report.
Intel i7-4700. I tried suspend with the i915kms driver active, hoping
that would do the trick, but it didn't work.
> (And I also see the iwm(4) reinitialization issue, as well.)
The workaround there is just to take netif, wpa_supplicant, dhclient,
and rtsold down in rc.suspend and bring them back up in rc.resume.
> [1] https://github.com/freebsd/freebsd-base-graphics.git branch
> drm-i915-update-38
>
> Glen
>
More information about the freebsd-acpi
mailing list