linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Possible Bug in radeonfb (?)
@ 2003-02-25 18:21 Andrea Mazzoleni
  2003-02-26  8:02 ` Antonino Daplas
  0 siblings, 1 reply; 3+ messages in thread
From: Andrea Mazzoleni @ 2003-02-25 18:21 UTC (permalink / raw)
  To: linux-fbdev-devel

In radeonfb (2.4.20) I have found a possible inconsistency.

In the PLL clock computation the initial range check compares the
requested clock with the value pll_min/12. But immeditially later
I see that the higher PLL post divider is 16 and not 12.

Is it correct ? Or the check should use 16 instead of 12 ?

This is the code :

	if (freq > rinfo->pll.ppll_max)
		freq = rinfo->pll.ppll_max;
	if (freq*12 < rinfo->pll.ppll_min)
		freq = rinfo->pll.ppll_min / 12;

	{
		struct {
			int divider;
			int bitvalue;
		} *post_div,
		  post_divs[] = {
			{ 1,  0 },
			{ 2,  1 },
			{ 4,  2 },
			{ 8,  3 },
			{ 3,  4 },
			{ 16, 5 },
			{ 6,  6 },
			{ 12, 7 },
			{ 0,  0 },
		};

		for (post_div = &post_divs[0]; post_div->divider; ++post_div) {
			rinfo->pll_output_freq = post_div->divider * freq;
			if (rinfo->pll_output_freq >= rinfo->pll.ppll_min  &&
			    rinfo->pll_output_freq <= rinfo->pll.ppll_max)
				break;
		}


-- 
Andrea Mazzoleni
935A 2D3C 5C70 BCD6 CB0C  ED89 7C19 4321 6340 3F6D




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Possible Bug in radeonfb (?)
  2003-02-25 18:21 Possible Bug in radeonfb (?) Andrea Mazzoleni
@ 2003-02-26  8:02 ` Antonino Daplas
  2003-02-27 18:00   ` Andrea Mazzoleni
  0 siblings, 1 reply; 3+ messages in thread
From: Antonino Daplas @ 2003-02-26  8:02 UTC (permalink / raw)
  To: Andrea Mazzoleni; +Cc: Linux Fbdev development list

On Wed, 2003-02-26 at 02:21, Andrea Mazzoleni wrote:
> In radeonfb (2.4.20) I have found a possible inconsistency.
> 
> In the PLL clock computation the initial range check compares the
> requested clock with the value pll_min/12. But immeditially later
> I see that the higher PLL post divider is 16 and not 12.
> 
> Is it correct ? Or the check should use 16 instead of 12 ?
> 

Probably does not matter, unless you intend to use very, very low
dotclocks (< 10MHz).

Tony



-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Possible Bug in radeonfb (?)
  2003-02-26  8:02 ` Antonino Daplas
@ 2003-02-27 18:00   ` Andrea Mazzoleni
  0 siblings, 0 replies; 3+ messages in thread
From: Andrea Mazzoleni @ 2003-02-27 18:00 UTC (permalink / raw)
  To: linux-fbdev-devel

On 02/26, Antonino Daplas wrote:
> Probably does not matter, unless you intend to use very, very low
> dotclocks (< 10MHz).
Yes. My intention is to use the Frame Buffer drivers for TVs and Arcade
Monitors. Generally they need very low pixel clocks, like 5-6 MHz.

-- 
Andrea Mazzoleni
935A 2D3C 5C70 BCD6 CB0C  ED89 7C19 4321 6340 3F6D




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2003-02-27 21:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-02-25 18:21 Possible Bug in radeonfb (?) Andrea Mazzoleni
2003-02-26  8:02 ` Antonino Daplas
2003-02-27 18:00   ` Andrea Mazzoleni

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).