Created attachment 30817 [details] Git bisect of the offending commit Running xrandr --output S-video --auto on the latest git master gives a garbled display (both on the LCD and the TV) on X1400. It still works in 6.12.4 I'm running a minimal xorg.conf of --- Section "Device" Driver "radeon" Option "ATOMTvOut" "true" Option "TVStandard" "pal" Identifier "Device0" EndSection --- I'll attach a git-bisect here as well.
Created attachment 30818 [details] [review] Xorg log
Created attachment 30819 [details] [review] fix tv-out This patch should do the trick.
Unfortunately no. Still the same issue :(
can you dump the regs with avivotool in the working and non working cases and attach them here? avivotool regs all You can get avivotool here: http://cgit.freedesktop.org/~airlied/radeontool
Created attachment 30826 [details] Registers from a functioning TV-out (6.12.4)
Created attachment 30827 [details] Registers from a non-functioning TV-out (latest master)
Created attachment 30876 [details] xorg log of failed TV out I'll join the cause here. I have an X1300PRO and have the same symptoms although with different output (Xorg log attached). I tried the avivo command but got: > mapping ctrl region > Segmentation fault
Apparently you have to run avivotool as root. It segfaulted for me as well as a normal user.
Thanks for the tip. However I found out that in my case it's this commit that does the difference: 5f846360c46f5a989f5d0fde6d251cdbd61d4968: radeon: clamp the internal FB map to the aperture size After this commit, the restart of gdm results in a system hang, which with the latest commit results in a working (non-hanged) machine with the Xorg log already attached. Then I saw the commit that reverts the one above: 1b25bad2d8ebe481ffb4b0fd3a85ab636bd4fec2 Revert "radeon: clamp the internal FB map to the aperture size" So I hard reset git to that commit and the result is the same as with the latest commit, so the bad commit should be somewhere inbetween those commits. I'm also attaching registers.
Created attachment 30878 [details] avivo registers
Does: Option "ColorTiling" "False" in the device section of your config fix it?
Created attachment 30887 [details] Xorg log with color tiling false option It's a progress. :) The TV screen isn't blue anymore (as in blank) but it does show to halves split vertically, left is grey and right is black. I can see when mythtv loads (the halves change patterns of colour a bit) but there's nothing resembling a desktop. The log is attached.
fixed in 52973e8f2c4104de60d00c0e5c29a31f77bf3de7
Indeed. It works for me. Hopefully it works for Veli-Jussi as well. Thanx.
It did, thanks!
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.