On 03/15/11 22:46, Alex Deucher wrote: > Try booting with radeon.audio=0 on 2.6.38rc, some TVs have problems > with the hdmi packets we send by default. disabling audio will treat > the hdmi like dvi. > > Alex You seem to be on to something there. radeon.audio=0 removes what appears to be all of the jitter. I say "appear", because during my many test runs today, I've come across moments where my brain goes "wasn't what I just noticed on the TV something abnormal?" Both in fb mode (post KMS), and in X11. It's definetly improved from useless for family use, to perfectly ok though. Back when the radeonhd and radeon X drivers where on par, HDMIAudio where first introduced in the radeonhd driver. I recall testing HDMIAudio sucessfully then, but haven't used HDMUAudio since, and have switched to the radeon driver. Now when I check for HDMIAudio (with and without that command line option), I come up blank (all I see is an S/PDIF output). Isn't HDMIAudio supported on this card? I googled up a post suggesting that it was ported to R600+ cards in the radeon driver which would suggest that the RS690 driver doesn't support it(?). If at all possible, I'd like to have HDMIAudio operational as the HW supports it. A couple of data points: * Disabling HDMIAudio in the BIOS does not change anything (GRUB bad, KMS fixes it, etc..) * A pm-suspend cycle with the TV powered on is enough to turn a jitter-free session jittery (if I don't use radeon.audio=0) Any patches I can try (either to add support, or fixup what's currently broken w/ HDMIAudio?) -Anders _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
