From 2e10d49353b8146520096fe58108cb34072be02e Mon Sep 17 00:00:00 2001 From: Michał Masłowski Date: Sun, 22 Feb 2015 23:23:47 +0100 Subject: Update 6bpc vs 8bpc notes re incompatible i945 panels. --- docs/future/index.html | 14 +++++++++----- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git a/docs/future/index.html b/docs/future/index.html index 2ebc10c7..e8b03ec9 100644 --- a/docs/future/index.html +++ b/docs/future/index.html @@ -178,11 +178,15 @@

About fixing remaining LCD panels on 5345:
- 'polarity' is mentioned in coreboot log (cbmem -c). compare output (with working and non-working panel). (and see the other notes in docs/future/index.html)
- phcoder says: hint for T60: it might be that failing panels are 8bpc
- fchmmr: what does 8bpc mean? And what do you think the other (non-failing) panel are?
- phcoder: 6bpc. bits per colour. May also be reffered as 18-bit vs 24-bit panels
- phcoder: just collect EDIDs from failing and working panels
+ 'polarity' is mentioned in coreboot log (cbmem -c). compare output (with working and non-working panel). (and see the other notes in docs/future/index.html)

+

There was a theory that working panels are + 6bpc (bits per colour) and nonworking are + 8bpc, but all EDIDs that we have here are + for 6bpc panels.

+

We should compare coreboot logs + (from cbmem -c from systems with + working and nonworking panels.

+

How to dump EDID:

# apt-get install i2c-tools
# modprobe i2c-dev
Find out the correct ID to use:
-- cgit v1.2.3-70-g09d2