<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/gpu, branch v3.10.6</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/gpu?h=v3.10.6</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/gpu?h=v3.10.6'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2013-08-12T01:35:25Z</updated>
<entry>
<title>drm/i915: make SDVO TV-out work for multifunction devices</title>
<updated>2013-08-12T01:35:25Z</updated>
<author>
<name>Daniel Vetter</name>
<email>daniel.vetter@ffwll.ch</email>
</author>
<published>2013-04-30T12:01:45Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=21dd5ff6d6bd6be287e3e627f623075085eabb08'/>
<id>urn:sha1:21dd5ff6d6bd6be287e3e627f623075085eabb08</id>
<content type='text'>
commit 09ede5414f0215461c933032630bf9c3a61a8ba3 upstream.

We need to track this correctly. While at it shovel the boolean
to track whether the sdvo is in tv mode or not into pipe_config.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=36997
Tested-by: Pierre Assal &lt;pierre.assal@verint.com&gt;
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=63609
Tested-by: cancan,feng &lt;cancan.feng@intel.com&gt;
Reviewed-by: Jani Nikula &lt;jani.nikula@intel.com&gt;
Signed-off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;


</content>
</entry>
<entry>
<title>drm/radeon: never unpin UVD bo v3</title>
<updated>2013-08-12T01:35:24Z</updated>
<author>
<name>Christian König</name>
<email>christian.koenig@amd.com</email>
</author>
<published>2013-07-12T14:18:09Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8ecbcde519f31f5ac76cfe34c99369da1c8a1d2c'/>
<id>urn:sha1:8ecbcde519f31f5ac76cfe34c99369da1c8a1d2c</id>
<content type='text'>
commit 9cc2e0e9f13315559c85c9f99f141e420967c955 upstream.

Changing the UVD BOs offset on suspend/resume doesn't work because the VCPU
internally keeps pointers to it. Just keep it always pinned and save the
content manually.

Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=66425

v2: fix compiler warning
v3: fix CIK support
v4: rebased for 3.10-stable tree

Note: a version of this patch needs to go to stable.

Signed-off-by: Christian König &lt;christian.koenig@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;


</content>
</entry>
<entry>
<title>drm/i915: Preserve the DDI_A_4_LANES bit from the bios</title>
<updated>2013-08-12T01:35:24Z</updated>
<author>
<name>Stéphane Marchesin</name>
<email>marcheu@chromium.org</email>
</author>
<published>2013-07-12T20:54:41Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6b9f3486bb756d0aa6c00d7f745c8ca65ff35f07'/>
<id>urn:sha1:6b9f3486bb756d0aa6c00d7f745c8ca65ff35f07</id>
<content type='text'>
commit bcf53de4e60d9000b82f541d654529e2902a4c2c upstream.

Otherwise the DDI_A_4_LANES bit gets lost and we can't use &gt; 2 lanes
on eDP. This fixes eDP on hsw with &gt; 2 lanes.

Also s/port_reversal/saved_port_bits/ since the current name is
confusing.

Signed-off-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt;
Reviewed-by: Paulo Zanoni &lt;paulo.r.zanoni@intel.com&gt;
Signed-off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Cc: Zhouping Liu &lt;zliu@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon: Disable dma rings for bo moves on r6xx</title>
<updated>2013-08-12T01:35:24Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2013-07-11T18:20:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d56b0022c1cc6c63ab85f3bebcd8bf3dfe4be5ca'/>
<id>urn:sha1:d56b0022c1cc6c63ab85f3bebcd8bf3dfe4be5ca</id>
<content type='text'>
commit aeea40cbf9388fc829e66fa049f64d97fd72e118 upstream.

They still seem to cause instability on some r6xx parts.
As a follow up, we can switch to using CP DMA for bo
moves on r6xx as a lighter weight alternative to using
the 3D engine.

A version of this patch should also go to stable kernels.

Tested-by: J.N. &lt;golden.fleeced@gmail.com&gt;
Reviewed-by: Christian König &lt;christian.koenig@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/i915: Correct obj-&gt;mm_list link to dev_priv-&gt;dev_priv-&gt;mm.inactive_list</title>
<updated>2013-08-04T08:51:18Z</updated>
<author>
<name>Xiong Zhang</name>
<email>xiong.y.zhang@intel.com</email>
</author>
<published>2013-07-05T10:53:29Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0915f45b1275f392665df955e2e93ec459dac538'/>
<id>urn:sha1:0915f45b1275f392665df955e2e93ec459dac538</id>
<content type='text'>
commit 067556084a0e412013af6b0250a3143ae5afde6d upstream.

obj-&gt;mm_list link to dev_priv-&gt;mm.inactive_list/active_list
obj-&gt;global_list link to dev_priv-&gt;mm.unbound_list/bound_list

This regression has been introduced in

commit 93927ca52a55c23e0a6a305e7e9082e8411ac9fa
Author: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Date:   Thu Jan 10 18:03:00 2013 +0100

    drm/i915: Revert shrinker changes from "Track unbound pages"

Cc: stable@vger.kernel.org
Signed-off-by: Xiong Zhang &lt;xiong.y.zhang@intel.com&gt;
[danvet: Add regression notice.]
Signed-off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
Signed-off-by: Zhouping Liu &lt;zliu@redhat.com&gt;


</content>
</entry>
<entry>
<title>radeon kms: do not flush uninitialized hotplug work</title>
<updated>2013-08-04T08:51:17Z</updated>
<author>
<name>Sergey Senozhatsky</name>
<email>sergey.senozhatsky@gmail.com</email>
</author>
<published>2013-07-14T11:03:27Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6655d76ecb91fa618c4d0d0dd653e94078b3f050'/>
<id>urn:sha1:6655d76ecb91fa618c4d0d0dd653e94078b3f050</id>
<content type='text'>
commit a01c34f72e7cd2624570818f579b5ab464f93de2 upstream.

Fix a warning from lockdep caused by calling flush_work() for
uninitialized hotplug work. Initialize hotplug_work, audio_work
and reset_work upon successful radeon_irq_kms_init() completion
and thus perform hotplug flush_work only when rdev-&gt;irq.installed
is true.

[    4.790019] [drm] Loading CEDAR Microcode
[    4.790943] r600_cp: Failed to load firmware "radeon/CEDAR_smc.bin"
[    4.791152] [drm:evergreen_startup] *ERROR* Failed to load firmware!
[    4.791330] radeon 0000:01:00.0: disabling GPU acceleration

[    4.792633] INFO: trying to register non-static key.
[    4.792792] the code is fine but needs lockdep annotation.
[    4.792953] turning off the locking correctness validator.

[    4.793114] CPU: 2 PID: 1 Comm: swapper/0 Not tainted 3.11.0-rc0-dbg-10676-gfe56456-dirty #1816
[    4.793314] Hardware name: Acer             Aspire 5741G    /Aspire 5741G    , BIOS V1.20 02/08/2011
[    4.793507]  ffffffff821fd810 ffff8801530b9a18 ffffffff8160434e 0000000000000002
[    4.794155]  ffff8801530b9ad8 ffffffff810b8404 ffff8801530b0798 ffff8801530b0000
[    4.794789]  ffff8801530b9b00 0000000000000046 00000000000004c0 ffffffff00000000
[    4.795418] Call Trace:
[    4.795573]  [&lt;ffffffff8160434e&gt;] dump_stack+0x4e/0x82
[    4.795731]  [&lt;ffffffff810b8404&gt;] __lock_acquire+0x1a64/0x1d30
[    4.795893]  [&lt;ffffffff814a87f0&gt;] ? dev_vprintk_emit+0x50/0x60
[    4.796034]  [&lt;ffffffff810b8fb4&gt;] lock_acquire+0xa4/0x200
[    4.796216]  [&lt;ffffffff8106cd75&gt;] ? flush_work+0x5/0x280
[    4.796375]  [&lt;ffffffff8106cdad&gt;] flush_work+0x3d/0x280
[    4.796520]  [&lt;ffffffff8106cd75&gt;] ? flush_work+0x5/0x280
[    4.796682]  [&lt;ffffffff810b659d&gt;] ? trace_hardirqs_on_caller+0xfd/0x1c0
[    4.796862]  [&lt;ffffffff8131d775&gt;] ? delay_tsc+0x95/0xf0
[    4.797024]  [&lt;ffffffff8141bb8b&gt;] radeon_irq_kms_fini+0x2b/0x70
[    4.797186]  [&lt;ffffffff814557c9&gt;] evergreen_init+0x2a9/0x2e0
[    4.797347]  [&lt;ffffffff813ebb1f&gt;] radeon_device_init+0x5ef/0x700
[    4.797511]  [&lt;ffffffff81335bc7&gt;] ? pci_find_capability+0x47/0x50
[    4.797672]  [&lt;ffffffff813edaed&gt;] radeon_driver_load_kms+0x8d/0x150
[    4.797843]  [&lt;ffffffff813ce426&gt;] drm_get_pci_dev+0x166/0x280
[    4.798007]  [&lt;ffffffff8116cff5&gt;] ? kfree+0xf5/0x2e0
[    4.798168]  [&lt;ffffffff813ea298&gt;] ? radeon_pci_probe+0x98/0xd0
[    4.798329]  [&lt;ffffffff813ea2aa&gt;] radeon_pci_probe+0xaa/0xd0
[    4.798489]  [&lt;ffffffff81339404&gt;] pci_device_probe+0x84/0xe0
[    4.798644]  [&lt;ffffffff814ac7d6&gt;] driver_probe_device+0x76/0x240
[    4.798805]  [&lt;ffffffff814aca73&gt;] __driver_attach+0x93/0xa0
[    4.798948]  [&lt;ffffffff814ac9e0&gt;] ? __device_attach+0x40/0x40
[    4.799126]  [&lt;ffffffff814aa82b&gt;] bus_for_each_dev+0x6b/0xb0
[    4.799272]  [&lt;ffffffff814ac2be&gt;] driver_attach+0x1e/0x20
[    4.799434]  [&lt;ffffffff814abec0&gt;] bus_add_driver+0x1f0/0x280
[    4.799596]  [&lt;ffffffff814ad0e4&gt;] driver_register+0x74/0x150
[    4.799758]  [&lt;ffffffff8133923d&gt;] __pci_register_driver+0x5d/0x60
[    4.799936]  [&lt;ffffffff81d16efc&gt;] ? ttm_init+0x67/0x67
[    4.800081]  [&lt;ffffffff813ce655&gt;] drm_pci_init+0x115/0x130
[    4.800243]  [&lt;ffffffff81d16efc&gt;] ? ttm_init+0x67/0x67
[    4.800405]  [&lt;ffffffff81d16f98&gt;] radeon_init+0x9c/0xba
[    4.800586]  [&lt;ffffffff810002ca&gt;] do_one_initcall+0xfa/0x150
[    4.800746]  [&lt;ffffffff81073f60&gt;] ? parse_args+0x120/0x330
[    4.800909]  [&lt;ffffffff81cdafae&gt;] kernel_init_freeable+0x111/0x191
[    4.801052]  [&lt;ffffffff81cda87a&gt;] ? do_early_param+0x88/0x88
[    4.801233]  [&lt;ffffffff815fb670&gt;] ? rest_init+0x140/0x140
[    4.801393]  [&lt;ffffffff815fb67e&gt;] kernel_init+0xe/0x180
[    4.801556]  [&lt;ffffffff8160dcac&gt;] ret_from_fork+0x7c/0xb0
[    4.801718]  [&lt;ffffffff815fb670&gt;] ? rest_init+0x140/0x140

Signed-off-by: Sergey Senozhatsky &lt;sergey.senozhatsky@gmail.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon/atom: initialize more atom interpretor elements to 0</title>
<updated>2013-08-04T08:51:14Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2013-07-30T04:22:53Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6f8bbaf568c7f2c497558bfd04654c0b9841ad57'/>
<id>urn:sha1:6f8bbaf568c7f2c497558bfd04654c0b9841ad57</id>
<content type='text'>
commit 42a21826dc54583cdb79cc8477732e911ac9c376 upstream.

The ProcessAuxChannel table on some rv635 boards assumes
the divmul members are initialized to 0 otherwise we get
an invalid fb offset since it has a bad mask set when
setting the fb base.  While here initialize all the
atom interpretor elements to 0.

Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=60639

Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon: fix audio dto programming on DCE4+</title>
<updated>2013-08-04T08:51:12Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2013-07-26T17:26:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8414d407af75ccbd398898fdb108189afc22ded4'/>
<id>urn:sha1:8414d407af75ccbd398898fdb108189afc22ded4</id>
<content type='text'>
commit 7d61d835824f73dc4097b51f800382467c8049c5 upstream.

We need to set the dto source before setting the
dividers otherwise we may get stability problems
with the dto leading to audio playback problems.

Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Reviewed-by: Christian König &lt;christian.koenig@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/nouveau: fix semaphore dmabuf obj</title>
<updated>2013-08-04T08:51:12Z</updated>
<author>
<name>Maarten Lankhorst</name>
<email>maarten.lankhorst@canonical.com</email>
</author>
<published>2013-07-23T13:49:39Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6a5213cb7db96dc498b6c3cf6642ab6c8b2e08a3'/>
<id>urn:sha1:6a5213cb7db96dc498b6c3cf6642ab6c8b2e08a3</id>
<content type='text'>
commit 7a7da592cbb22a1d360638dbecc393470c5effe3 upstream.

Fixes some dmabuf object errors on nv50 chipset and below.

Signed-off-by: Maarten Lankhorst &lt;maarten.lankhorst@canonical.com&gt;
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/i915: fix missed hunk after GT access breakage</title>
<updated>2013-08-04T08:51:12Z</updated>
<author>
<name>Ben Widawsky</name>
<email>ben@bwidawsk.net</email>
</author>
<published>2013-07-30T23:27:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c9af307d38974264922d35c77bb71087d171f8f8'/>
<id>urn:sha1:c9af307d38974264922d35c77bb71087d171f8f8</id>
<content type='text'>
commit e1b4d3036c07ff137955fb1c0197ab62534f46ec upstream.

Upon some code refactoring, a hunk was missed. This was fixed for
next, but missed the current trees, and hasn't yet been merged by Dave
Airlie. It is fixed in:
commit 907b28c56ea40629aa6595ddfa414ec2fc7da41c
Author: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
Date:   Fri Jul 19 20:36:52 2013 +0100

    drm/i915: Colocate all GT access routines in the same file

It is introduced by:
commit 181d1b9e31c668259d3798c521672afb8edd355c
Author: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Date:   Sun Jul 21 13:16:24 2013 +0200

    drm/i915: fix up gt init sequence fallout

Reported-by: Dave Jones &lt;davej@redhat.com&gt;
Signed-off-by: Ben Widawsky &lt;ben@bwidawsk.net&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
</feed>
