[ANNOUNCE] PLL Clock programming changes/ LVDS Panel info from AtomBIOS
Hi! This morning I've pushed two sets of changes into the radeonhd driver: 1. The driver now uses data about clock limit data in AtomBIOS for calculating pixel clocks. This introduced additional limits to the clock values. Also in a longer debugging session with Dongxu Li we decided to change the algorithm for searching for valid PLL dividers and apporach the RefClock divider from the top. This strategy will give us larger divider values. It is expected that larger dividers will compensate better for clock jitter and noise. Still we are far from having solved all problems regarding clock programming. 2. We get LVDS paramters for panels from AtomBIOS. Most (unfortunately not all) data required to program the LVTMA for LVDS panels is contained in AtomBIOS. The patch rerieves now retrieves the data from there hopefully making device tables unnecessary (except for special cases). The current code ignores the device tables completely (this is to give the new code better testing exposure and will be changed later). Please report bugs in the #xorg bugzilla, on radeonhd@opensuse.org or in #radeonhd at freenode.net. Cheers, Egbert. -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
Thank you to all the developers. Now the driver works with my X1250 (690G). regards Hannes
I'm using a dell inspiron E1705 with an X1400 Mobility. I was not able to get radeonhd to work, but with some hacking it may still be possible. I did not try with an external monitor. Here is the Xorg.0.log and the xorg.conf. log1 and log2 were the output when I attempted to remove the modeline data. This is on the latest kubuntu gutsy.
On Sun, Oct 07, 2007 at 01:27:23PM -0700, Conor Sullivan wrote:
I'm using a dell inspiron E1705 with an X1400 Mobility. I was not able to get radeonhd to work, but with some hacking it may still be possible. I did not try with an external monitor. Here is the Xorg.0.log and the xorg.conf. log1 and log2 were the output when I attempted to remove the modeline data.
This is on the latest kubuntu gutsy.
You should remove the Monitor section and the Monitor option from the Screen section. -- Matt -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
Okay, after deleting some stuff it now works. I will use radeonhd as my primary display driver once it it can reliably suspend. Switching to console works well... theres some artifacts after the switch, but it disappears once I move the mouse. Thanks for all the nice work! This is the only non-fglrx driver that can correctly get my screen's resolution. On Sunday 07 October 2007 15:36:07 you wrote:
On Sun, Oct 07, 2007 at 01:27:23PM -0700, Conor Sullivan wrote:
I'm using a dell inspiron E1705 with an X1400 Mobility. I was not able to get radeonhd to work, but with some hacking it may still be possible. I did not try with an external monitor. Here is the Xorg.0.log and the xorg.conf. log1 and log2 were the output when I attempted to remove the modeline data.
This is on the latest kubuntu gutsy.
You should remove the Monitor section and the Monitor option from the Screen section.
-- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
participants (4)
-
Conor Sullivan -
Egbert Eich -
Hannes Mayer -
Matt Kraai