All of lore.kernel.org
 help / color / mirror / Atom feed
From: bugzilla-daemon@bugzilla.kernel.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 91861] [Radeon RS780] Blank screen (no signal) on HDMI after boot in 3.15 & later
Date: Sat, 31 Jan 2015 09:55:56 +0000	[thread overview]
Message-ID: <bug-91861-2300-t3X9LXDvLE@https.bugzilla.kernel.org/> (raw)
In-Reply-To: <bug-91861-2300@https.bugzilla.kernel.org/>

https://bugzilla.kernel.org/show_bug.cgi?id=91861

--- Comment #12 from Christian König <deathsimple@vodafone.de> ---
(In reply to Mike S. from comment #11)
> Thanks for the info. It hasn't happened again so far.
> 
> > ... you are driving the PLL so close to the edge ...
> Can you please explain what you mean? Are you saying that the higher fb_div
> & ref_div are pushing the PLL harder or faster?

If you want details you should probably read them up on Wikipedia, but I will
try to explain it in a few sentences.

The basic problem is how to generate a stable but still programmable frequency
in electronics.

On the one hand you have crystals which are usually very stable over a long
period of time, but to change the frequency of a crystal you would need to
change it's size and/or the material it is made of. Clearly not something you
can do with software.

On the other hand you have voltage controllable oscillators (VCO), which have
the nice feature that you can push a certain voltage into them and get a
certain frequency in return. Problem with those is that they are not
temperature stable, e.g. you set up a certain voltage to get 100Mhz and after a
while the electronics has warmed up and you suddenly get 101Mhz or 99Mhz or
something like this.

The solution is a PLL, it compares a very stable input frequency to a frequency
generated with a VCO and based on the difference adjusts the input voltage of
the VCO. This way the VCO frequency is slowly adjusted to the stable input
frequency and also stable over time when the electronics warms up.

Imagine that you now put a counter between the VCO output and the comparator
input that counts to 3 before forwarding the VCO frequency to the comparator.
This way when you input a frequency of 100Mhz you get 300Mhz as output
frequency. This counter is easily adjustable with software and called the
feedback divider.

So in the end you've got 300Mhz. But what do we do when for example we want
150Mhz? For this the electronics got a so called post divider it's also
software configurable and when for example when you have 300Mhz VCO frequency
and set the divider to 2 you get 150Mhz at the PLL output.

The voltage given as input to the VCO needs to be in certain limits. The upper
limit is easily understandable imagine that you push 20V into a 5V circuit all
you usually get is blue smoke and useless electronics. The lower limit usually
isn't so easily explainable, just keep in mind that the electronics need a
certain voltage to start up. More rarely you also got voltage gaps where the
VCO won't produce a stable output etc...

So to stay within those limits you add a third divider which is put between the
input frequency and the comparator. This divider is called the reference
divider.

Driving the PLL at the edge now means that at some point the VCO is to close to
one of it's limits. E.g. when it startup the VCO usually doesn't match the
input frequency at all and because of this the voltage input jumps around quite
a bit. So it sometimes works and sometimes doesn't. Or it initially works but
after the electronics has warmed up the VCO is suddenly out of range etc
etc....

Maybe that were a few more sentences than I expected, hopefully it was still
understandable.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

  parent reply	other threads:[~2015-01-31  9:55 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-23  7:29 [Bug 91861] New: [Radeon RS780] Blank screen (no signal) on HDMI after boot in 3.15 & later bugzilla-daemon
2015-01-23  7:35 ` [Bug 91861] " bugzilla-daemon
2015-01-23 19:15 ` bugzilla-daemon
2015-01-24 11:05 ` bugzilla-daemon
2015-01-27  8:08 ` bugzilla-daemon
2015-01-27  9:15 ` bugzilla-daemon
2015-01-28 23:46 ` bugzilla-daemon
2015-01-29 13:00 ` bugzilla-daemon
2015-01-29 22:20 ` bugzilla-daemon
2015-01-30  1:21 ` bugzilla-daemon
2015-01-30 15:43 ` bugzilla-daemon
2015-01-30 22:44 ` bugzilla-daemon
2015-01-31  9:55 ` bugzilla-daemon [this message]
2015-02-01 22:19 ` bugzilla-daemon
2015-02-06  9:44 ` bugzilla-daemon
2015-02-06  9:52 ` bugzilla-daemon
2015-02-06 10:08 ` bugzilla-daemon
2015-02-06 10:20 ` bugzilla-daemon

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=bug-91861-2300-t3X9LXDvLE@https.bugzilla.kernel.org/ \
    --to=bugzilla-daemon@bugzilla.kernel.org \
    --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.