|
Description
Bazin
2009-09-14 00:01:29 UTC
Will you please check whether it can work if you change the mode by using PAL_B mode? thanks. Hi , i try both PAL formats , but not work :( . I think in log is both changes (NTSC-M -> PAL_D -> PAL_B ) . Created attachment 29711 [details]
dmesg log with drm.debug=15
Hi , i maked simple script for save log with drm.debug=15
(
i maked him very simple :
xrandr --output TV1 --set mode PAL_D(B)
sleep 1
dmesg > log_file )
here is dmesg logf for PAL_B
Created attachment 29712 [details]
dmesg log with PAL_D
Created attachment 29713 [details]
dmesg log with PAL_B
(In reply to comment #5) > Created an attachment (id=29713) [details] > dmesg log with PAL_B Sorry for the late response. Will you please do the test on the latest Eric's drm-intel-next tree and attach the output of dmesg by adding the boot option of "drm.debug=0x4"? Thanks. > Hi , i have compiled this kernel : 2.6.32-rc2 #1 SMP Sun Oct 4 . i atached dmesg log with set PAL_D and PAL_B . Now i downloading drm-intel from git . After comppiled i post new logs . Created attachment 30253 [details]
drm.debug=0x4 ( dmesg log) , PAL_D , Kern : 2.6.32-rc2
Created attachment 30254 [details]
drm.debug=0x4 ( dmesg log) , PAL_B , Kern : 2.6.32-rc2
Hi , any news ? . Created attachment 30675 [details]
dmesg log with drm.debug on linux 2.6.32-rc5 PAL_D
Hi all , i compiled new kerne from kernel.org , ( i cant compile kernel form drm-intel-next) . I maked this log with small bash script
here is :
#/bin/sh
echo " Set PAL_D "
xrandr --output TV1 --set mode PAL_D
sleep 1
dmesg > PAl_D.log
echo " log saved , now set PAL_B "
sleep 5
xrandr --output TV1 --set mode PAL_B
sleep 1
dmesg > PAL_B.log
Created attachment 30676 [details]
dmesg log with drm.debug on linux 2.6.32-rc5 PAL_B
Hello, could you please give a short statement if this is already worked on or if it will be worked on in the near future. I understand that it is open source and there is no right for a fix but I need to make a decision if I will wait for a fix or switch to a different hardware since the board is currently not usable for me. Does it help to increase the severity? Please let me know if you need more information for problem determination. Thanks!!! (In reply to comment #13) > Hello, > > could you please give a short statement if this is already worked on or if it > will be worked on in the near future. > > I understand that it is open source and there is no right for a fix but I need > to make a decision if I will wait for a fix or switch to a different hardware > since the board is currently not usable for me. Does it help to increase the > severity? > > Please let me know if you need more information for problem determination. > > Thanks!!! > Hi , i will wait for fix this bug. I can use this board on 99 % ( s-video not very important ) . I wana help with solve this bug , but i dont know how begin ... if u can , giv me more information how i can help . Thanks :-) . For me, the SVideo port was the only reason to buy this board. The fan on the south bridge and the high power consumption is not the reason to buy it. The bug is still there, other manufacturers build newer boards with fancy chipsets. I think I will be happier with a DMI to SVideo converter and a NVIDA Ion board. Felix Can someone do the test on linux-2.6.33-rc3 kernel and attach the output of dmesg? Please compile the i915 driver as built-in kernel and add the boot option of "drm.debug=0x06". Thanks. Created attachment 32699 [details]
dmesg of PAL_B
Created attachment 32700 [details]
dmesg of PAL_D
I created the log files with kernel 2.6.33-rc3 and xf86-video-intel 2.10.0 Created attachment 32721 [details]
dmesg with correct kernel
Created attachment 32722 [details]
dmesg with correct kernel
I'm sorry, I previously used the wrong kernel. #20 and #21 should be the right logs. I increased severity and priority (In reply to comment #23) > I increased severity and priority > Sorry for the late response. It seems that the useful info is already flushed. Will you please add the boot option of "drm.debug=0x04" and attach the output of dmesg? thanks. Created attachment 33735 [details]
dmesg is called 1 second after xrandr
Created attachment 33736 [details]
dmesg is called 1 second after xrandr
Created attachment 33737 [details]
PAL_B dmesg log on 2.6.33-rc5
Created attachment 33738 [details]
PAL_D dmesg log on 2.6.33-rc5
Hi , i maked logs on my actuall kernel ( 2.6.33-rc5) , Logs form new kernel i posted later ( i need to compile new kernel ).
Hi, Bazin/Arnhold
Sorry for the late response. From the log it seems that the desired TV format is already set after using the following command:
> xrandr --output TV1 --set mode "PAL_B" (or "PAL_D")
But the TV can't work as expected, right? How about using the "NTSC" format?(For example: NTSC_M, NTSC_J)
Can you check whether the PAL is supported by the TV monitor?
I have one D945GCLF2 machine in my hand. Unfortunately I can't reproduce the issue you mentioned.
Can you describe the problem more clearly?
thanks
Yakui
The TV Picture is black/white, no color on any PAL screen. See http://ubuntuforums.org/showthread.php?t=993136&page=3 for details. yes, it's correct that the picture is black/white on my TV. It's a German TV which only supports PAL signals. Unfortunately I can't test NTSC because my TV does not support it. And yes, according to the verbose option the right mode is set after the xrandr command. Hi , i try connect my server to my capture card (VC-100 ) in my desktop (s-video to s-video cable ) and used Tvtime . When i set PAL-B (in tvtime) i see balack and white and unstable screen . When i switch NTSC (in tvtime ) i see screen good (good colors and stable ) . .... this i make after restart pc( i not used xrandr ) . after this i switched tv standarn to PAL B ( on server ) and still see signal in ntsc .. For connect to tv i used s-video to scart cable . Created attachment 33794 [details]
screen of output in tv time (PAL is set on server and tvtime )
Created attachment 33795 [details]
screen of output in tvtime (PAL is set on server and tvtime is set to NTSC )
(In reply to comment #29) > Hi, Bazin/Arnhold > Sorry for the late response. From the log it seems that the desired TV > format is already set after using the following command: > > xrandr --output TV1 --set mode "PAL_B" (or "PAL_D") > > But the TV can't work as expected, right? How about using the "NTSC" > format?(For example: NTSC_M, NTSC_J) > Can you check whether the PAL is supported by the TV monitor? > > I have one D945GCLF2 machine in my hand. Unfortunately I can't reproduce > the issue you mentioned. > > Can you describe the problem more clearly? > > thanks > Yakui > Hi (In reply to comment #29) > Hi, Bazin/Arnhold > Sorry for the late response. From the log it seems that the desired TV > format is already set after using the following command: > > xrandr --output TV1 --set mode "PAL_B" (or "PAL_D") > > But the TV can't work as expected, right? How about using the "NTSC" > format?(For example: NTSC_M, NTSC_J) > Can you check whether the PAL is supported by the TV monitor? > > I have one D945GCLF2 machine in my hand. Unfortunately I can't reproduce > the issue you mentioned. > > Can you describe the problem more clearly? > > thanks > Yakui > Hi, I have a D945GCLF2 and am hoping that this problem can be sorted. My experience is that when you use xrandr to change format, the s-video output blanks for a moment and then returns in the same format. Xrandr however states that the format has changed. I have a multisync monitor that can handle NTSC, but when I try the different NTSC formats, the monitor reports that the format is still the same. It looks to me that the video format does not change. Hope this helps. Nigel Created attachment 33849 [details] [review] [Patch 1/2]: fix the type error in setting TV format Created attachment 33850 [details] [review] [patch 2/2]: obtain the current TV format Can someone try the two debug patches in comment #37/38 on 2.6.33 kernel and attach the output of dmesg? Thanks. (In reply to comment #34) > Created an attachment (id=33795) [details] > screen of output in tvtime (PAL is set on server and tvtime is set to NTSC ) > HI, Bazin Thanks for the attached screenshot. It seems that the TV monitor can't work normally if the PAL mode is used by SDVO-TV card and TV monitor. If the TV monitor still uses the NTSC mode, it can work well. How about the following two cases? a. TV monitor is always set in NTSC mode. Can the TV monitor work well by changing the TV format by using the command of xrandr? (For example: PAL, SECAM_*) b. Can the TV monitor work well if the s-video output and TV monitor use the NTSC format? It will be great if you can try the debug patches in comment #37/38 and attach the output of dmesg. Thanks. (In reply to comment #31) > yes, it's correct that the picture is black/white on my TV. It's a German TV > which only supports PAL signals. Unfortunately I can't test NTSC because my TV > does not support it. And yes, according to the verbose option the right mode is > set after the xrandr command. Hi, Arnold Can the tv monitor work well if the s-video output uses the default TV format?(It means that you don't change the TV format by using the command of xrandr). Does your tv monitor have an opportunity to work well when you change the all available TV format by using the command of xrandr? Thanks Yakui >
> Hi, I have a D945GCLF2 and am hoping that this problem can be sorted. My
> experience is that when you use xrandr to change format, the s-video output
> blanks for a moment and then returns in the same format. Xrandr however states
> that the format has changed. I have a multisync monitor that can handle NTSC,
> but when I try the different NTSC formats, the monitor reports that the format
> is still the same. It looks to me that the video format does not change. Hope
> this helps. Nigel
Hi, Nigel
Thanks for the detailed description. And your description is helpful to understand the issue of this bug.
For the SDVO-TV card: it seems that the SDVO-TV card contains one TV encoder, which can be configured by selecting one TV format to generate the expected TV format signal. When the external TV monitor can accept the input video format signal, it will work well. But whether it can report the video format depends on the configuration of TV monitor.
But it is very interesting that Bazin's TV monitor can't work well if the TV monitor uses the PAL format as the s-video output card.
thanks.
Yakui
(In reply to comment #42) Hi, re Bazin's monitor - when I use my PAL based system (which is why I would like this issue resolved) I get a Black / White image which is missing the lower part of the screen. My multisync monitor is capable of syncing to NTSC, PAL and SECAM and will output to the screen the format of the video input. Regardless of which format I set using xrandr, the monitor always reports an input format of N358 which I think is standard format of NTSC used in USA. Regards Nigel Hi . i have pal (only) based TV , i only tested connect s-vidoe output to my tv capture card (Winfaast VC-100) . Btw i compiled new kernel (2.2.33) with patches and s-video otput works nice :-) tv screen is colored :-) :-) . Thanks much sorry i think 2.6.33 kernel no 2.2.XX :-) (In reply to comment #41) > (In reply to comment #31) > > yes, it's correct that the picture is black/white on my TV. It's a German TV > > which only supports PAL signals. Unfortunately I can't test NTSC because my TV > > does not support it. And yes, according to the verbose option the right mode is > > set after the xrandr command. > > Hi, Arnold > Can the tv monitor work well if the s-video output uses the default TV > format?(It means that you don't change the TV format by using the command of > xrandr). > Does your tv monitor have an opportunity to work well when you change the > all available TV format by using the command of xrandr? > > Thanks > Yakui > > > Hi Yakui, the standard mode on my system is NTSC_M. The picture is fine but it is black/white. I tried all available PAL modes but never got a colored picture. Thanks Arnold (In reply to comment #39) > Can someone try the two debug patches in comment #37/38 on 2.6.33 kernel and > attach the output of dmesg? > > Thanks. > I compiled kernel 2.6.33 with the two patches. The dmesg output will be in the next comments. xrandr --verbose shows that PAL_D/PAL_B is set, but the picture is still black/white Created attachment 33867 [details]
dmesg with drm.debug=0x04
Created attachment 33868 [details]
dmesg with drm.debug=0x04
(In reply to comment #47) > (In reply to comment #39) > > Can someone try the two debug patches in comment #37/38 on 2.6.33 kernel and > > attach the output of dmesg? > > > > Thanks. > > > > I compiled kernel 2.6.33 with the two patches. The dmesg output will be in the > next comments. xrandr --verbose shows that PAL_D/PAL_B is set, but the picture > is still black/white > If u use S-Video to S-scart cable , u need to join 15 and 20 pin in scart . Much tv not suport S-video over scart . (In reply to comment #44) > Hi . i have pal (only) based TV , i only tested connect s-vidoe output to my > tv capture card (Winfaast VC-100) . > > Btw i compiled new kernel (2.2.33) with patches and s-video otput works nice > :-) tv screen is colored :-) :-) . Thanks much Hi, Bazin Thanks for the testing. Do you mean that S-video output can work well after applying the two patches on 2.6.33 kernel? Have you tried the PAL mode on the server/TV monitor? How about the issue if you don't apply the two patches on 2.6.33 kernel? Thanks. Yakui > (In reply to comment #43) > (In reply to comment #42) > > Hi, re Bazin's monitor - when I use my PAL based system (which is why I would > like this issue resolved) I get a Black / White image which is missing the > lower part of the screen. Can you monitor work well if you try the different TV format by using the command of xrandr? > My multisync monitor is capable of syncing to NTSC, PAL and SECAM and will > output to the screen the format of the video input. Regardless of which format > I set using xrandr, the monitor always reports an input format of N358 which I > think is standard format of NTSC used in USA. > Regards > > Nigel > (In reply to comment #51) > (In reply to comment #44) > > Hi . i have pal (only) based TV , i only tested connect s-vidoe output to my > > tv capture card (Winfaast VC-100) . > > > > Btw i compiled new kernel (2.2.33) with patches and s-video otput works nice > > :-) tv screen is colored :-) :-) . Thanks much > > Hi, Bazin > Thanks for the testing. > Do you mean that S-video output can work well after applying the two > patches on 2.6.33 kernel? Have you tried the PAL mode on the server/TV monitor? Yes i appplying two patches . If change format i see in dmesg "112.150057] Intel_SDVO Current TV format is PAL_D" > > How about the issue if you don't apply the two patches on 2.6.33 kernel? > > Thanks. > Yakui > > > > > Hi, Bazin > > Thanks for the testing. > > Do you mean that S-video output can work well after applying the two > > patches on 2.6.33 kernel? Have you tried the PAL mode on the server/TV monitor? > > Yes i appplying two patches . If change format i see in dmesg "112.150057] > Intel_SDVO Current TV format is PAL_D" Hi, Bazin Does the "Yes i appplying two patches" means that the TV can work well after applying the patches?(The TV format for server and TV monitor is PAL) The "Intel_SDVO Current TV format is PAL_D" in dmesg is the debug info. It only reports the current TV format in course of modesetting/getting modes. In fact it doesn't update/configure the TV format. The patch in comment #37 fixes the incorrect parameter in course of changing TV format. Do you have an opportunity to try the only patch in comment #37 and see whether it can work well? Thanks. > > > > How about the issue if you don't apply the two patches on 2.6.33 kernel? > > > > Thanks. > > Yakui > > > > > > (In reply to comment #52) > (In reply to comment #43) > > (In reply to comment #42) > > > > Hi, re Bazin's monitor - when I use my PAL based system (which is why I would > > like this issue resolved) I get a Black / White image which is missing the > > lower part of the screen. > > Can you monitor work well if you try the different TV format by using the > command of xrandr? I have applied the patch in comment #37 and Yes !! I can now switch between formats and get the correct colours and lines. I applied the patch to kernel 2.6.33-rc8 - I downloaded the source from www.kernel.org. I am using intel 2.9.0 from the Ubuntu Karmic repository. When I boot up the system, the video format is always ntsc, but I can change it using xrandr. The only other minor difference is the PAL image is offset to the right of the screen when compared to the NTSC image. Thank you for the fix Regards Nigel (In reply to comment #50) > (In reply to comment #47) > > (In reply to comment #39) > > > Can someone try the two debug patches in comment #37/38 on 2.6.33 kernel and > > > attach the output of dmesg? > > > > > > Thanks. > > > > > > > I compiled kernel 2.6.33 with the two patches. The dmesg output will be in the > > next comments. xrandr --verbose shows that PAL_D/PAL_B is set, but the picture > > is still black/white > > > > If u use S-Video to S-scart cable , u need to join 15 and 20 pin in scart . > Much tv not suport S-video over scart . > Y I P P E E !!!!!! it works!!!!! There must be different s-video signals. My DVD player works very well with the regular s-video to scart adapter. But anyway with the hint of Bazin also my Intel board is working correctly now and I'm happy. Thank you all!!! Arnold > > > > Y I P P E E !!!!!! > > it works!!!!! There must be different s-video signals. My DVD player works very > well with the regular s-video to scart adapter. But anyway with the hint of > Bazin also my Intel board is working correctly now and I'm happy. It is good news that the s-video can work well after using the s-video to scart adaptor. Can you help me confirm whether the s-video can work well with/without the patch in comment #37? Thanks Yakui > > Thank you all!!! > > Arnold > > > Can you monitor work well if you try the different TV format by using the > > command of xrandr? > I have applied the patch in comment #37 and Yes !! I can now switch between > formats and get the correct colours and lines. Hi, Nigel It is good news that your TV monitor also can work well after applying the patch. And the TV monitor can't work well without the patch in comment #37, Right? > I applied the patch to kernel 2.6.33-rc8 - I downloaded the source from > www.kernel.org. I am using intel 2.9.0 from the Ubuntu Karmic repository. > When I boot up the system, the video format is always ntsc, but I can change it > using xrandr. > The only other minor difference is the PAL image is offset to the right of the > screen when compared to the NTSC image. This different is related with another TV characteristics(left/right margin). Can you try the property of left/right margin to see whether the position of PAL image can be adjusted to the position as NTSC image? Thanks Yakui > > Thank you for the fix > > Regards > > Nigel > (In reply to comment #58) > Hi, Nigel > It is good news that your TV monitor also can work well after applying the > patch. And the TV monitor can't work well without the patch in comment #37, > Right? > Hi Right, the patch is required for my TV monitor to work well. Thank you again for the fix, as a bonus, is it possible to change the default to PAL so that my system will boot up with the correct video format ? Regards Nigel (In reply to comment #57) > > > > > > > Y I P P E E !!!!!! > > > > it works!!!!! There must be different s-video signals. My DVD player works very > > well with the regular s-video to scart adapter. But anyway with the hint of > > Bazin also my Intel board is working correctly now and I'm happy. > > It is good news that the s-video can work well after using the s-video to scart > adaptor. > Can you help me confirm whether the s-video can work well with/without the > patch in comment #37? > > Thanks > Yakui > > > > Thank you all!!! > > > > Arnold > > > I only get a colored picture with the patch. With kernel 2.6.33 only the picture is black/white. Now the corresponding patch is already sent to intel-gfx mailing list. And we will have to wait for some time before it can be picked up. >http://lists.freedesktop.org/archives/intel-gfx/2010-March/006188.html BTW: The above patch has dependency on another patch set. And it can't be applied on 2.6.32/2.6.33 kernel directly. Hi, Bazin/Arnold/Nigel Thanks for your help and testing. Thanks. As the corresponding patch is already sent to the intel-gfx mailing list and we have to wait for some time before it is picked up, this priority of this will be downgraded. Thanks. Patch on 'drm-intel-next' branch now. drm/i915: Fix the incorrect argument for SDVO SET_TV_format command Otherwise it will cause that S-video output becomes black/white when switching to other TV format. http://bugs.freedesktop.org/show_bug.cgi?id=23916 Signed-off-by: Zhao Yakui <yakui.zhao@intel.com> Tested-by: Arnold <arnold.erbsloeh@web.de> Tested-by: Bazin <bazin.cz@gmail.com> Tested-by: Nigel <nigel_tuck@eircom.net> Signed-off-by: Zhenyu Wang <zhenyuw@linux.intel.com> |
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.