From: Sean Cross <xobs@kosagi.com>
To: dri-devel@lists.freedesktop.org
Subject: DRM encoder/bridge architecture questions
Date: Mon, 18 Aug 2014 16:29:24 +0800 [thread overview]
Message-ID: <53F1B964.3080708@kosagi.com> (raw)
Hi,
We've got an IT6251 LVDS -> eDP bridge chip we're hanging off of a
dual-lane LVDS port on an i.MX6. We have a driver we're using
internally that's little more than a series of register pokes to boot
the chip, but I'd like to clean it up for submission.
What kind of device is this? It's externally connected to the main SoC
via LVDS and I2C. It's conceptually hanging off of the ldb "LVDS
Display Bridge" encoder, which means it's an encoder attached to an
encoder. Is that allowed in the DRM model?
With the current driver, I have it just sitting in drivers/gpu/drm/i2c/,
and it's not "attached" to anything. The encoder chip automatically
figures out display timings and the like. Where should the file
actually go?
Finally, how would the driver get attached to the system? I see there's
an Exynos bridge device that appears to go the other way, but it's
explicitly loaded by the Exynos display adapter. Since most devices
will have an LVDS panel attached directly to the LDB port, it seems
silly to have it explicitly look for an additional bridge device to plug
in as this is a special case. Is there any way I could pass the it6251
a handle to the ldb in device tree and have it hang itselff of the end
that way?
Sean
next reply other threads:[~2014-08-18 8:37 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-18 8:29 Sean Cross [this message]
2014-09-15 15:52 ` DRM encoder/bridge architecture questions Laurent Pinchart
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=53F1B964.3080708@kosagi.com \
--to=xobs@kosagi.com \
--cc=dri-devel@lists.freedesktop.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.