lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D8118EB.2070209@fastmail.fm>
Date:	Wed, 16 Mar 2011 21:09:15 +0100
From:	Anders Eriksson <aeriksson@...tmail.fm>
To:	Alex Deucher <alexdeucher@...il.com>
CC:	airlied@...hat.com, dri-devel@...ts.freedesktop.org,
	linux-kernel@...r.kernel.org, xorg-driver-ati@...ts.x.org
Subject: Re: Radeon jittery post 2.6.35

 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

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ