From: Jani Nikula <jani.nikula@linux.intel.com>
To: "Kenneth de Mello" <kdemello1980@gmail.com>,
"Bruno Prémont" <bonbons@linux-vserver.org>
Cc: intel-gfx@lists.freedesktop.org, "Syrjala,
Ville" <ville.syrjala@intel.com>
Subject: Re: PROBLEM: i915 Haswell KMS wrong maximum resolution
Date: Mon, 31 Mar 2014 10:43:28 +0300 [thread overview]
Message-ID: <87vbuuertr.fsf@intel.com> (raw)
In-Reply-To: <CAFApW1KMpvi99LOhbe8D6hc18uCj2qcJiZJa7Yk+oPAezYF=bQ@mail.gmail.com>
On Sun, 30 Mar 2014, Kenneth de Mello <kdemello1980@gmail.com> wrote:
> What about dual-link DVI? I though the additional link addressed the
> pixel clock limitation. Has it only been using a single link this entire
> time, and it's only worked by ignoring the maximum dotclock, so in other
> words, the fact it works at all is the bug?
>
> Also, the commit that rejects mode exceeding 165MHz states:
>
> "Single-link DVI max dotclock is 165MHz. Filter out modes with higher
> dotclock when the monitor doesn't support HDMI."
>
> Does this mean HDMI in general? This monitor does support HDMI, but the
> maximum resolution when using the physical HDMI ports is 1920x1080.
>
> What is the solution here, to switch to displayport if I want to use kernel
> 3.13.7 and beyond? (This is fine, I just need to know so I can buy the
> cable).
For further details please see the bug report [1].
The reason for the change was that modes with higher than 165 MHz
dotclock are invalid for single-link DVI. We don't support dual-link DVI
natively. Thus this is about HDMI->DVI adapters which are either
dual-link DVI (Ville says highly unlikely) or single-link DVI that allow
higher than 165 MHz dotclock in the monitor end. I'm not sure how we
could distinguish that from a regular single-link DVI that *is* bound by
the maximum dotclock.
Product details for the adapter you're using might be interesting.
BR,
Jani.
[1] https://bugzilla.kernel.org/show_bug.cgi?id=72961
--
Jani Nikula, Intel Open Source Technology Center
next prev parent reply other threads:[~2014-03-31 7:43 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-28 18:54 PROBLEM: i915 Haswell KMS wrong maximum resolution Kenneth de Mello
2014-03-30 18:36 ` Bruno Prémont
2014-03-30 19:39 ` Kenneth de Mello
2014-03-30 20:37 ` Bruno Prémont
2014-03-31 7:43 ` Jani Nikula [this message]
2014-04-02 20:01 ` Kenneth de Mello
2014-04-02 21:21 ` Dave Airlie
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=87vbuuertr.fsf@intel.com \
--to=jani.nikula@linux.intel.com \
--cc=bonbons@linux-vserver.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=kdemello1980@gmail.com \
--cc=ville.syrjala@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 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.