All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thierry Reding <thierry.reding-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
To: Mark Zhang <markz-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
Cc: Alex Courbot <acourbot-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
	Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>,
	"linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH] tegra: ventana: display and backlight DT entries
Date: Wed, 14 Nov 2012 07:55:25 +0100	[thread overview]
Message-ID: <20121114065525.GA12629@avionic-0098.mockup.avionic-design.de> (raw)
In-Reply-To: <50A3329D.8000708-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 1735 bytes --]

On Wed, Nov 14, 2012 at 01:56:45PM +0800, Mark Zhang wrote:
> On 11/14/2012 01:36 PM, Alex Courbot wrote:
> > On Wednesday 14 November 2012 00:46:52 Stephen Warren wrote:
> >> I do tend to think that we should use EDID where there is one.
> >>
> >> 1) If there is an EDID in the panel HW, and the panel's I2C is hooked
> >> up to Tegra, we should read it out at runtime.
> > 
> > According to Ventana' platform design guide the LCD panel is hooked on I2C2. 
> > The panel's data sheet lists CLK_EDID and DATA_EDID pins, which I assume are 
> > for I2C, but there is no mention of an I2C address in both guides.
> > 
> 
> Normally the address is 0x50. Take a look at function
> "drm_do_probe_ddc_edid" as a reference.
> 
> >> 2) Otherwise, if the panel's documentation provides an EDID, we should
> >> use that, since it's the most canonical/common/standard representation
> >> of the panel's properties.
> > 
> > Panel's documentation indeed provides full EDID specification in appendix. Mark 
> > sent me an EDID blob which works but I don't know where it comes from - Mark, 
> > could you tell us?
> > 
> 
> Actually I use a tool named "i2cget" to get this 128 bytes EDID. For
> Ventana, I use a script like this:
> 
> for i in  $(seq 0 127)
> do
> 	#echo " Reading byte no : $i "
> 	i2cget -y 0 0x50 $i | xxd -r -p >> tegra20-ventana.edid
> done

There is also i2cdump but I suppose for writing the data into a binary
file it isn't as well suited as the above loop. I seem to remember a
tool that could be used to dump EDID directly, but I can't get a fix on
the name.

Anyway, if you can get the EDID data that way it should also be possible
to get it directly within tegra-drm.

Thierry

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

  parent reply	other threads:[~2012-11-14  6:55 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-13 10:23 [PATCH] tegra: ventana: display and backlight DT entries Alexandre Courbot
     [not found] ` <1352802204-1740-1-git-send-email-acourbot-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-11-13 12:34   ` Thierry Reding
     [not found]     ` <20121113123410.GA11202-RM9K5IK7kjIQXX3q8xo1gnVAuStQJXxyR5q1nwbD4aMs9pC9oP6+/A@public.gmane.org>
2012-11-13 16:46       ` Stephen Warren
     [not found]         ` <50A2797C.9030807-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2012-11-14  2:59           ` Mark Zhang
2012-11-14  5:36           ` Alex Courbot
2012-11-14  5:56             ` Mark Zhang
     [not found]               ` <50A3329D.8000708-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-11-14  6:01                 ` Mark Zhang
2012-11-14  6:55                 ` Thierry Reding [this message]
2012-11-14 16:09             ` Stephen Warren
     [not found]               ` <50A3C24C.6090004-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2012-11-15  5:45                 ` Power sequences upstreaming (Was: Re: [PATCH] tegra: ventana: display and backlight DT entries) Alex Courbot
2012-11-15  6:03                   ` Anton Vorontsov
2012-11-15  6:09                     ` Alex Courbot
2012-11-15  6:25                       ` Anton Vorontsov
2012-11-16  5:52                         ` Alex Courbot
2012-11-16  7:45                           ` Anton Vorontsov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20121114065525.GA12629@avionic-0098.mockup.avionic-design.de \
    --to=thierry.reding-rm9k5ik7kjkj5m59nbduvrnah6klmebb@public.gmane.org \
    --cc=acourbot-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
    --cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=markz-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
    --cc=swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.