Problem Intel i915 driver, i3 2010T, HDMI output modes problems

Problem Intel i915 driver, i3 2010T, HDMI output modes problems

[paulo louro]

[-- Attachment #1.1: Type: text/plain, Size: 5998 bytes --]


Dear intel-gfx developers.
After spending a huge amount of time searching for a solution for me problem and haven't been able to find one, i decided to send a email to this mailing list hoping someone can help me or point me on the right direction. 
Hardware: Motherboard : ASRock H67M-GEProcessor:   Intel Core i3 2010T AV Receiver: Onkyo TX-NR808TV: Panasonic 50VT20
Software: Ubuntu 11.10 with xorg-edgers ppa.
Problem: When starting ubuntu without the AV receiver or the TV being on, the xorg start with a resolution of 720x576. When turning the TV on and selecting the AV-Receiver. The AV receiver reports that there is a signal but noting is display on the TV, by using my receiver Display/Information menu i can see im receiving a signal with 1920x1080i@120hz. The receiver pass's this direct to the television and ofc since its 120hz it cant be handled. As so only a black screen is display, not even the Onkyo GUI can be displayed.
By running the xrandr -display :0 --verbose i get:HDMI3 connected 1920x1080+0+0 (0x42) normal (normal left inverted right x axis y axis) 708mm x 398mm	Identifier: 0x41	Timestamp:  111744	Subpixel:   unknown	Gamma:      1.0:1.0:1.0	Brightness: 1.0	Clones:    	CRTC:       0	CRTCs:      0 1	Transform:  1.000000 0.000000 0.000000	            0.000000 1.000000 0.000000	            0.000000 0.000000 1.000000	           filter: 	EDID:		00ffffffffffff003dcb820a00000000		00140103800000780a0dc9a057479827		12484c00000001010101010101010101		010101010101011d8018711c1620582c		2500c48e2100009e011d80d0721c1620		102c2580c48e2100009e000000fc0054		582d4e523830380a20202020000000fd		0017f00f7e11000a202020202020016c		02033e7255850403020e0f0723241094		1312111d1e162526011f38097f070f7f		071707503f06c04d02005706005f7e01		675400834f000066030c002100808c0a		d08a20e02d10103e9600c48e21000018		8c0ad090204031200c405500c48e2100		0018011d007251d01e206e285500c48e		2100001e000000000000000000000091	Broadcast RGB:	Full		supported: Full         Limited 16:2	audio:	auto		supported: off          auto         on            1920x1080@60 (0x42)  148.5MHz +HSync +VSync *current +preferred        h: width  1920 start 2008 end 2052 total 2200 skew    0 clock   67.5KHz        v: height 1080 start 1084 end 1089 total 1125           clock   60.0Hz  720x576 (0x43)   27.0MHz -HSync -VSync        h: width   720 start  732 end  796 total  864 skew    0 clock   31.2KHz        v: height  576 start  581 end  586 total  625           clock   50.0Hz  720x480 (0x44)   27.0MHz -HSync -VSync        h: width   720 start  736 end  798 total  858 skew    0 clock   31.5KHz        v: height  480 start  489 end  495 total  525           clock   59.9Hz
There i can see that the modeline is current selected to 1920x1080@60hz.  If i select the mode as 720x576@50hz, them gnome desktop shows but its like the screen has 2 desktops splitting the screen in half. If i move the mouse to the top of the screen i can see it in the top and lower part of my TV.  The funny part is my TV and Receiver now report a signal of 1920x1080@50hz.
Once i change to this mode my xrandr -display :0 --verbose shows 2 new modes that weren't there before:
Screen 0: minimum 320 x 200, current 720 x 576, maximum 8192 x 8192HDMI3 connected 720x576+0+0 (0x43) normal (normal left inverted right x axis y axis) 698mm x 392mm	Identifier: 0x41	Timestamp:  277649	Subpixel:   unknown	Gamma:      1.0:1.0:1.0	Brightness: 1.0	Clones:    	CRTC:       0	CRTCs:      0 1	Transform:  1.000000 0.000000 0.000000	            0.000000 1.000000 0.000000	            0.000000 0.000000 1.000000	           filter: 	EDID:		00ffffffffffff003dcb820a00000000		00140103800000780adaffa3584aa229		17494b00000001010101010101010101		010101010101023a80d072382d40102c		4580ba882100001e023a801871382d40		582c4500ba882100001e000000fc0054		582d4e523830380a20202020000000fd		00173d0f440f000a202020202020013e		020362725c9f90140520130412031102		16071506011e0f1d0e1a0b190a262425		2338097f070f7f071707503f06c04d02		005706005f7e01675400834f00007f03		0c002100b826e0000000008011060800		1618002030480053580063680070e305		1f01011d80d0721c1620102c2580ba88		2100009e0000000000000000000000ff	Broadcast RGB:	Full		supported: Full         Limited 16:2	audio:	auto		supported: off          auto         on            1920x1080@60 (0x42)  148.5MHz +HSync +VSync +preferred        h: width  1920 start 2008 end 2052 total 2200 skew    0 clock   67.5KHz        v: height 1080 start 1084 end 1089 total 1125           clock   60.0Hz  1920x1080 (0xb9)  148.5MHz +HSync +VSync +preferred        h: width  1920 start 2448 end 2492 total 2640 skew    0 clock   56.2KHz        v: height 1080 start 1084 end 1089 total 1125           clock   50.0Hz  1920x1080 (0xba)  148.5MHz +HSync +VSync        h: width  1920 start 2008 end 2052 total 2200 skew    0 clock   67.5KHz        v: height 1080 start 1084 end 1089 total 1125           clock   60.0Hz  720x576 (0x43)   27.0MHz        h: width   720 start  732 end  796 total  864 skew    0 clock   31.2KHz        v: height  576 start  581 end  586 total  625           clock   50.0Hz

If i select for example mode 0xb9 or 0xba, i lose the image (splitted image of gnome), and get a black screen. Once more for 50hz the AV-Receiver reports 100Hz and for 60Hz reports 120Hz.   

This is like somehow the modes are being multiplied all the time by a factor of 2. 
I also have tried to use i915.modeset=0 on grub. This makes Xorg fail to start saying that no monitor was detected, then i can rmmod i915 and modprobe i915 modeset = 1,  service lightdm start.   And we are back again with the same problem..
What ever if i leave my TV and Receiver ON and turn on the PC, then everything works without a problem.
The idea is to boot ubuntu that in this case is my Home Server, and leave it running since morning. Then when comming home the PC is already booted and into XBMC ready for my Girlfriend to watch some TV over XBMC liveTV 

>From the start i thank you for your time.--Paulo Louro

 		 	   		   		 	   		  

[-- Attachment #1.2: Type: text/html, Size: 14521 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: Problem Intel i915 driver, i3 2010T, HDMI output modes problems

[Daniel Vetter]

On Tue, Jan 03, 2012 at 08:52:39PM +0000, paulo louro wrote:
> 
> Dear intel-gfx developers.
> After spending a huge amount of time searching for a solution for me problem and haven't been able to find one, i decided to send a email to this mailing list hoping someone can help me or point me on the right direction. 
> Hardware: Motherboard : ASRock H67M-GEProcessor:   Intel Core i3 2010T AV Receiver: Onkyo TX-NR808TV: Panasonic 50VT20
> Software: Ubuntu 11.10 with xorg-edgers ppa.
> Problem: When starting ubuntu without the AV receiver or the TV being on, the xorg start with a resolution of 720x576. When turning the TV on and selecting the AV-Receiver. The AV receiver reports that there is a signal but noting is display on the TV, by using my receiver Display/Information menu i can see im receiving a signal with 1920x1080i@120hz. The receiver pass's this direct to the television and ofc since its 120hz it cant be handled. As so only a black screen is display, not even the Onkyo GUI can be displayed.
> By running the xrandr -display :0 --verbose i get:HDMI3 connected 1920x1080+0+0 (0x42) normal (normal left inverted right x axis y axis) 708mm x 398mm	Identifier: 0x41	Timestamp:  111744	Subpixel:   unknown	Gamma:      1.0:1.0:1.0	Brightness: 1.0	Clones:    	CRTC:       0	CRTCs:      0 1	Transform:  1.000000 0.000000 0.000000	            0.000000 1.000000 0.000000	            0.000000 0.000000 1.000000	           filter: 	EDID:		00ffffffffffff003dcb820a00000000		00140103800000780a0dc9a057479827		12484c00000001010101010101010101		010101010101011d8018711c1620582c		2500c48e2100009e011d80d0721c1620		102c2580c48e2100009e000000fc0054		582d4e523830380a20202020000000fd		0017f00f7e11000a202020202020016c		02033e7255850403020e0f0723241094		1312111d1e162526011f38097f070f7f		071707503f06c04d020057060
 05f7e01		675400834f000066030c002100808c0a		d08a20e02d10103e9600c48e21000018		8c0ad090204031200c405500c48e2100		0018011d007251d01e206e285500c48e		2100001e000000000000000000000091	Broadcast RG
 B:	Full		supported: Full         Limited 16:2	audio:	auto		supported: off          auto         on            1920x1080@60 (0x42)  148.5MHz +HSync +VSync *current +preferred        h: width  1920 start 2008 end 2052 total 2200 skew    0 clock   67.5KHz        v: height 1080 start 1084 end 1089 total 1125           clock   60.0Hz  720x576 (0x43)   27.0MHz -HSync -VSync        h: width   720 start  732 end  796 total  864 skew    0 clock   31.2KHz        v: height  576 start  581 end  586 total  625           clock   50.0Hz  720x480 (0x44)   27.0MHz -HSync -VSync        h: width   720 start  736 end  798 total  858 skew    0 clock   31.5KHz        v: height  480 start  489 end  495 total  525           clock   59.9Hz
> There i can see that the modeline is current selected to 1920x1080@60hz.  If i select the mode as 720x576@50hz, them gnome desktop shows but its like the screen has 2 desktops splitting the screen in half. If i move the mouse to the top of the screen i can see it in the top and lower part of my TV.  The funny part is my TV and Receiver now report a signal of 1920x1080@50hz.
> Once i change to this mode my xrandr -display :0 --verbose shows 2 new modes that weren't there before:
> Screen 0: minimum 320 x 200, current 720 x 576, maximum 8192 x 8192HDMI3 connected 720x576+0+0 (0x43) normal (normal left inverted right x axis y axis) 698mm x 392mm	Identifier: 0x41	Timestamp:  277649	Subpixel:   unknown	Gamma:      1.0:1.0:1.0	Brightness: 1.0	Clones:    	CRTC:       0	CRTCs:      0 1	Transform:  1.000000 0.000000 0.000000	            0.000000 1.000000 0.000000	            0.000000 0.000000 1.000000	           filter: 	EDID:		00ffffffffffff003dcb820a00000000		00140103800000780adaffa3584aa229		17494b00000001010101010101010101		010101010101023a80d072382d40102c		4580ba882100001e023a801871382d40		582c4500ba882100001e000000fc0054		582d4e523830380a20202020000000fd		00173d0f440f000a202020202020013e		020362725c9f90140520130412031102		16071506011e0f1d0e1a0b190a262425		2338097f07
 0f7f071707503f06c04d02		005706005f7e01675400834f00007f03		0c002100b826e0000000008011060800		1618002030480053580063680070e305		1f01011d80d0721c1620102c2580ba88		2100009e0000000000000000000000
 ff	Broadcast RGB:	Full		supported: Full         Limited 16:2	audio:	auto		supported: off          auto         on            1920x1080@60 (0x42)  148.5MHz +HSync +VSync +preferred        h: width  1920 start 2008 end 2052 total 2200 skew    0 clock   67.5KHz        v: height 1080 start 1084 end 1089 total 1125           clock   60.0Hz  1920x1080 (0xb9)  148.5MHz +HSync +VSync +preferred        h: width  1920 start 2448 end 2492 total 2640 skew    0 clock   56.2KHz        v: height 1080 start 1084 end 1089 total 1125           clock   50.0Hz  1920x1080 (0xba)  148.5MHz +HSync +VSync        h: width  1920 start 2008 end 2052 total 2200 skew    0 clock   67.5KHz        v: height 1080 start 1084 end 1089 total 1125           clock   60.0Hz  720x576 (0x43)   27.0MHz        h: width   720 start
   732 end  796 total  864 skew    0 clock   31.2KHz        v: height  576 start  581 end  586 total  625           clock   50.0Hz
> 
> If i select for example mode 0xb9 or 0xba, i lose the image (splitted image of gnome), and get a black screen. Once more for 50hz the AV-Receiver reports 100Hz and for 60Hz reports 120Hz.   
> 
> This is like somehow the modes are being multiplied all the time by a factor of 2. 
> I also have tried to use i915.modeset=0 on grub. This makes Xorg fail to start saying that no monitor was detected, then i can rmmod i915 and modprobe i915 modeset = 1,  service lightdm start.   And we are back again with the same problem..
> What ever if i leave my TV and Receiver ON and turn on the PC, then everything works without a problem.
> The idea is to boot ubuntu that in this case is my Home Server, and leave it running since morning. Then when comming home the PC is already booted and into XBMC ready for my Girlfriend to watch some TV over XBMC liveTV 
> 
> From the start i thank you for your time.--Paulo Louro

This sounds like we're either missing some default TV modes (iirc they're
called CEA) or we have a funny issue with interlacing. Rodrigo works on
making our TV support better, I think he can help you best.
-Daniel
-- 
Daniel Vetter
Mail: daniel@ffwll.ch
Mobile: +41 (0)79 365 57 48

Re: Problem Intel i915 driver, i3 2010T, HDMI output modes problems

[Andy Burns]

[apologies for munged threading, I subscribed after the original
message was sent]

paulo louro wrote:

> When starting ubuntu without the AV receiver or the TV being on, the xorg start with a resolution of 720x576.

Have you tried forcing an initial mode in the Monitor section of your xorg.conf?

Option "PreferredMode" "whatever"

presumably "whatever" is something like "1920x1080x60.0" in your case ...

Re: Problem Intel i915 driver, i3 2010T, HDMI output modes problems

[Rodrigo Vivi]

Hi Paulo,

sorry for not getting back you sooner... your email was here on my "to do list"

Could you please report this issue on bugs.freedesktop.org attaching
this xrandr verbose info and also dmesg xorg log and confs?
Also, Is it possible to test it without the AV receiver? I think you
wont see a similar behaviour?

Maybe AV receiver is meessing up EDID info when booting, but it would
be strange to see x reporting a freq and receiver another one anyway.
The interlacing issue is also possible, so as much info you can
provide us the best!

I also think that the workaround Andy suggested will work in your
case, but I would like to get it really fixed.

Rodrigo.

On Mon, Jan 16, 2012 at 8:09 PM, Andy Burns <xorg.lists@burns.me.uk> wrote:
> [apologies for munged threading, I subscribed after the original
> message was sent]
>
> paulo louro wrote:
>
>> When starting ubuntu without the AV receiver or the TV being on, the xorg start with a resolution of 720x576.
>
> Have you tried forcing an initial mode in the Monitor section of your xorg.conf?
>
> Option "PreferredMode" "whatever"
>
> presumably "whatever" is something like "1920x1080x60.0" in your case ...
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx



-- 
Rodrigo Vivi
Blog: http://blog.vivi.eng.br
GPG: 0x905BE242 @ wwwkeys.pgp.net

Re: [PROBLEM FOUND] Problem No HDMI when AV/TV in standby mode

[paulo louro]

[-- Attachment #1.1: Type: text/plain, Size: 1511 bytes --]


Hello all,
I think i have found why there is a problem with my Onkyo AV when the TV/AV are in standby mode.
I run the following test.
Boot PC with AV/TV in standby and dump intel registers to a file TEST1Boot PC with AV/TV on and dump intel register to file TEST2Using the diff to find the difference between both files i found the following:
root@SERVER:~# diff test1 test214c14<                      PIPEACONF: 0xc0200000 (enabled, active, 8bpc)--->                      PIPEACONF: 0xc0000000 (enabled, active, 8bpc)21c21<                   VSYNCSHIFT_A: 0x0000038c--->                   VSYNCSHIFT_A: 0x00000000125c125<                     TRANSACONF: 0xc0600000 (enable, active)--->                     TRANSACONF: 0xc0000000 (enable, active)
So register PIPEACONF, VSYNCSHIFT_A and TRANSACONF are different. By checking intel documentation i found that this registers are responsibly for setting up the progressive/interleave mode. As so im thinking that this registers are not being reinitialize or cleaned. 
Is this possible? 
Since im up for one more test i used intel_reg_read/write to modified the registers and correct the values, to my surprise after writing to all the register the AV shows my desktop correctly.
My other question is if they need to be reinitialized where in the code shall this be done? I'm up for writing a small patch to fix this issue, just need some one to point me on the right direction.
Thanks--Paulo Louro



 		 	   		   		 	   		   		 	   		   		 	   		  

[-- Attachment #1.2: Type: text/html, Size: 2931 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [PROBLEM FOUND] Problem No HDMI when AV/TV in standby mode

[paulo louro]

[-- Attachment #1.1: Type: text/plain, Size: 2679 bytes --]


Very ugly hack, 
In file --->  intel_display.c                         function --- >  ironlake_crtc_mode_set
	temp = I915_READ(_TRANSACONF);	I915_WRITE(_TRANSACONF,  temp & ~(7<<21)); 
	I915_WRITE( 0x60028, 0x00000000);   //VSYNCSHIFT_A— Vertical Sync Shift Register   This register needs to be 0x00000000 for progressive mode 
	I915_WRITE(PIPECONF(pipe), pipeconf);	POSTING_READ(PIPECONF(pipe));
In file --->  i915_reg.h                         #define   PIPECONF_INTERLACE_W_FIELD_INDICATION	(7 << 21)  // ( 6 << 21)  
Not sure why the PIPECONF MASK is 110 and not 111, from intel pdf 000b  Progressive Fetch / Progressive display / 001b PF-ID Progressive Fetch / Interlaced display (HDMI) Requires panel fitting to be enabled 

Next will be to solve the RGB problem i have.

From: paulo_louro@msn.com
To: intel-gfx@lists.freedesktop.org
Date: Tue, 24 Jan 2012 20:38:57 +0000
Subject: Re: [Intel-gfx] [PROBLEM FOUND] Problem No HDMI when AV/TV in standby mode







Hello all,
I think i have found why there is a problem with my Onkyo AV when the TV/AV are in standby mode.
I run the following test.
Boot PC with AV/TV in standby and dump intel registers to a file TEST1Boot PC with AV/TV on and dump intel register to file TEST2Using the diff to find the difference between both files i found the following:
root@SERVER:~# diff test1 test214c14<                      PIPEACONF: 0xc0200000 (enabled, active, 8bpc)--->                      PIPEACONF: 0xc0000000 (enabled, active, 8bpc)21c21<                   VSYNCSHIFT_A: 0x0000038c--->                   VSYNCSHIFT_A: 0x00000000125c125<                     TRANSACONF: 0xc0600000 (enable, active)--->                     TRANSACONF: 0xc0000000 (enable, active)
So register PIPEACONF, VSYNCSHIFT_A and TRANSACONF are different. By checking intel documentation i found that this registers are responsibly for setting up the progressive/interleave mode. As so im thinking that this registers are not being reinitialize or cleaned. 
Is this possible? 
Since im up for one more test i used intel_reg_read/write to modified the registers and correct the values, to my surprise after writing to all the register the AV shows my desktop correctly.
My other question is if they need to be reinitialized where in the code shall this be done? I'm up for writing a small patch to fix this issue, just need some one to point me on the right direction.
Thanks--Paulo Louro



 		 	   		   		 	   		   		 	   		   		 	   		  

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx 		 	   		  

[-- Attachment #1.2: Type: text/html, Size: 5612 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [PROBLEM FOUND] Problem No HDMI when AV/TV in standby mode

[Daniel Vetter]

On Tue, Jan 24, 2012 at 10:03:57PM +0000, paulo louro wrote:
> 
> Very ugly hack, 
> In file --->  intel_display.c                         function --- >  ironlake_crtc_mode_set
> 	temp = I915_READ(_TRANSACONF);	I915_WRITE(_TRANSACONF,  temp & ~(7<<21)); 
> 	I915_WRITE( 0x60028, 0x00000000);   //VSYNCSHIFT_A— Vertical Sync Shift Register   This register needs to be 0x00000000 for progressive mode 
> 	I915_WRITE(PIPECONF(pipe), pipeconf);	POSTING_READ(PIPECONF(pipe));
> In file --->  i915_reg.h                         #define   PIPECONF_INTERLACE_W_FIELD_INDICATION	(7 << 21)  // ( 6 << 21)  
> Not sure why the PIPECONF MASK is 110 and not 111, from intel pdf 000b  Progressive Fetch / Progressive display / 001b PF-ID Progressive Fetch / Interlaced display (HDMI) Requires panel fitting to be enabled 

Wohoo, this is awesome. Can you maybe go right ahead and create a patch
for this? Should be nothing more than checking for an interlaced mode and
banging the right values into these registers ...

Yours, Daniel
-- 
Daniel Vetter
Mail: daniel@ffwll.ch
Mobile: +41 (0)79 365 57 48
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [PROBLEM FOUND] Problem No HDMI when AV/TV in standby mode

[paulo louro]

[-- Attachment #1.1: Type: text/plain, Size: 1827 bytes --]


An update on this issue.
The registers VSYNCSHIFT PIPEACONF and TRANSACONF are been set to interlace mode at GRUB startup.
Test:
Boot computer with AV/TV in standby.Force GRUB to show menu selection.Turn on AV/TV and select PC HDMI while in GRUB menu.GRUB shows up with 1080i 50hz.
So is it GRUB setting the mode or the BIOS? This may happen to me since my AV is telling via EDID that the preferred mode is interlaced?

-- Paulo Louro

> Date: Tue, 24 Jan 2012 23:28:36 +0100
> From: daniel@ffwll.ch
> To: paulo_louro@msn.com
> CC: intel-gfx@lists.freedesktop.org
> Subject: Re: [Intel-gfx] [PROBLEM FOUND] Problem No HDMI when AV/TV in standby mode
> 
> On Tue, Jan 24, 2012 at 10:03:57PM +0000, paulo louro wrote:
> > 
> > Very ugly hack, 
> > In file --->  intel_display.c                         function --- >  ironlake_crtc_mode_set
> > 	temp = I915_READ(_TRANSACONF);	I915_WRITE(_TRANSACONF,  temp & ~(7<<21)); 
> > 	I915_WRITE( 0x60028, 0x00000000);   //VSYNCSHIFT_A— Vertical Sync Shift Register   This register needs to be 0x00000000 for progressive mode 
> > 	I915_WRITE(PIPECONF(pipe), pipeconf);	POSTING_READ(PIPECONF(pipe));
> > In file --->  i915_reg.h                         #define   PIPECONF_INTERLACE_W_FIELD_INDICATION	(7 << 21)  // ( 6 << 21)  
> > Not sure why the PIPECONF MASK is 110 and not 111, from intel pdf 000b  Progressive Fetch / Progressive display / 001b PF-ID Progressive Fetch / Interlaced display (HDMI) Requires panel fitting to be enabled 
> 
> Wohoo, this is awesome. Can you maybe go right ahead and create a patch
> for this? Should be nothing more than checking for an interlaced mode and
> banging the right values into these registers ...
> 
> Yours, Daniel
> -- 
> Daniel Vetter
> Mail: daniel@ffwll.ch
> Mobile: +41 (0)79 365 57 48
 		 	   		  

[-- Attachment #1.2: Type: text/html, Size: 2450 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: RGB Problem with Intel i915 driver, i3 2010T, RGB color output over HDMI

[paulo louro]

[-- Attachment #1.1: Type: text/plain, Size: 726 bytes --]


Hello all,
This e-mail is a continuation of my previews one regarding HDMI modeline output problems. So far with the help of Rodrigo Vivi i have manage to output the 1920x1080p@60hz mode over HDMI to my AV receiver. (To fix my previews problem i inserted the EDID frame directly inside drm_edid.c file. So i dont read EDID from the AV i2c bus anymore. So the mode is always set correctly.)
The issue now is that the AV reports that the signal is not in RGB mode and the image shows some strange colors, specially on the white color (showing like greens).
Does any one has any idea if this is a problem on the EDID or inside drm/i915? 
All comments and help are very appreciated.-- Paulo Louro

 		 	   		   		 	   		  

[-- Attachment #1.2: Type: text/html, Size: 1333 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: RGB Problem with Intel i915 driver, i3 2010T, RGB color output over HDMI

[Adam Jackson]

[-- Attachment #1.1: Type: text/plain, Size: 451 bytes --]

On Tue, 2012-01-24 at 15:24 +0000, paulo louro wrote:

> Does any one has any idea if this is a problem on the EDID or inside
> drm/i915? 

Base EDID has very little to say on the topic of colorspaces.  The i915
driver is not currently capable of sending YCbCr over HDMI in any case.
However HDMI comes with infoframes that are supposed to indicate the
transmitted colorspace, and we may not be setting those to correctly say
RGB.

- ajax

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Working on 3.0.0-12] RGB Problem with Intel i915 driver, i3 2010T, RGB color output over HDMI

[paulo louro]

[-- Attachment #1.1: Type: text/plain, Size: 2318 bytes --]


Hello all again,
This problem is new to kernel 3.2.0-rc6, here is the diff between the bad and good register dump. I tried to correct the register but without any luck...
Marked with < is not working kernel 3.2.0Marked with > works. kernel 3.0.0-12 / also works fine in LiveCD of Ubuntu 11.10

<                GEN6_INSTDONE_1: 0x00000000<                GEN6_INSTDONE_2: 0x00000000--->                GEN6_INSTDONE_1: 0xfffffffe>                GEN6_INSTDONE_2: 0xffffffff31c31<                       DSPACNTR: 0xd8004000 (enabled)--->                       DSPACNTR: 0xd8004400 (enabled)34c34<                       DSPASURF: 0x00064000--->                       DSPASURF: 0x0665d00070c70<               PCH_DREF_CONTROL: 0x00000400 (cpu source disable, ssc_source disable, nonspread_source enable, superspread_source disable, ssc4_mode downspread, ssc1 disable, ssc4 disable)--->               PCH_DREF_CONTROL: 0x00001400 (cpu source disable, ssc_source enable, nonspread_source enable, superspread_source disable, ssc4_mode downspread, ssc1 disable, ssc4 disable)79,80c79,80<                       PCH_FPA0: 0x00021007 (n = 2, m1 = 16, m2 = 7)<                       PCH_FPA1: 0x00021007 (n = 2, m1 = 16, m2 = 7)--->                       PCH_FPA0: 0x00c21007 (n = 2, m1 = 16, m2 = 7)>                       PCH_FPA1: 0x00c21007 (n = 2, m1 = 16, m2 = 7)
From: paulo_louro@msn.com
To: intel-gfx@lists.freedesktop.org
Subject: RE: [Intel-gfx] RGB Problem with Intel i915 driver, i3 2010T, RGB color output over HDMI
Date: Tue, 24 Jan 2012 15:24:04 +0000







Hello all,
This e-mail is a continuation of my previews one regarding HDMI modeline output problems. So far with the help of Rodrigo Vivi i have manage to output the 1920x1080p@60hz mode over HDMI to my AV receiver. (To fix my previews problem i inserted the EDID frame directly inside drm_edid.c file. So i dont read EDID from the AV i2c bus anymore. So the mode is always set correctly.)
The issue now is that the AV reports that the signal is not in RGB mode and the image shows some strange colors, specially on the white color (showing like greens).
Does any one has any idea if this is a problem on the EDID or inside drm/i915? 
All comments and help are very appreciated.-- Paulo Louro

 		 	   		   		 	   		   		 	   		  

[-- Attachment #1.2: Type: text/html, Size: 4529 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx