Using VESA to restore display settings on resume
Vladimir Grebenschikov
vova at fbsd.ru
Mon Feb 28 07:48:41 GMT 2005
В вс, 27/02/2005 в 23:26 -0500, Josh Elsasser пишет:
...cut...
>> >> Patch also at: http://people.freebsd.org/~iedowse/vesa_restore.diff
>> >>
>> >
>> >THANK YOU! I've had my laptop for 3 1/2 years, and I can finally
>> >suspend/resume and have a usable display afterwards! Cardbus doesn't
>> >appear to work after resume, but that's a whole different can of
>> >worms...
>> >
>> >The system I tested this on was RELENG_5 from yesterday, the patch
>> >applied cleanly. I already had the hw.acpi.reset_video set to 0, so I
>> >don't know if it would work with it set to 1.
>>
>> What notebook you have ? I was not such lucky.
>>
>> I Has SONY VAIO PCG-Z1WA, by zzz it sleeps ok,
>> With patch it even said about saving VESA data.
>> On any key after it is awakes, spin up drive and fan, but screen still
>> black (even no backlight), and it is very unlike that I get console back
>> (typing has no effect, even when I try to call kdb).
>>
>> Also if I try this patch with vesa module loaded it just carsh in vm86
>> mode on zzz (curproc acpiconf).
>>
>> Any suggestions are very welcome.
>
>What is hw.acpi.reset_video set to on your system? At some point
>between 5.2 and 5.3, my machine would hang on resume instead of just
>resuming with no display. Setting hw.acpi.reset_video=0 in
>loader.conf fixed that. I have a Sony Vaio FX220, which has an i815
>graphics chip.
>
I've tried both 0 and 1 for reset_video (but set via sysctl).
And I has 6-CURRENT now, but this notebook never returned from suspend
(with 5.3 too). It has ATI RADEON chip.
Probably I should try firewire console to detect what happens on resume,
but firewire bus itself should be resumed first.
Suspend/Resume gurus, is it possible to debug dead console resume with
firewire ?
> -jre
--
Vladimir B. Grebenchikov
vova at fbsd.ru
More information about the freebsd-mobile
mailing list