Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 10 Aug 2013 02:31:45 -0700
From:      matt <sendtomatt@gmail.com>
To:        Adrian Chadd <adrian@freebsd.org>
Cc:        freebsd-acpi@freebsd.org, freebsd-current@freebsd.org
Subject:   Re: Fixing X220 Video The Right Way
Message-ID:  <52060881.8090607@gmail.com>
In-Reply-To: <CAJ-VmokDzgsMwx7y=QbEwiuAJeZYX_gyFHa5L4Z5zkJx2jMpRg@mail.gmail.com>
References:  <512A6FFF.2060603@gmail.com> <51BBA07B.80403@gmail.com> <CAJ-Vmo=nUpCn0iC4h=DvGxWmgFAiRsM6pcc%2B-1qY7XSkixrX%2BA@mail.gmail.com> <201308091157.19765.jhb@freebsd.org> <5205AF0A.4090304@gmail.com> <CAJ-VmokDzgsMwx7y=QbEwiuAJeZYX_gyFHa5L4Z5zkJx2jMpRg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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@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).
>>> 
>> 
> 




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?52060881.8090607>