<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/gpu/drm, branch v3.2.2</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/gpu/drm?h=v3.2.2</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/gpu/drm?h=v3.2.2'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2012-01-26T00:13:12Z</updated>
<entry>
<title>radeon: Fix disabling PCI bus mastering on big endian hosts.</title>
<updated>2012-01-26T00:13:12Z</updated>
<author>
<name>Michel Dänzer</name>
<email>michel.daenzer@amd.com</email>
</author>
<published>2012-01-05T17:42:17Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=27bdee9ac306dbc12036706cbf767a27cb34ca7d'/>
<id>urn:sha1:27bdee9ac306dbc12036706cbf767a27cb34ca7d</id>
<content type='text'>
commit 3df96909b75835d487a9178761622b0cbd7310d4 upstream.

It would previously write basically random bits to PCI configuration space...
Not very surprising that the GPU tended to stop responding completely. The
resulting MCE even froze the whole machine sometimes.

Now resetting the GPU after a lockup has at least a fighting chance of
succeeding.

Signed-off-by: Michel Dänzer &lt;michel.daenzer@amd.com&gt;
Reviewed-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>drm/radeon/kms: disable writeback on pre-R300 asics</title>
<updated>2012-01-26T00:13:12Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2012-01-03T14:48:38Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7ca755c00ad8f97fea8b06dac6d69e2aaa6c7a3d'/>
<id>urn:sha1:7ca755c00ad8f97fea8b06dac6d69e2aaa6c7a3d</id>
<content type='text'>
commit 28eebb703e28bc455ba704adb1026f76649b768c upstream.

We often end up missing fences on older asics with
writeback enabled which leads to delays in the userspace
accel code, so just disable it by default on those asics.

Reported-by: Helge Deller &lt;deller@gmx.de&gt;
Reported-by: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>drm/radeon/kms: workaround invalid AVI infoframe checksum issue</title>
<updated>2012-01-26T00:13:11Z</updated>
<author>
<name>Rafał Miłecki</name>
<email>zajec5@gmail.com</email>
</author>
<published>2011-12-23T19:32:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d21e9677f82d619967c6c918038343fe12bb0f4a'/>
<id>urn:sha1:d21e9677f82d619967c6c918038343fe12bb0f4a</id>
<content type='text'>
commit 92db7f6c860b8190571a9dc1fcbc16d003422fe8 upstream.

This change was verified to fix both issues with no video I've
investigated. I've also checked checksum calculation with fglrx on:
RV620, HD54xx, HD5450, HD6310, HD6320.

Signed-off-by: Rafał Miłecki &lt;zajec5@gmail.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>drm/radeon/kms/atom: fix possible segfault in pm setup</title>
<updated>2012-01-03T09:17:16Z</updated>
<author>
<name>Alexander Müller</name>
<email>serveralex@gmail.com</email>
</author>
<published>2011-12-30T17:55:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4376eee92e5a8332b470040e672ea99cd44c826a'/>
<id>urn:sha1:4376eee92e5a8332b470040e672ea99cd44c826a</id>
<content type='text'>
If we end up with no power states, don't look up
current vddc.

fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=44130

agd5f: fix patch formatting

Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Cc: stable@vger.kernel.org
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/i915: Disable RC6 on Sandybridge by default</title>
<updated>2011-12-27T05:07:27Z</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2011-12-27T01:02:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=371de6e4e0042adf4f9b54c414154f57414ddd37'/>
<id>urn:sha1:371de6e4e0042adf4f9b54c414154f57414ddd37</id>
<content type='text'>
RC6 fails again.

&gt; I found my system freeze mostly during starting up X and KDE. Sometimes it
&gt; works for some minutes, sometimes it freezes immediatly. When the freeze
&gt; happens, everything is dead (even the reset button does not work, I need to
&gt; power cycle).

&gt; I disabled RC6, and my system runs wonderfully.

&gt; The system is a Z68 Pro board with Sandybridge i5-2500K processor, 8
&gt; GB of RAM and UEFI firmware.

Reported-by: Kai Krakow &lt;hurikhan77@gmail.com&gt;
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>drm/i915: Disable semaphores by default on SNB</title>
<updated>2011-12-27T05:07:26Z</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2011-12-27T01:02:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ebbd857e6b9a92c0aff4aacd1b1d2361d888633e'/>
<id>urn:sha1:ebbd857e6b9a92c0aff4aacd1b1d2361d888633e</id>
<content type='text'>
Semaphores still cause problems on some machines:

&gt; From Udo Steinberg:
&gt;
&gt; With Linux-3.2-rc6 I'm frequently seeing GPU hangs when large amounts of
&gt; text scroll in an xterm, such as when extracting a tar archive. Such as this
&gt; one (note the timestamps):
&gt;
&gt;  I can reproduce it fairly easily with something
&gt;  as simple as:
&gt;
&gt;	  while true; do dmesg; done

This patch turns them off on SNB while leaving them on for IVB.

Reported-by: Udo Steinberg &lt;udo@hypervisor.org&gt;
Cc: Daniel Vetter &lt;daniel@ffwll.ch&gt;
Cc: Eugeni Dodonov &lt;eugeni@dodonov.net&gt;
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>vmwgfx: fix incorrect VRAM size check in vmw_kms_fb_create()</title>
<updated>2011-12-22T12:31:02Z</updated>
<author>
<name>Xi Wang</name>
<email>xi.wang@gmail.com</email>
</author>
<published>2011-12-21T10:18:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8a78389651b3e411ec5a7df61404734f52d6f4eb'/>
<id>urn:sha1:8a78389651b3e411ec5a7df61404734f52d6f4eb</id>
<content type='text'>
Commit e133e737 didn't correctly fix the integer overflow issue.

-	unsigned int required_size;
+	u64 required_size;
	...
	required_size = mode_cmd-&gt;pitch * mode_cmd-&gt;height;
-	if (unlikely(required_size &gt; dev_priv-&gt;vram_size)) {
+	if (unlikely(required_size &gt; (u64) dev_priv-&gt;vram_size)) {

Note that both pitch and height are u32.  Their product is still u32 and
would overflow before being assigned to required_size.  A correct way is
to convert pitch and height to u64 before the multiplication.

	required_size = (u64)mode_cmd-&gt;pitch * (u64)mode_cmd-&gt;height;

This patch calls the existing vmw_kms_validate_mode_vram() for
validation.

Signed-off-by: Xi Wang &lt;xi.wang@gmail.com&gt;
Reviewed-and-tested-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/radeon/kms: bail on BTC parts if MC ucode is missing</title>
<updated>2011-12-22T12:28:01Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexander.deucher@amd.com</email>
</author>
<published>2011-12-21T16:58:17Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=77e00f2ea94abee1ad13bdfde19cf7aa25992b0e'/>
<id>urn:sha1:77e00f2ea94abee1ad13bdfde19cf7aa25992b0e</id>
<content type='text'>
We already do this for cayman, need to also do it for
BTC parts.  The default memory and voltage setup is not
adequate for advanced operation.  Continuing will
result in an unusable display.

Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Cc: stable@kernel.org
Cc: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>vmwgfx: Clip cliprects against screen boundaries in present and dirty</title>
<updated>2011-12-19T14:06:05Z</updated>
<author>
<name>Jakob Bornecrantz</name>
<email>jakob@vmware.com</email>
</author>
<published>2011-11-28T12:19:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6abff3c78051e40130a1c653f874fb12b9d40254'/>
<id>urn:sha1:6abff3c78051e40130a1c653f874fb12b9d40254</id>
<content type='text'>
Signed-off-by: Jakob Bornecrantz &lt;jakob@vmware.com&gt;
Reviewed-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>vmwgfx: Resend the cursor after legacy modeset</title>
<updated>2011-12-19T14:06:04Z</updated>
<author>
<name>Jakob Bornecrantz</name>
<email>jakob@vmware.com</email>
</author>
<published>2011-11-28T12:19:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=bfc2638dc05f2b27538e40821fdbc8399730b1ea'/>
<id>urn:sha1:bfc2638dc05f2b27538e40821fdbc8399730b1ea</id>
<content type='text'>
Signed-off-by: Jakob Bornecrantz &lt;jakob@vmware.com&gt;
Reviewed-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
</feed>
