Re: [PATCH] i915: initialize CADL in opregion

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Jun 28, 2012 at 1:24 AM, Lekensteyn <lekensteyn@xxxxxxxxx> wrote:
> Thank you, I've now written a partial analysis which is available at
> https://github.com/Lekensteyn/acpi-
> stuff/blob/HEAD/dsl/Asus_Zenbook_DanielVetter/analysis.txt (note: URL is cut in
> two parts in this mail, concat them as needed).
>
> Question: can you try disabling the asus-laptop module and try booting again
> w/ and w/o the CADL patch applied?
> - Does it boot in both cases?
> - Do the brightness hotkeys work?
> - Can you change brightness via /sys/class/backlight?
> Can you SSH in it and check the logs? Any ACPI warnings/errors or messages
> from the asus-laptop module? (or whatever asus module(s) is/are loaded)
>
> Can you also generate dmidecode.txt? (peek in http://lekensteyn.nl/files/get-
> acpi-info.sh, you do not have to run all of the commands since I already have
> your acpidump)

Ok, because I have an ecrypted root fs I've tried to reload the
i915.ko with CADL after booting. Test-results:
- asus_wmi.ko doesn't seem to have any effect whatsoever on the endresult.
- asus_nb_wmi.ko doesn't load (ENODEV).
- brightness-keys (and also sound control) don't work, but controlling
the backlight with /sys/class/backlight/acpi_video0/brightness works
(if I can turn the panel on somehow, see below).
- When loading the i915.ko with the CADL patch the screen went black
(like at boot), but with some excessive vt-switching and X restarting
I've managed to light it up. Although it is flickery as hell,
especially the lower part of the screen. And if the screen is somewhat
stable, I just get the upper part of the screen duplicated in the
lower part.
- dmidecode is attached.
- no errors in the logs anywhere (if you ignore some ACPI resource
conflicts because ACPI reserves some pch stuff itself, which then
conflicts with the native gpio, sensors, whatever drivers).

So I think this might be simply a timing issue that with CADL enabled
we expose a pre-existing bug somewhere in our modeset sequence. I'm
already chasing two issues on this machine:
- edp refuses to light up crtc 1/2, only works after having switched
back to crtc 0.
- disabled pipes get stuck in the active state once having been used be edp.

I have a feeling that all these issues are related, so I guess until
I've tracked down the above the things we won't make much progress
with this CADL patch.

Still, if you have any insights or need more dumps/logs from my
machine, I'll happily help out.

Cheers, Daniel
-- 
Daniel Vetter
daniel.vetter@xxxxxxxx - +41 (0) 79 364 57 48 - http://blog.ffwll.ch

Attachment: dmidecode
Description: Binary data

_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux