From: Thierry Reding <thierry.reding@gmail.com>
To: Jani Nikula <jani.nikula@linux.intel.com>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 12/12] drm/dp: Add drm_dp_link_choose() helper
Date: Mon, 29 Feb 2016 07:29:22 +0100 [thread overview]
Message-ID: <20160229062922.GA23745@ulmo> (raw)
In-Reply-To: <87oac1n77s.fsf@intel.com>
[-- Attachment #1.1: Type: text/plain, Size: 2226 bytes --]
On Sun, Jan 31, 2016 at 04:39:51PM +0200, Jani Nikula wrote:
> On Mon, 14 Dec 2015, Thierry Reding <thierry.reding@gmail.com> wrote:
> > From: Thierry Reding <treding@nvidia.com>
> >
> > This helper chooses an appropriate configuration, according to the
> > bitrate requirements of the video mode and the capabilities of the
> > DisplayPort sink.
> >
> > Signed-off-by: Thierry Reding <treding@nvidia.com>
> > ---
> > drivers/gpu/drm/drm_dp_helper.c | 55 +++++++++++++++++++++++++++++++++++++++++
> > include/drm/drm_dp_helper.h | 5 ++++
> > 2 files changed, 60 insertions(+)
> >
> > diff --git a/drivers/gpu/drm/drm_dp_helper.c b/drivers/gpu/drm/drm_dp_helper.c
> > index da519acfeba7..95825155dc89 100644
> > --- a/drivers/gpu/drm/drm_dp_helper.c
> > +++ b/drivers/gpu/drm/drm_dp_helper.c
> > @@ -512,6 +512,61 @@ int drm_dp_link_configure(struct drm_dp_aux *aux, struct drm_dp_link *link)
> > }
> > EXPORT_SYMBOL(drm_dp_link_configure);
> >
> > +/**
> > + * drm_dp_link_choose() - choose the lowest possible configuration for a mode
> > + * @link: DRM DP link object
> > + * @mode: DRM display mode
> > + * @info: DRM display information
> > + *
> > + * According to the eDP specification, a source should select a configuration
> > + * with the lowest number of lanes and the lowest possible link rate that can
> > + * match the bitrate requirements of a video mode. However it must ensure not
> > + * to exceed the capabilities of the sink.
>
> Eventually this would have to take into account the intersection of
> per-sink and per-source supported rates, including the intermediate
> frequencies. Until then, i915 couldn't switch over.
I'm not sure I understand what you're saying. The idea is that drivers
will call the drm_dp_link_probe() helper to probe the sink for supported
frequencies, number of lanes and capabilities.
After that, drivers are supposed to adjust the maximum values to account
for their limitations. Hence the name for struct drm_dp_*link*, because
it contains the negotiated parameters for the link between source and
sink.
That seems to me like the logical procedure when following the spec. Is
that not how i915 works?
Thierry
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2016-02-29 6:29 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-14 12:55 [PATCH 00/12] drm/dp: Extend DRM DP link helpers Thierry Reding
2015-12-14 12:55 ` [PATCH 01/12] drm/dp: Add drm_dp_link_reset() implementation Thierry Reding
2015-12-14 12:55 ` [PATCH 02/12] drm/dp: link: Track capabilities alongside settings Thierry Reding
2015-12-14 12:55 ` [PATCH 03/12] drm/dp: Turn link capabilities into booleans Thierry Reding
2015-12-15 10:35 ` Daniel Vetter
2015-12-14 12:55 ` [PATCH 04/12] drm/dp: Probe link using existing parsing helpers Thierry Reding
2015-12-14 12:55 ` [PATCH 05/12] drm/dp: Read fast training capability from link Thierry Reding
2015-12-14 12:55 ` [PATCH 06/12] drm/dp: Read TPS3 capability from sink Thierry Reding
2015-12-14 12:55 ` [PATCH 07/12] drm/dp: Set channel coding on link configuration Thierry Reding
2015-12-14 12:56 ` [PATCH 08/12] drm/dp: Read eDP version from DPCD Thierry Reding
2015-12-14 12:56 ` [PATCH 09/12] drm/dp: Add helper to get post-cursor adjustments Thierry Reding
2015-12-14 12:56 ` [PATCH 10/12] drm/dp: Enable alternate scrambler when supported Thierry Reding
2015-12-14 12:56 ` [PATCH 11/12] drm/dp: Read AUX read interval from DPCD Thierry Reding
2015-12-15 10:38 ` Daniel Vetter
2016-02-29 6:38 ` Thierry Reding
2016-02-29 14:44 ` Daniel Vetter
2015-12-14 12:56 ` [PATCH 12/12] drm/dp: Add drm_dp_link_choose() helper Thierry Reding
2016-01-31 14:39 ` Jani Nikula
2016-02-29 6:29 ` Thierry Reding [this message]
2016-02-29 9:00 ` Jani Nikula
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=20160229062922.GA23745@ulmo \
--to=thierry.reding@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).