]> git.ipfire.org Git - thirdparty/kernel/stable-queue.git/commitdiff
3.10-stable patches
authorGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Wed, 18 Dec 2013 19:22:07 +0000 (11:22 -0800)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Wed, 18 Dec 2013 19:22:07 +0000 (11:22 -0800)
added patches:
drm-radeon-fixup-bad-vram-size-on-si.patch
drm-radeon-program-dce2-audio-dto-just-like-dce3.patch
x86-efi-don-t-use-u-efi-time-services-on-32-bit.patch

queue-3.10/drm-radeon-fixup-bad-vram-size-on-si.patch [new file with mode: 0644]
queue-3.10/drm-radeon-program-dce2-audio-dto-just-like-dce3.patch [new file with mode: 0644]
queue-3.10/series
queue-3.10/x86-efi-don-t-use-u-efi-time-services-on-32-bit.patch [new file with mode: 0644]

diff --git a/queue-3.10/drm-radeon-fixup-bad-vram-size-on-si.patch b/queue-3.10/drm-radeon-fixup-bad-vram-size-on-si.patch
new file mode 100644 (file)
index 0000000..34ba18f
--- /dev/null
@@ -0,0 +1,41 @@
+From 0ca223b029a261e82fb2f50c52eb85d510f4260e Mon Sep 17 00:00:00 2001
+From: Alex Deucher <alexander.deucher@amd.com>
+Date: Tue, 3 Dec 2013 09:24:30 -0500
+Subject: drm/radeon: fixup bad vram size on SI
+
+From: Alex Deucher <alexander.deucher@amd.com>
+
+commit 0ca223b029a261e82fb2f50c52eb85d510f4260e upstream.
+
+Some boards seem to have garbage in the upper
+16 bits of the vram size register.  Check for
+this and clamp the size properly.  Fixes
+boards reporting bogus amounts of vram.
+
+Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ drivers/gpu/drm/radeon/si.c |   11 +++++++++--
+ 1 file changed, 9 insertions(+), 2 deletions(-)
+
+--- a/drivers/gpu/drm/radeon/si.c
++++ b/drivers/gpu/drm/radeon/si.c
+@@ -3615,8 +3615,15 @@ static int si_mc_init(struct radeon_devi
+       rdev->mc.aper_base = pci_resource_start(rdev->pdev, 0);
+       rdev->mc.aper_size = pci_resource_len(rdev->pdev, 0);
+       /* size in MB on si */
+-      rdev->mc.mc_vram_size = RREG32(CONFIG_MEMSIZE) * 1024ULL * 1024ULL;
+-      rdev->mc.real_vram_size = RREG32(CONFIG_MEMSIZE) * 1024ULL * 1024ULL;
++      tmp = RREG32(CONFIG_MEMSIZE);
++      /* some boards may have garbage in the upper 16 bits */
++      if (tmp & 0xffff0000) {
++              DRM_INFO("Probable bad vram size: 0x%08x\n", tmp);
++              if (tmp & 0xffff)
++                      tmp &= 0xffff;
++      }
++      rdev->mc.mc_vram_size = tmp * 1024ULL * 1024ULL;
++      rdev->mc.real_vram_size = rdev->mc.mc_vram_size;
+       rdev->mc.visible_vram_size = rdev->mc.aper_size;
+       si_vram_gtt_location(rdev, &rdev->mc);
+       radeon_update_bandwidth_info(rdev);
diff --git a/queue-3.10/drm-radeon-program-dce2-audio-dto-just-like-dce3.patch b/queue-3.10/drm-radeon-program-dce2-audio-dto-just-like-dce3.patch
new file mode 100644 (file)
index 0000000..d758f0b
--- /dev/null
@@ -0,0 +1,47 @@
+From 55d4e020fb8ddd3896a8cd3351028f5c3a2c4bd3 Mon Sep 17 00:00:00 2001
+From: Alex Deucher <alexander.deucher@amd.com>
+Date: Mon, 25 Nov 2013 13:20:59 -0500
+Subject: drm/radeon: program DCE2 audio dto just like DCE3
+
+From: Alex Deucher <alexander.deucher@amd.com>
+
+commit 55d4e020fb8ddd3896a8cd3351028f5c3a2c4bd3 upstream.
+
+Seems to work like the DCE3 version despite what
+the register spec says.
+
+bug:
+https://bugs.freedesktop.org/show_bug.cgi?id=71975
+
+Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ drivers/gpu/drm/radeon/r600_hdmi.c |    8 ++------
+ 1 file changed, 2 insertions(+), 6 deletions(-)
+
+--- a/drivers/gpu/drm/radeon/r600_hdmi.c
++++ b/drivers/gpu/drm/radeon/r600_hdmi.c
+@@ -279,9 +279,9 @@ void r600_audio_set_dto(struct drm_encod
+                       WREG32(DCCG_AUDIO_DTO1_MODULE, clock * 100);
+                       WREG32(DCCG_AUDIO_DTO_SELECT, 1); /* select DTO1 */
+               }
+-      } else if (ASIC_IS_DCE3(rdev)) {
++      } else {
+               /* according to the reg specs, this should DCE3.2 only, but in
+-               * practice it seems to cover DCE3.0/3.1 as well.
++               * practice it seems to cover DCE2.0/3.0/3.1 as well.
+                */
+               if (dig->dig_encoder == 0) {
+                       WREG32(DCCG_AUDIO_DTO0_PHASE, base_rate * 100);
+@@ -292,10 +292,6 @@ void r600_audio_set_dto(struct drm_encod
+                       WREG32(DCCG_AUDIO_DTO1_MODULE, clock * 100);
+                       WREG32(DCCG_AUDIO_DTO_SELECT, 1); /* select DTO1 */
+               }
+-      } else {
+-              /* according to the reg specs, this should be DCE2.0 and DCE3.0/3.1 */
+-              WREG32(AUDIO_DTO, AUDIO_DTO_PHASE(base_rate / 10) |
+-                     AUDIO_DTO_MODULE(clock / 10));
+       }
+ }
index 42ec93bcf4703dba91e33826b40f2bee9c6472d2..fc0258082168734a3ce4036b86c0945c99794e3c 100644 (file)
@@ -42,3 +42,6 @@ mac80211-don-t-attempt-to-reorder-multicast-frames.patch
 iwlwifi-mvm-check-sta_id-drain-values-in-debugfs.patch
 mwifiex-fix-memory-leak-issue-for-ibss-join.patch
 igb-fix-for-issue-where-values-could-be-too-high-for-udelay-function.patch
+drm-radeon-program-dce2-audio-dto-just-like-dce3.patch
+drm-radeon-fixup-bad-vram-size-on-si.patch
+x86-efi-don-t-use-u-efi-time-services-on-32-bit.patch
diff --git a/queue-3.10/x86-efi-don-t-use-u-efi-time-services-on-32-bit.patch b/queue-3.10/x86-efi-don-t-use-u-efi-time-services-on-32-bit.patch
new file mode 100644 (file)
index 0000000..04a6bf9
--- /dev/null
@@ -0,0 +1,41 @@
+From 04bf9ba720fcc4fa313fa122b799ae0989b6cd50 Mon Sep 17 00:00:00 2001
+From: Matthew Garrett <matthew.garrett@nebula.com>
+Date: Fri, 29 Nov 2013 14:44:43 -0500
+Subject: x86, efi: Don't use (U)EFI time services on 32 bit
+
+From: Matthew Garrett <matthew.garrett@nebula.com>
+
+commit 04bf9ba720fcc4fa313fa122b799ae0989b6cd50 upstream.
+
+UEFI time services are often broken once we're in virtual mode. We were
+already refusing to use them on 64-bit systems, but it turns out that
+they're also broken on some 32-bit firmware, including the Dell Venue.
+Disable them for now, we can revisit once we have the 1:1 mappings code
+incorporated.
+
+Signed-off-by: Matthew Garrett <matthew.garrett@nebula.com>
+Link: http://lkml.kernel.org/r/1385754283-2464-1-git-send-email-matthew.garrett@nebula.com
+Cc: Matt Fleming <matt.fleming@intel.com>
+Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ arch/x86/platform/efi/efi.c |    7 -------
+ 1 file changed, 7 deletions(-)
+
+--- a/arch/x86/platform/efi/efi.c
++++ b/arch/x86/platform/efi/efi.c
+@@ -766,13 +766,6 @@ void __init efi_init(void)
+       set_bit(EFI_MEMMAP, &x86_efi_facility);
+-#ifdef CONFIG_X86_32
+-      if (efi_is_native()) {
+-              x86_platform.get_wallclock = efi_get_time;
+-              x86_platform.set_wallclock = efi_set_rtc_mmss;
+-      }
+-#endif
+-
+ #if EFI_DEBUG
+       print_efi_memmap();
+ #endif