<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/gpu, branch v3.0-rc5</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/gpu?h=v3.0-rc5</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/gpu?h=v3.0-rc5'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2011-06-28T01:00:14Z</updated>
<entry>
<title>drm/i915: more struct_mutex locking</title>
<updated>2011-06-28T01:00:14Z</updated>
<author>
<name>Hugh Dickins</name>
<email>hughd@google.com</email>
</author>
<published>2011-06-27T23:18:20Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ecbec53b1d00ba582f71b210ed96cafc05ebd189'/>
<id>urn:sha1:ecbec53b1d00ba582f71b210ed96cafc05ebd189</id>
<content type='text'>
When auditing the locking in i915_gem.c (for a prospective change which
I then abandoned), I noticed two places where struct_mutex is not held
across GEM object manipulations that would usually require it.

Since one is in initial setup and the other in driver unload, I'm
guessing the mutex is not required for either; but post a patch in case
it is.

Signed-off-by: Hugh Dickins &lt;hughd@google.com&gt;
Cc: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
Cc: Keith Packard &lt;keithp@keithp.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>drm/i915: use shmem_truncate_range</title>
<updated>2011-06-28T01:00:14Z</updated>
<author>
<name>Hugh Dickins</name>
<email>hughd@google.com</email>
</author>
<published>2011-06-27T23:18:19Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e2377fe0b65e3c7577ff6df1701c56ef477d336f'/>
<id>urn:sha1:e2377fe0b65e3c7577ff6df1701c56ef477d336f</id>
<content type='text'>
The interface to -&gt;truncate_range is changing very slightly: once "tmpfs:
take control of its truncate_range" has been applied, this can be applied.
 For now there is only a slight inefficiency while this remains unapplied,
but it will soon become essential for managing shmem's use of swap.

Change i915_gem_object_truncate() to use shmem_truncate_range() directly:
which should also spare i915 later change if we switch from
inode_operations-&gt;truncate_range to file_operations-&gt;fallocate.

Signed-off-by: Hugh Dickins &lt;hughd@google.com&gt;
Cc: Christoph Hellwig &lt;hch@infradead.org&gt;
Cc: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
Cc: Keith Packard &lt;keithp@keithp.com&gt;
Cc: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>drm/i915: use shmem_read_mapping_page</title>
<updated>2011-06-28T01:00:13Z</updated>
<author>
<name>Hugh Dickins</name>
<email>hughd@google.com</email>
</author>
<published>2011-06-27T23:18:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5949eac4d9b5bf936c12cb7ec3a09084c1326834'/>
<id>urn:sha1:5949eac4d9b5bf936c12cb7ec3a09084c1326834</id>
<content type='text'>
Soon tmpfs will stop supporting -&gt;readpage and read_cache_page_gfp(): once
"tmpfs: add shmem_read_mapping_page_gfp" has been applied, this patch can
be applied to ease the transition.

Make i915_gem_object_get_pages_gtt() use shmem_read_mapping_page_gfp() in
the one place it's needed; elsewhere use shmem_read_mapping_page(), with
the mapping's gfp_mask properly initialized.

Forget about __GFP_COLD: since tmpfs initializes its pages with memset,
asking for a cold page is counter-productive.

Include linux/shmem_fs.h also in drm_gem.c: with shmem_file_setup() now
declared there too, we shall remove the prototype from linux/mm.h later.

Signed-off-by: Hugh Dickins &lt;hughd@google.com&gt;
Cc: Christoph Hellwig &lt;hch@infradead.org&gt;
Cc: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
Cc: Keith Packard &lt;keithp@keithp.com&gt;
Cc: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>drm/ttm: use shmem_read_mapping_page</title>
<updated>2011-06-28T01:00:13Z</updated>
<author>
<name>Hugh Dickins</name>
<email>hughd@google.com</email>
</author>
<published>2011-06-27T23:18:17Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3142b651ad2232cf0e375c291ee4b893c8559df5'/>
<id>urn:sha1:3142b651ad2232cf0e375c291ee4b893c8559df5</id>
<content type='text'>
Soon tmpfs will stop supporting -&gt;readpage and read_mapping_page(): once
"tmpfs: add shmem_read_mapping_page_gfp" has been applied, this patch can
be applied to ease the transition.

ttm_tt_swapin() and ttm_tt_swapout() use shmem_read_mapping_page() in
place of read_mapping_page(), since their swap_space has been created with
shmem_file_setup().

Signed-off-by: Hugh Dickins &lt;hughd@google.com&gt;
Cc: Christoph Hellwig &lt;hch@infradead.org&gt;
Cc: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Cc: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Merge branch 'drm-intel-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/keithp/linux-2.6</title>
<updated>2011-06-25T05:01:40Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2011-06-25T05:01:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=536142f950f7ea4f3d146a138ad6938f28a34f33'/>
<id>urn:sha1:536142f950f7ea4f3d146a138ad6938f28a34f33</id>
<content type='text'>
* 'drm-intel-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/keithp/linux-2.6:
  drm/i915: save/resume forcewake lock fixes
  Revert "drm/i915: Kill GTT mappings when moving from GTT domain"
  drm/i915: Apply HWSTAM workaround for BSD ring on SandyBridge
  drm/i915: Call intel_enable_plane from i9xx_crtc_mode_set (again)
</content>
</entry>
<entry>
<title>drm/radeon/kms: handle special cases for vddc</title>
<updated>2011-06-24T01:11:53Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexdeucher@gmail.com</email>
</author>
<published>2011-06-23T16:19:32Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ee4017f4ac8163737793cc64df535cd246792887'/>
<id>urn:sha1:ee4017f4ac8163737793cc64df535cd246792887</id>
<content type='text'>
A voltage value of 0xff01 requires that the driver
look up the max voltage for the board based using the
atom SetVoltage command table.

Setting the proper voltage should fix stability on
some newer asics.

Signed-off-by: Alex Deucher &lt;alexdeucher@gmail.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/radeon/kms: fix num_banks tiling config for fusion</title>
<updated>2011-06-24T01:11:52Z</updated>
<author>
<name>Alex Deucher</name>
<email>alexdeucher@gmail.com</email>
</author>
<published>2011-06-23T04:49:29Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d698a34da7c5626c3c16a6311c6290522e902e7f'/>
<id>urn:sha1:d698a34da7c5626c3c16a6311c6290522e902e7f</id>
<content type='text'>
The field is encoded:
0 = 4 banks
1 = 8 banks
2 = 16 banks

Signed-off-by: Alex Deucher &lt;alexdeucher@gmail.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/i915: save/resume forcewake lock fixes</title>
<updated>2011-06-22T17:28:33Z</updated>
<author>
<name>Ben Widawsky</name>
<email>ben@bwidawsk.net</email>
</author>
<published>2011-06-22T16:55:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=483f1798998ede75b2575cc1813c3d89ba64a34e'/>
<id>urn:sha1:483f1798998ede75b2575cc1813c3d89ba64a34e</id>
<content type='text'>
The lock must be held for the saving and restoring of VGA state.

Signed-off-by: Ben Widawsky &lt;ben@bwidawsk.net&gt;
CC: Alexander Zhaunerchyk &lt;alex.vizor@gmail.com&gt;
CC: Andrey Rahmatullin &lt;wrar@wrar.name&gt;
Reviewed-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>Revert "drm/i915: Kill GTT mappings when moving from GTT domain"</title>
<updated>2011-06-21T18:11:02Z</updated>
<author>
<name>Eric Anholt</name>
<email>eric@anholt.net</email>
</author>
<published>2011-06-14T23:43:09Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e92d03bff9a0d0bcbb812c9b1290ca96c9338d45'/>
<id>urn:sha1:e92d03bff9a0d0bcbb812c9b1290ca96c9338d45</id>
<content type='text'>
This reverts commit 4a684a4117abd756291969336af454e8a958802f.
Userland has always been required to set the object's domain to GTT
before using it through a GTT mapping, it's not something that the
kernel is supposed to enforce.  (The pagefault support is so that we
can handle multiple mappings without userland having to pin across
them, not so that userland can use GTT after GPU domains without
telling the kernel).

Fixes 19.2% +/- 0.8% (n=6) performance regression in cairo-gl
firefox-talos-gfx on my T420 latop.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>drm/i915: Apply HWSTAM workaround for BSD ring on SandyBridge</title>
<updated>2011-06-21T17:57:23Z</updated>
<author>
<name>Chris Wilson</name>
<email>chris@chris-wilson.co.uk</email>
</author>
<published>2011-06-21T17:37:59Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ec6a890dfed7dd245beba5e5bcdfcffbd934c284'/>
<id>urn:sha1:ec6a890dfed7dd245beba5e5bcdfcffbd934c284</id>
<content type='text'>
...we need to apply exactly the same workaround for missing interrupts
from BSD as for the BLT ring, apparently.

See also commit 498e720b96379d8ee9c294950a01534a73defcf3
(drm/i915: Fix gen6 (SNB) missed BLT ring interrupts).

Reported-and-tested-by: nkalkhof@web.de
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=38529
Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
</feed>
