From: Thomas Richter <thor@math.tu-berlin.de>
To: Daniel Vetter <daniel.vetter@ffwll.ch>,
intel-gfx <intel-gfx@lists.freedesktop.org>
Subject: More questions and patches for 835GM/ns2501 DVO
Date: Sun, 03 Nov 2013 17:55:37 +0100 [thread overview]
Message-ID: <52768009.7070905@math.tu-berlin.de> (raw)
Hi Daniel, dear intel experts,
again trying to get the old Fujitsu laptop to work. The problem with the
latest drm-nightly built is that
the system again locks up - if the bios is configured to show an image
only on the internal display and
nothing on the external VGA. If the bios is configured to "shared
video", booting works fine.
This seems to be related to the problem that, apparently, the bios seems
to prefer to connect the internal
display to pipe B and not pipe A, and hence during bootstrap just
configuring the dpll for pipe A is not enough.
That being said, the following modifications for ns2501 will fix this:
struct ns2501_priv need to get a new field int pll_b. In enable_dvo(),
the setting for the dpll_b needs to be
saved, too, and installed, too:
I915_WRITE(_DPLL_A, 0xd0820000);
I915_WRITE(_DPLL_B, 0xd0820000);
It is absolutely unnecessary to overwrite the DVOC register, this is
configured fine. In "restore_dvo()", the dpll_b
configuration needs to be restored as well. The DVOC register need not
to be touched. In fact, the current
enable_dvo() has a bug in so far as it saves the wrong register.
However, what is more stunning is how this bug is triggered. Actually,
intel_display.c computes the dpll register
value correctly (as it seems), but __intel_set_mode() (around line 9356)
is a bit strange:
First, it disables the crtcs, then sets the mode, and the enables the
crtcs. Unfortunately, this cannot work with
with the ns2501 since a disabled PLL will block any communication with
with the DVO. I tried to move the "enable"
call above the intel_crtc_mode_set(), but this did not work either. I do
not know enough about the inner workings
of intel_display.c to fix this properly, but the problem seems to be
exactly that: An incorrectly configured DPLL
disables the communication with the DVO, hence the need for the workaround.
Last, a question: All I can get with the current intel driver is a
"shared display" between the internal and external
display. Is there any way (through xrandr) to get two different
configurations such that the external monitor is
using one configuration feed through pipe A, and the internal display is
feed through pipe B with another configuration?
And finally: As the internal display is only a 6 bit display, is there a
way to enable dithering on the 835GM to avoid the banding artifacts?
Greetings,
Thomas
next reply other threads:[~2013-11-03 16:55 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-03 16:55 Thomas Richter [this message]
2013-11-03 17:12 ` More questions and patches for 835GM/ns2501 DVO Daniel Vetter
2013-11-03 17:13 ` Daniel Vetter
[not found] ` <19544_1383498802_52768431_19544_2610_1_20131103171348.GB4167@phenom.ffwll.local>
2013-11-03 19:00 ` Thomas Richter
2013-11-03 21:18 ` Daniel Vetter
2013-11-06 10:34 ` Daniel Vetter
2013-11-15 17:33 ` Daniel Vetter
[not found] ` <10422_1384536748_52865AAC_10422_4782_1_20131115173300.GZ22741@phenom.ffwll.local>
2013-11-15 18:59 ` Thomas Richter
[not found] ` <8785_1383734019_527A1B02_8785_7652_1_20131106103405.GH14082@phenom.ffwll.local>
2013-11-06 19:27 ` Thomas Richter
[not found] ` <19544_1383513468_5276BD7B_19544_3653_1_20131103211814.GC4167@phenom.ffwll.local>
2013-11-03 23:09 ` Thomas Richter
2013-11-04 7:15 ` Daniel Vetter
[not found] ` <19544_1383549334_52774996_19544_5502_1_CAKMK7uEPjjCsqYTpyO+Bes1eg5b8fVfGFkzQFtwDPxYNe4KwRw@mail.gmail.com>
2013-11-04 11:57 ` Thomas Richter
2013-11-04 15:15 ` Daniel Vetter
2013-11-04 15:48 ` Ville Syrjälä
2013-11-04 16:05 ` Ville Syrjälä
[not found] ` <19544_1383578084_5277B9E4_19544_9350_1_20131104151509.GF4167@phenom.ffwll.local>
2013-11-04 23:20 ` Patches for i830 flicker on panning Thomas Richter
2013-11-05 7:07 ` Daniel Vetter
2013-11-03 23:56 ` 16bpp and 8bpp uxa output broken Thomas Richter
2013-11-04 7:20 ` Daniel Vetter
2013-11-03 19:39 ` More questions and patches for 835GM/ns2501 DVO Thomas Richter
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=52768009.7070905@math.tu-berlin.de \
--to=thor@math.tu-berlin.de \
--cc=daniel.vetter@ffwll.ch \
--cc=intel-gfx@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox