Bug 33416 - [Arrandale] SSC enabled for VGA: wavy, blurry output
Summary: [Arrandale] SSC enabled for VGA: wavy, blurry output
Status: CLOSED DUPLICATE of bug 28306
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium major
Assignee: Chris Wilson
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-24 09:33 UTC by julio prada
Modified: 2017-07-24 23:06 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg output with external monitor connected (116.79 KB, text/plain)
2011-01-24 09:49 UTC, julio prada
no flags Details
xorg with external monitor attached (57.17 KB, text/x-log)
2011-01-24 09:50 UTC, julio prada
no flags Details
dmesg after uninstalling new kernel (87.78 KB, text/plain)
2011-01-25 12:15 UTC, julio prada
no flags Details

Description julio prada 2011-01-24 09:33:45 UTC
PC:
Toshiba laptop C645-sp4011, it only has VGA output, no HDMI

CPU
Intel P6100 CPU
Low end of the Intel Core Family

GPU (integrated on CPU):
Intel Corporation Core Processor Integrated Graphics Controller (rev 02)

Monitors:
Laptop (1366x768) no problem with this
AOC f22s (1980x1024) using VGA cable

OS:
Ubuntu Desktop 10.10 (problem with external monitors, tested several with the same wavy trembling blurry image.
MS Windows 7 works ok.
Comment 1 julio prada 2011-01-24 09:38:22 UTC
Command results:

uname -m
i686

uname -r
2.6.37-9-generic
Comment 2 julio prada 2011-01-24 09:49:19 UTC
Created attachment 42386 [details]
dmesg output with external monitor connected
Comment 3 Chris Wilson 2011-01-24 09:50:04 UTC
Should be fixed by

commit 633f2ea26665d37bb3c8ae30799aa14988622653
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Wed Jan 19 13:29:42 2011 +0000

    drm/i915: Disable SSC for outputs other than LVDS or DP
    
    For CRT and SDVO/HDMI, we need to use a normal, non-SSC, clock and so we
    must clear any enabling bits left-over from earlier outputs. And also
    seems to correct the LVDS panel on the Lenovo U160.
    
    However, at one point, it did cause an "ERROR failed to disable
    trancoder". So prolonged testing on top of Jesse's refactored and
    error-checking CRTC logic is desired.
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

in drm-intel-next
Comment 4 julio prada 2011-01-24 09:50:47 UTC
Created attachment 42387 [details]
xorg with external monitor attached
Comment 5 julio prada 2011-01-24 10:02:24 UTC
Hi Chris, thanks for your fast reply.
I am not familiar with this topic, so I cant understand what to do next.
For example, I Googled for "disable SSC" and I get a lot of Cisco and Western digital results.
I searched for you commit string and got back to this reply.
I will really appreciate your help!
Thanks,


(In reply to comment #3)
> Should be fixed by
> 
> commit 633f2ea26665d37bb3c8ae30799aa14988622653
> Author: Chris Wilson <chris@chris-wilson.co.uk>
> Date:   Wed Jan 19 13:29:42 2011 +0000
> 
>     drm/i915: Disable SSC for outputs other than LVDS or DP
> 
>     For CRT and SDVO/HDMI, we need to use a normal, non-SSC, clock and so we
>     must clear any enabling bits left-over from earlier outputs. And also
>     seems to correct the LVDS panel on the Lenovo U160.
> 
>     However, at one point, it did cause an "ERROR failed to disable
>     trancoder". So prolonged testing on top of Jesse's refactored and
>     error-checking CRTC logic is desired.
> 
>     Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
> 
> in drm-intel-next
Comment 6 julio prada 2011-01-24 10:05:17 UTC
Hi Chris, thanks for your fast reply.
I am not familiar with this topic, so I cant understand what to do next.
For example, I Googled for "disable SSC" and I get a lot of Cisco and Western digital results.
I searched for you commit string and got back to this reply.
I will really appreciate your help!
Thanks,


(In reply to comment #3)
> Should be fixed by
> 
> commit 633f2ea26665d37bb3c8ae30799aa14988622653
> Author: Chris Wilson <chris@chris-wilson.co.uk>
> Date:   Wed Jan 19 13:29:42 2011 +0000
> 
>     drm/i915: Disable SSC for outputs other than LVDS or DP
> 
>     For CRT and SDVO/HDMI, we need to use a normal, non-SSC, clock and so we
>     must clear any enabling bits left-over from earlier outputs. And also
>     seems to correct the LVDS panel on the Lenovo U160.
> 
>     However, at one point, it did cause an "ERROR failed to disable
>     trancoder". So prolonged testing on top of Jesse's refactored and
>     error-checking CRTC logic is desired.
> 
>     Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
> 
> in drm-intel-next
Comment 7 Chris Wilson 2011-01-24 10:10:23 UTC
You can either clone the drm-intel repo at git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel.git and checkout the drm-intel-next branch. Or you can install the drm-intel-next deb from the Ubuntu mainline kernel-ppa: http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/current/

Either way should generate a kernel with which you can test whether the VGA output is now stable.
Comment 8 julio prada 2011-01-24 12:04:32 UTC
(In reply to comment #7)
I tried to install it but I got the error:

Dependency is not satisfiable: linux-headers-2.6.38-997 

I think it is because this kernel is for Ubuntu 11.04 not for 10.08

My current kernel is 2.6.37.9.

Any hint on what to do?

Thanks,
Comment 9 Chris Wilson 2011-01-24 12:10:22 UTC
Install the headers from that directory as well. (You can remove both after testing and be left with a prestine system.)
Comment 10 julio prada 2011-01-25 11:12:54 UTC
Hi Chris, this is what I did and the problems that I had.

Opened the "Ubuntu mainline kernel-ppa" at:
http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/current/

From this list of files:
	 
0001-base-packaging.patch						24-Jan-2011 12:29	7.6M	 
0002-debian-changelog.patch						24-Jan-2011 12:29	172K	 
0003-default-configs.patch						24-Jan-2011 12:29	 47K	 
BUILD.LOG								24-Jan-2011 15:06	3.0M	 
COMMIT									24-Jan-2011 15:06	 41	 
linux-headers-2.6.38-997-generic_2.6.38-997.201101241227_amd64.deb	24-Jan-2011 13:44	792K	 
linux-headers-2.6.38-997-generic_2.6.38-997.201101241227_i386.deb	24-Jan-2011 15:06	772K	 
linux-headers-2.6.38-997_2.6.38-997.201101241227_all.deb	        24-Jan-2011 12:30	 10M	 
linux-image-2.6.38-997-generic_2.6.38-997.201101241227_amd64.deb	24-Jan-2011 13:44	 33M	 
linux-image-2.6.38-997-generic_2.6.38-997.201101241227_i386.deb		24-Jan-2011 15:06	 33M	

I installed:

linux-headers-2.6.38-997-generic_2.6.38-997.201101241227_i386.deb	24-Jan-2011 15:06	772K
linux-headers-2.6.38-997_2.6.38-997.201101241227_all.deb	        24-Jan-2011 12:30	 10M	 
linux-image-2.6.38-997-generic_2.6.38-997.201101241227_i386.deb		24-Jan-2011 15:06	 33M	



Effects:

1. I logged-in the first time with the external LCD monitor connected and it showed the initial Ubuntu screen without distortion, but after a few seconds the external image went black and the image returned to the laptop monitor.

2. If I configured the external monitor I got a black screen on both monitors, having to turn off power and start Ubuntu again.

3. If I just used the laptop screen the brightness buttons did not respond, it is always in maximum brightness.

4. The mic and speakers where muted on starting the PC, then I could unmute them manually.


Temporary solution:

I whent to Ubuntu software manager and uninstalled the 3 packages above.

- Same monitor problem.

- When I use TeamViewer remote desktop sharing, the other side gets only a black screen.

- Looks like everything else is like before. :o(


Did I miss something?

Thanks,
Comment 11 Chris Wilson 2011-01-25 11:21:56 UTC
No, that's sounds like the SSC experiment itself was a success, but you were hit by other regressions (such as the ACPI backlight control).

A dmesg with drm.debug=0xe might help work out why the computer decided that the external screen was no longer connector after a few seconds.
Comment 12 julio prada 2011-01-25 12:14:21 UTC
Hi:

Should I run it after reinstalling the 3 kernel files?

I used this command:

dmesg > displaymessage.txt drm.debug=0xe

The file was stored at home/user.

I will attach the file now.





(In reply to comment #11)
> No, that's sounds like the SSC experiment itself was a success, but you were
> hit by other regressions (such as the ACPI backlight control).
> 
> A dmesg with drm.debug=0xe might help work out why the computer decided that
> the external screen was no longer connector after a few seconds.
Comment 13 julio prada 2011-01-25 12:15:52 UTC
Created attachment 42482 [details]
dmesg after uninstalling new kernel
Comment 14 julio prada 2011-01-26 16:22:19 UTC
Hi Chris, I did the dmesg thing, did you see my other post?
Today, I saw some Intel driver updates on my Ubuntu update notifications.
So, after updates finished I connected the external monitor and it had an additional problem: most screen characters where missing, when it returned to the laptop screen the characters where missing too.
I had to open the shut down menu and press the first empty button, after reboot the computer is working fine again.
Ill be traveling without my laptop this friday, for if I dont answer.
Thanks a lot and sorry to bother you so much, I really appreciate all your help.



(In reply to comment #11)
> No, that's sounds like the SSC experiment itself was a success, but you were
> hit by other regressions (such as the ACPI backlight control).
> 
> A dmesg with drm.debug=0xe might help work out why the computer decided that
> the external screen was no longer connector after a few seconds.
Comment 15 julio prada 2011-02-06 17:58:31 UTC
Hi Chris, please give me another hint, I really dont have an idea of how to proceed at this point.
Thanks a lot,
Julio


(In reply to comment #11)
> No, that's sounds like the SSC experiment itself was a success, but you were
> hit by other regressions (such as the ACPI backlight control).
> 
> A dmesg with drm.debug=0xe might help work out why the computer decided that
> the external screen was no longer connector after a few seconds.
Comment 16 julio prada 2011-02-24 18:06:15 UTC
Hi Chris, I've been connecting the external monitor after each Ubuntu update hoping that one corrects the problem, but no success.
I wonder if get a newer than 2.6.37-9 (2.6.38-rc6-natty) kernel solve my problem???
Please give me a hint, I need to solve my problem but this topic is absolutely unknown for me and Im afraid to make something that ruins my system.
I've been googling the problem again but after reading a lot I cant get any conclusion...


(In reply to comment #15)
> Hi Chris, please give me another hint, I really dont have an idea of how to
> proceed at this point.
> Thanks a lot,
> Julio
> 
> 
> (In reply to comment #11)
> > No, that's sounds like the SSC experiment itself was a success, but you were
> > hit by other regressions (such as the ACPI backlight control).
> > 
> > A dmesg with drm.debug=0xe might help work out why the computer decided that
> > the external screen was no longer connector after a few seconds.
Comment 17 Chris Wilson 2011-03-29 08:10:55 UTC

*** This bug has been marked as a duplicate of bug 28306 ***


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.