RV670 AGP running git ddx, xserver and drt kernel. I noticed recently that a couple of gtf modelines that uses to work some time ago (with UMS before KMS was about) do not behave the same now - both with UMS and KMS. I was hoping the recent ddx/drt commits would fix this, but they haven't. Both before and after the changes, the option new_pll=0 or 1 has no effect. The lines below are added with xrandr and used to give exactly 50 and 100Hz. As the xrandr output shows they now give less - the 50Hz one has become out of range for my CRT monitor and gives a blank screen. # 1024x768 @ 100.00 Hz (GTF) hsync: 81.40 kHz; pclk: 113.31 MHz Modeline "1024x768_100.00" 113.31 1024 1096 1208 1392 768 769 772 814 -HSync +Vsync 1024x768_100.00 (0x110) 113.0MHz -HSync +VSync *current h: width 1024 start 1096 end 1208 total 1392 skew 0 clock 81.2KHz v: height 768 start 769 end 772 total 814 clock 99.7Hz # 1024x768 @ 50.00 Hz (GTF) hsync: 39.55 kHz; pclk: 51.89 MHz Modeline "1024x768_50.00" 51.89 1024 1064 1168 1312 768 769 772 791 -HSync +Vsync 1024x768_50.00 (0x10f) 51.0MHz -HSync +VSync h: width 1024 start 1064 end 1168 total 1312 skew 0 clock 38.9KHz v: height 768 start 769 end 772 total 791 clock 49.1Hz
(In reply to comment #0) > I noticed recently that a couple of gtf modelines that uses to work some time > ago (with UMS before KMS was about) do not behave the same now - both with UMS > and KMS. Looks like this was caused by my xrandr app being too old. I updated it and it now works - sorry for the false report.
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.