Revert "linux: drm/radeon: use sw CTS/N values for audio on DCE4+"

Causes issues with 24p mode
Carefully watching: https://bugs.freedesktop.org/show_bug.cgi?id=69675

This reverts commit 1deb6bd5a58755f4cc33a42bb3490104f9a7bdb6.

packages/linux/patches/3.11.6/linux-999.03-drm-radeon-use-sw-CTS-N-values-for-audio-on-DCE4.patch

@@ -1,32 +0,0 @@
-From 311ae5e07738b76bf8ec9667840caaad0657ded6 Mon Sep 17 00:00:00 2001
-From: Alex Deucher <alexander.deucher@amd.com>
-Date: Tue, 22 Oct 2013 10:46:59 -0400
-Subject: [PATCH] drm/radeon: use sw CTS/N values for audio on DCE4+
-
-Use the driver calculated CTS and N values rather than
-having hardware generate them.  This allows us to use
-the modeline pixel clock rather than the actual pll clock
-when setting up the dto for audio.  Fixes problems with
-audio playback rate on certain asics if the pll clock
-does not match the pixel clock exactly.
-
-Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
-Cc: stable@vger.kernel.org
----
- drivers/gpu/drm/radeon/evergreen_hdmi.c | 1 +
- 1 file changed, 1 insertion(+)
-
-diff --git a/drivers/gpu/drm/radeon/evergreen_hdmi.c b/drivers/gpu/drm/radeon/evergreen_hdmi.c
-index fe1de85..57fcc4b 100644
---- a/drivers/gpu/drm/radeon/evergreen_hdmi.c
-+++ b/drivers/gpu/drm/radeon/evergreen_hdmi.c
-@@ -291,6 +291,7 @@ void evergreen_hdmi_setmode(struct drm_encoder *encoder, struct drm_display_mode
- 	/* fglrx clears sth in AFMT_AUDIO_PACKET_CONTROL2 here */
- 
- 	WREG32(HDMI_ACR_PACKET_CONTROL + offset,
-+	       HDMI_ACR_SOURCE | /* select SW CTS value */
- 	       HDMI_ACR_AUTO_SEND); /* allow hw to sent ACR packets when required */
- 
- 	evergreen_hdmi_update_ACR(encoder, mode->clock);
--- 
-1.8.3.1