Fixing X220 Video The Right Way

[matt]

Not sure that it did :)

I tried it once early on, and it concerned me enough I never tried
again. It was clearly in a violently erroneous state!

At one point, X *could* resume the display. This makes me think the
problem is solved via the graphics "chip" state, but it could be an
acpi thing.

I can't remember if I ever tried to startx after the resume on the
"blind" console.

Matt

On 08/09/13 23:00, Adrian Chadd wrote:
> when did it start working?
> 
> 
> -adrian
> 
> On 9 August 2013 20:10, matt <sendtomatt at gmail.com> wrote:
>> hw.acpi.reset_video used to send this machine X220 into a reboot
>> loop, with flashing thinklight. Interesting that it no longer
>> causes this problem. I kind of paused since the trackpad sucks so
>> much in X.
>> 
>> I think since ssh still works, that just the display or graphics
>> port is off.
>> 
>> It may be worth trying to do some acpi_calls via ssh to try to
>> hack the display back on...
>> 
>> Matt
>> 
>> On 08/09/13 08:57, John Baldwin wrote:
>>> On Friday, August 09, 2013 4:37:50 am Adrian Chadd wrote:
>>>> Hi!
>>>> 
>>>> Hm, resurrecting this thread, I'll try this on my X230
>>>> tomorrow and see if it makes the (non-xorg, console only)
>>>> video work on resume.
>>>> 
>>>> If it does, what will it take to automatically determine
>>>> that this kind of work-around is needed?
>>> 
>>> 
>>> This does not affect suspend/resume.  It only fixes LCD
>>> brightness handling via acpi_video(4).
>>> 
>> 
>