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). >>> >> >Received on Sat Aug 10 2013 - 07:32:49 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:40 UTC