Bug 26358 - new_pll algo gives flickering LVDS on rv620 (HD 3470 mobility) laptop
Summary: new_pll algo gives flickering LVDS on rv620 (HD 3470 mobility) laptop
Status: RESOLVED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-01 02:27 UTC by Stefano Carignano
Modified: 2010-02-16 23:52 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg with new_pll=1 (44.96 KB, patch)
2010-02-01 02:27 UTC, Stefano Carignano
no flags Details | Splinter Review
dmesg with new_pll=0 (45.58 KB, patch)
2010-02-01 02:28 UTC, Stefano Carignano
no flags Details | Splinter Review
xrandr --verbose output. It's the same for new_pll=0 and =1 (3.50 KB, patch)
2010-02-01 02:29 UTC, Stefano Carignano
no flags Details | Splinter Review
lspci -vnn (11.52 KB, patch)
2010-02-02 01:37 UTC, Stefano Carignano
no flags Details | Splinter Review
1/2 add pll algo selection rework (8.14 KB, patch)
2010-02-02 09:25 UTC, Alex Deucher
no flags Details | Splinter Review
2/2 add lvds pll quirk for toshiba (1.72 KB, patch)
2010-02-02 09:26 UTC, Alex Deucher
no flags Details | Splinter Review
lspci , dell studio 15 laptop (12.96 KB, text/plain)
2010-02-12 07:12 UTC, Alexandre Derumier
no flags Details
add lvds pll quirk for dell studio 15 (1.12 KB, patch)
2010-02-16 08:49 UTC, Alex Deucher
no flags Details | Splinter Review

Description Stefano Carignano 2010-02-01 02:27:38 UTC
Created attachment 32960 [details] [review]
dmesg with new_pll=1

Latest drm-radeon-testing kernel (1 feb 2010), as soon as KMS kicks in with the new_pll algo, the LVDS picture shows some kind of ripple effect, as if something was slightly wrong with the refresh rate. Kind of hard to describe..
The effect persists even when starting X. Changing screen resolution doesn't help. The new_pll has never worked for me since its introduction back in december (took me a while to find out it was the culprit). Booting with radeon.new_pll=0 gives me a perfectly usable system.

On a side, probably unrelated note, I can't help but notice that the kernel (both the working and the non-working versions) finds an HDMI port, but unless I'm becoming blind my notebook has no HDMI out .. hm.
Comment 1 Stefano Carignano 2010-02-01 02:28:11 UTC
Created attachment 32961 [details] [review]
dmesg with new_pll=0
Comment 2 Stefano Carignano 2010-02-01 02:29:03 UTC
Created attachment 32962 [details] [review]
xrandr --verbose output. It's the same for new_pll=0 and =1
Comment 3 Alex Deucher 2010-02-01 06:41:31 UTC
(In reply to comment #0)
> Created an attachment (id=32960) [details]
> dmesg with new_pll=1
> 
> Latest drm-radeon-testing kernel (1 feb 2010), as soon as KMS kicks in with the
> new_pll algo, the LVDS picture shows some kind of ripple effect, as if
> something was slightly wrong with the refresh rate. Kind of hard to describe..
> The effect persists even when starting X. Changing screen resolution doesn't
> help. The new_pll has never worked for me since its introduction back in
> december (took me a while to find out it was the culprit). Booting with
> radeon.new_pll=0 gives me a perfectly usable system.
> 

Please attach the output of lspci -vnn and I can add a quirk for your laptop.

> On a side, probably unrelated note, I can't help but notice that the kernel
> (both the working and the non-working versions) finds an HDMI port, but unless
> I'm becoming blind my notebook has no HDMI out .. hm.
> 

It's likely on a docking station.
Comment 4 Stefano Carignano 2010-02-02 01:37:58 UTC
Created attachment 32992 [details] [review]
lspci -vnn

thank you. For those interested, it is a Toshiba A300-1BU laptop.
Comment 5 Alex Deucher 2010-02-02 09:25:36 UTC
Created attachment 33009 [details] [review]
1/2 add pll algo selection rework

The two attached patches should fix the issue for you.
Comment 6 Alex Deucher 2010-02-02 09:26:25 UTC
Created attachment 33010 [details] [review]
2/2 add lvds pll quirk for toshiba

second patch.
Comment 7 Stefano Carignano 2010-02-03 02:10:34 UTC
yup it works now, thanks again

Comment 8 Alexandre Derumier 2010-02-12 04:55:35 UTC
Hello, I have exactly the same problem with my laptop (dell studio 15) with RV620 chipset.

with new_pll=0 no flickering lines, with new_pll=1 i have flickering lines


i'm running 2.6.33-rc7-git6 kernel, are this patchs already pull in main kernel tree ?


do you need more informations ? (dmeg , drm debug? )

Regards,

Alexandre Derumier
Comment 9 Alex Deucher 2010-02-12 07:09:15 UTC
(In reply to comment #8)
> Hello, I have exactly the same problem with my laptop (dell studio 15) with
> RV620 chipset.
> 
> with new_pll=0 no flickering lines, with new_pll=1 i have flickering lines
> 
> 
> i'm running 2.6.33-rc7-git6 kernel, are this patchs already pull in main kernel
> tree ?
> 
> 
> do you need more informations ? (dmeg , drm debug? )

lspci -vnn
Comment 10 Alexandre Derumier 2010-02-12 07:12:41 UTC
Created attachment 33255 [details]
lspci , dell studio 15 laptop
Comment 11 Alex Deucher 2010-02-16 08:38:58 UTC
(In reply to comment #10)
> Created an attachment (id=33255) [details]
> lspci , dell studio 15 laptop
> 

what size panel is in your laptop?
Comment 12 Alexandre Derumier 2010-02-16 08:43:22 UTC
it's a 15 inch panel

xrandr

   1280x800       60.0 +
   1280x720       59.9
   1152x768       59.8
   1024x768       59.9
   800x600        59.9
   848x480        59.7
   720x480        59.7
   640x480        59.4


Comment 13 Alex Deucher 2010-02-16 08:49:48 UTC
Created attachment 33334 [details] [review]
add lvds pll quirk for dell studio 15

I found your panel size on another bug.  This patch should take care of it.
Comment 14 Alexandre Derumier 2010-02-16 08:53:12 UTC
i'll try the patch this night, thanks !
Comment 15 Alexandre Derumier 2010-02-16 23:37:09 UTC
i have apply the patchs on last kernel git, it's works, no flickering line.

Thanks again.
Comment 16 Alex Deucher 2010-02-16 23:52:38 UTC
Patch sent upstream


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.