Radeon jittery post 2.6.35

Anders Eriksson aeriksson at fastmail.fm
Wed Mar 16 13:09:15 PDT 2011

 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?)


More information about the xorg-driver-ati mailing list