<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/gpu, branch v3.12.5</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/gpu?h=v3.12.5</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/gpu?h=v3.12.5'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2013-12-08T15:29:17Z</updated>
<entry>
<title>drm/radeon/audio: correct ACR table</title>
<updated>2013-12-08T15:29:17Z</updated>
<author>
<name>Pierre Ossman</name>
<email>pierre@ossman.eu</email>
</author>
<published>2013-11-06T19:00:32Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=30b722d9d7242767e009234abee86d5cc7eb03d7'/>
<id>urn:sha1:30b722d9d7242767e009234abee86d5cc7eb03d7</id>
<content type='text'>
commit 3e71985f2439d8c4090dc2820e497e6f3d72dcff upstream.

The values were taken from the HDMI spec, but they assumed
exact x/1.001 clocks. Since we round the clocks, we also need
to calculate different N and CTS values.

Note that the N for 25.2/1.001 MHz at 44.1 kHz audio is out of
spec. Hopefully this mode is rarely used and/or HDMI sinks
tolerate overly large values of N.

bug:
https://bugs.freedesktop.org/show_bug.cgi?id=69675

Signed-off-by: Pierre Ossman &lt;pierre@ossman.eu&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Cc: Josh Boyer &lt;jwboyer@fedoraproject.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon/audio: improve ACR calculation</title>
<updated>2013-12-08T15:29:17Z</updated>
<author>
<name>Pierre Ossman</name>
<email>pierre@ossman.eu</email>
</author>
<published>2013-11-06T19:09:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e610724c69a3445f399d20a12f6cd218ad153ed0'/>
<id>urn:sha1:e610724c69a3445f399d20a12f6cd218ad153ed0</id>
<content type='text'>
commit a2098250fbda149cfad9e626afe80abe3b21e574 upstream.

In order to have any realistic chance of calculating proper
ACR values, we need to be able to calculate both N and CTS,
not just CTS. We still aim for the ideal N as specified in
the HDMI spec though.

bug:
https://bugs.freedesktop.org/show_bug.cgi?id=69675

Signed-off-by: Pierre Ossman &lt;pierre@ossman.eu&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Cc: Josh Boyer &lt;jwboyer@fedoraproject.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon/vm: don't attempt to update ptes if ib allocation fails</title>
<updated>2013-12-04T19:06:29Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2013-11-13T20:25:35Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=206f5b14fe2a7d11cd44cba804501ba49fce5559'/>
<id>urn:sha1:206f5b14fe2a7d11cd44cba804501ba49fce5559</id>
<content type='text'>
commit 4cc948b94a222c310ae089c36718aac7a03aec90 upstream.

If we fail to allocate an indirect buffer (ib) when updating
the ptes, return an error instead of trying to use the ib.
Avoids a null pointer dereference.

Bug:
https://bugzilla.kernel.org/show_bug.cgi?id=58621

v2 (chk): rebased on drm-fixes-3.12 for stable inclusion

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>radeon: workaround pinning failure on low ram gpu</title>
<updated>2013-12-04T19:05:53Z</updated>
<author>
<name>Jerome Glisse</name>
<email>jglisse@redhat.com</email>
</author>
<published>2013-11-12T15:51:16Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b82f7e1e06fc1b7cbef13eb7a0a18968eeb657fd'/>
<id>urn:sha1:b82f7e1e06fc1b7cbef13eb7a0a18968eeb657fd</id>
<content type='text'>
commit 97b6ff6be9da7675aab339334fda996d6c5077d9 upstream.

GPU with low amount of ram can fails at pinning new framebuffer before
unpinning old one. On such failure, retry with unpinning old one before
pinning new one allowing to work around the issue. This is somewhat
ugly but only affect those old GPU we care about.

Signed-off-by: Jerome Glisse &lt;jglisse@redhat.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: adjust TN dpm parameters for stability (v2)</title>
<updated>2013-12-04T19:05:52Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2013-11-14T15:17:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a6573fea8f65709bbacc81957dc68c857fc0f71d'/>
<id>urn:sha1:a6573fea8f65709bbacc81957dc68c857fc0f71d</id>
<content type='text'>
commit 958b84fb3bef193198538b5c5902fa687cc8363f upstream.

Adjust some of the TN dpm settings for stability.  Enabling
these features causes hangs and other stability problems
on certain boards.

v2: leave uvd dpm enabled

Bug:
https://bugzilla.kernel.org/show_bug.cgi?id=63101

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: hook up backlight functions for CI and KV family.</title>
<updated>2013-12-04T19:05:52Z</updated>
<author>
<name>Samuel Li</name>
<email>samuel.li@amd.com</email>
</author>
<published>2013-11-19T20:04:45Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7733dc47769cc79aa5dbf387c46b88a4558735e6'/>
<id>urn:sha1:7733dc47769cc79aa5dbf387c46b88a4558735e6</id>
<content type='text'>
commit 7272c9d2286525d4c6bce788243cf2b6f306d15c upstream.

Fixes crashes when handling atif events due to the lack of a
callback being registered.

Signed-off-by: Samuel Li &lt;samuel.li@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>radeon/i2c: do not count reg index in number of i2c byte we are writing.</title>
<updated>2013-12-04T19:05:52Z</updated>
<author>
<name>Jerome Glisse</name>
<email>jglisse@redhat.com</email>
</author>
<published>2013-11-06T22:42:02Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2d7623405df2373c4c45958bdccd1ad3ca33c874'/>
<id>urn:sha1:2d7623405df2373c4c45958bdccd1ad3ca33c874</id>
<content type='text'>
commit fae009d15a44e5f1d938340facf4b8bc7dc69a09 upstream.

Useless to count the register index in number of bytes we are writing.

Fixes a regression with hw i2c enabled.

Signed-off-by: Jerome Glisse &lt;jglisse@redhat.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: don't share PPLLs on DCE4.1</title>
<updated>2013-12-04T19:05:52Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2013-10-31T20:43:27Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=356a1040f9fc0abf76e4549ce7ca0d4f1ef2dea9'/>
<id>urn:sha1:356a1040f9fc0abf76e4549ce7ca0d4f1ef2dea9</id>
<content type='text'>
commit 70471860ff9f335c60c004d42ebd48945bfa5403 upstream.

Sharing PPLLs seems to cause problems on some boards.

Bug:
https://bugs.freedesktop.org/show_bug.cgi?id=45334

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 UVD destroy IB size</title>
<updated>2013-12-04T19:05:52Z</updated>
<author>
<name>Christian König</name>
<email>christian.koenig@amd.com</email>
</author>
<published>2013-10-30T11:56:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e3a165ff5466429ed2a2436e6f7bcb3b84748905'/>
<id>urn:sha1:e3a165ff5466429ed2a2436e6f7bcb3b84748905</id>
<content type='text'>
commit 727ddc84a1373bf06b2fa261f44e38fb0faf5340 upstream.

The parameter is in bytes not dwords.

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/radeon: activate UVD clocks before sending the destroy msg</title>
<updated>2013-12-04T19:05:52Z</updated>
<author>
<name>Christian König</name>
<email>christian.koenig@amd.com</email>
</author>
<published>2013-10-30T11:56:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ce5b8c459fdbfc02889985b788a2124d2ed3afaf'/>
<id>urn:sha1:ce5b8c459fdbfc02889985b788a2124d2ed3afaf</id>
<content type='text'>
commit c154a76311293f9671439286834aa325b7ef59fe upstream.

Make sure the UVD clocks are still active before sending
the destroy message, otherwise the hw might hang.

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>
</feed>
