Hello,
I'm trying to set up on a lenovo W540 mobile workstation I recently
purchased. Things work well for the most part (including
suspend/resume), however there's some error messages that I suspect are
at the root of why the nvidia Xorg driver doesn't work, and possibly
also at the root
Yes it does. The messages may not be related at all; it's just a suspicion.
I am more certain, however, that there's an issue preventing the nvidia driver
from working.
On Jun 17, 2014, at 10:16 AM, Hans Petter Selasky h...@selasky.org wrote:
On 06/17/14 15:54, Eric McCorkle wrote:
I
On 06/18/2014 03:17, Ian Smith wrote:
On Tue, 17 Jun 2014 09:54:57 -0400, Eric McCorkle wrote:
I'm trying to set up on a lenovo W540 mobile workstation I recently
purchased. Things work well for the most part (including suspend/resume),
however there's some error messages that I
instead of a package, despite what the spec says about what it should be.
Could this possibly be fixed by adding some kind of quirk to the ACPI
execution engine that says _DSM's fourth argument is a buffer?
On 06/24/2014 20:51, Eric McCorkle wrote:
It looks like this is the definition
in nvidia's .o file that
comes with the driver, so I'm out of luck for trying to track it down.
I can't tell whether this is caused by the ACPI errors or not...
On 08/17/2014 08:31, Eric McCorkle wrote:
Finally got time to do some more poking around regarding this. I
haven't read the entire ACPI
Hello,
I decided to try tracing through the evaluation of the DSM method in
order to track down where the graphics driver failure I mentioned
earlier is coming from.
However, it looks like there's already an extensive debug logging system
in place in the acpica system.
Can this be
-related instead. Thanks for all
the help, though.
On 10/12/2014 07:14, Ian Smith wrote:
On Sat, 11 Oct 2014 14:10:07 -0400, Eric McCorkle wrote:
Hello,
I decided to try tracing through the evaluation of the DSM method in order
to
track down where the graphics driver failure I mentioned
Hello,
I updated my kernel and userland with a fresh update from 11 yesterday,
and I'm now seeing a blank screen after suspend/resume, where it was
working fine previously.
I had been trying out the new vt console, so I switched back to sc, but
the blank screen is still there.
Sorry, I
, 2014 at 02:13:35PM -0800, Adrian Chadd wrote:
Hi,
Does it stay blank if you have acpi_video (+ vt) loaded?
What was the revision of 11 you were previously running?
-adrian
On 13 November 2014 14:10, Eric McCorkle e...@metricspace.net
wrote:
Hello,
I updated my kernel
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
A long while ago, I reported my screen not coming back on after resume,
shortly after r274386 went in. Unfortunately, the follow-on patch
didn't seem to work for me.
(r274386 changed the way devices get powered down/up, and r274397 fixed
a typo in r274386 that tried to power down/up the wrong
showing that the VGA driver is
restoring the VGA state before the power is applied?
Thanks!
-a
On 9 July 2015 at 21:34, Eric McCorkle e...@metricspace.net wrote:
A long while ago, I reported my screen not coming back on after resume,
shortly after r274386 went in. Unfortunately
Note: I've moved the patch and logs to a new branch:
https://github.com/emc2/freebsd/tree/resume_blank_screen
On March 12, 2016 10:39:42 PM EST, Eric McCorkle <e...@metricspace.net> wrote:
>Hello everyone,
>
>It seems I'm plagued by blank screens on resume again on a different
&
Laptop is the librem 13 (not helpful, I know).
Graphics chipset is broadwell. Cpu is i5-5200.
Haven't been able to get the motherboard model. However, I have model numbers
from the bios.
Bios is American Megatrends.
BIOS Version is 108.
EC version is 2.1u.
M/B version is D.
On March 12,
So no options at all until then? :(
On March 14, 2016 3:43:08 PM EDT, Adrian Chadd wrote:
>Hiya,
>
>Yeah - the drm2 code needs to be involved in resuming, and right now
>there's no broadwell support in i915kms.
>
>Once that gets updated then yeah, the resume backlight
>On 14 March 2016 at 13:22, Eric McCorkle <e...@metricspace.net> wrote:
>> So no options at all until then? :(
>
>If you want to figure out what minimal set you need from the
>dri/i915kms code to restore backlight happiness, please do. :-P
>
>But yeah. We'll need to wai
Hello everyone,
It seems I'm plagued by blank screens on resume again on a different laptop...
*sigh*
I've done quite a bit of diagnostic work on this, and there seem to be some
clues, but I'm a bit stumped at this point. The following github repo has
patches that add extra logging, which
Hello everyone,
I'm looking into what it would take to add support for various bits of
functionality on my platform (Purism's Librem laptops). Specific things
I'm looking to do are the following:
* Screen brightness support (the brightness sysctls don't currently do
anything when changed)
* If
18 matches
Mail list logo