<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/include/drm/intel-gtt.h, branch v3.4.18</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v3.4.18</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v3.4.18'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2012-04-02T13:59:07+00:00</updated>
<entry>
<title>drm/i915: disable ppgtt on snb when dmar is enabled</title>
<updated>2012-04-02T13:59:07+00:00</updated>
<author>
<name>Daniel Vetter</name>
<email>daniel.vetter@ffwll.ch</email>
</author>
<published>2012-04-02T08:08:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=650dc07ec3b0eba8ff21da706d2b1876ada59fc3'/>
<id>urn:sha1:650dc07ec3b0eba8ff21da706d2b1876ada59fc3</id>
<content type='text'>
Totally unexpected that this regressed. Luckily it sounds like we just
need to have dmar disable on the igfx, not the entire system. At least
that's what a few days of testing between Tony Vroon and me indicates.

Reported-by: Tony Vroon &lt;tony@linx.net&gt;
Cc: Tony Vroon &lt;tony@linx.net&gt;
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=43024
Acked-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
Signed-Off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
</content>
</entry>
<entry>
<title>agp/intel-gtt: export the gtt pagetable iomapping</title>
<updated>2012-02-09T20:24:18+00:00</updated>
<author>
<name>Daniel Vetter</name>
<email>daniel.vetter@ffwll.ch</email>
</author>
<published>2012-02-09T16:15:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=428ccb21b740f603a6a1f08cbe6d935fb3177620'/>
<id>urn:sha1:428ccb21b740f603a6a1f08cbe6d935fb3177620</id>
<content type='text'>
We need this because ppgtt page directory entries need to be in the
global gtt pagetable.

Reviewed-by: Ben Widawsky &lt;ben@bwidawsk.net&gt;
Tested-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
Tested-by: Eugeni Dodonov &lt;eugeni.dodonov@intel.com&gt;
Reviewed-by: Eugeni Dodonov &lt;eugeni.dodonov@intel.com&gt;
Signed-Off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
</content>
</entry>
<entry>
<title>agp/intel-gtt: export the scratch page dma address</title>
<updated>2012-02-09T20:23:18+00:00</updated>
<author>
<name>Daniel Vetter</name>
<email>daniel.vetter@ffwll.ch</email>
</author>
<published>2012-02-09T16:15:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=50a4c4a94d24fe13167e3ab1dc1486623369c31a'/>
<id>urn:sha1:50a4c4a94d24fe13167e3ab1dc1486623369c31a</id>
<content type='text'>
To implement a PPGTT for drm/i915 that fully aliases the GTT, we also
need to properly alias the scratch page.

Reviewed-by: Ben Widawsky &lt;ben@bwidawsk.net&gt;
Tested-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
Tested-by: Eugeni Dodonov &lt;eugeni.dodonov@intel.com&gt;
Reviewed-by: Eugeni Dodonov &lt;eugeni.dodonov@intel.com&gt;
Signed-Off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
</content>
</entry>
<entry>
<title>drm/i915: ILK + VT-d workaround</title>
<updated>2011-10-20T22:26:39+00:00</updated>
<author>
<name>Ben Widawsky</name>
<email>ben@bwidawsk.net</email>
</author>
<published>2011-10-17T22:51:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=5c0422878fcdc279ae9a8e8b66972a15b5efb67f'/>
<id>urn:sha1:5c0422878fcdc279ae9a8e8b66972a15b5efb67f</id>
<content type='text'>
Idle the GPU before doing any unmaps. We know if VT-d is in use through
an exported variable from iommu code.

This should avoid a known HW issue.

Signed-off-by: Ben Widawsky &lt;ben@bwidawsk.net&gt;
Reviewed-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>intel-gtt: export api for drm/i915</title>
<updated>2010-11-23T20:14:47+00:00</updated>
<author>
<name>Daniel Vetter</name>
<email>daniel.vetter@ffwll.ch</email>
</author>
<published>2010-11-06T10:18:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=4080775b60cc26044e7c4aba5e76e5041b0d7004'/>
<id>urn:sha1:4080775b60cc26044e7c4aba5e76e5041b0d7004</id>
<content type='text'>
Just some minor shuffling to get rid of any agp traces in the
exported functions.

Signed-off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
</content>
</entry>
<entry>
<title>drm/i915/gtt: call chipset flush directly</title>
<updated>2010-11-23T20:14:44+00:00</updated>
<author>
<name>Daniel Vetter</name>
<email>daniel.vetter@ffwll.ch</email>
</author>
<published>2010-11-05T17:12:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=40ce6575102b23e432932b5ce41c44bf7cc5023b'/>
<id>urn:sha1:40ce6575102b23e432932b5ce41c44bf7cc5023b</id>
<content type='text'>
Signed-off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
</content>
</entry>
<entry>
<title>drm/i915|intel-gtt: consolidate intel-gtt.h headers</title>
<updated>2010-11-23T20:14:43+00:00</updated>
<author>
<name>Daniel Vetter</name>
<email>daniel.vetter@ffwll.ch</email>
</author>
<published>2010-11-05T17:04:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=23ed992a5ebe6964ebe312b54142fbc5e8185cdc'/>
<id>urn:sha1:23ed992a5ebe6964ebe312b54142fbc5e8185cdc</id>
<content type='text'>
... and a few other defines.

Signed-off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
</content>
</entry>
<entry>
<title>agp/intel: Remove confusion of stolen entries not stolen memory</title>
<updated>2010-11-23T15:43:18+00:00</updated>
<author>
<name>Chris Wilson</name>
<email>chris@chris-wilson.co.uk</email>
</author>
<published>2010-11-23T14:24:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=c64f7ba5f1006d8c20eacafecf98d4d00a6902a0'/>
<id>urn:sha1:c64f7ba5f1006d8c20eacafecf98d4d00a6902a0</id>
<content type='text'>
Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
</content>
</entry>
<entry>
<title>intel-gtt: clean up gtt size reporting</title>
<updated>2010-09-21T10:40:06+00:00</updated>
<author>
<name>Daniel Vetter</name>
<email>daniel.vetter@ffwll.ch</email>
</author>
<published>2010-09-12T12:04:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=0af9e92e779602bdd6d4d19acf63b4802fab91b6'/>
<id>urn:sha1:0af9e92e779602bdd6d4d19acf63b4802fab91b6</id>
<content type='text'>
Consolidate everything in intel-gtt.c and also kill the export
of intel_max_stolen.

Signed-off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
</content>
</entry>
<entry>
<title>drm/i915: die, i915_probe_agp, die</title>
<updated>2010-09-08T20:20:21+00:00</updated>
<author>
<name>Daniel Vetter</name>
<email>daniel.vetter@ffwll.ch</email>
</author>
<published>2010-09-06T18:08:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=19966754328d99ee003ddfc7a8c31ceb115483ac'/>
<id>urn:sha1:19966754328d99ee003ddfc7a8c31ceb115483ac</id>
<content type='text'>
Use the detection from intel-gtt.ko instead. Hooray!

Also move the stolen mem allocator to the other gtt stuff in dev_prv-&gt;mem.

v2: Chris Wilson noted that my error handling was crap. Fix it. He also
said that this fixes a problem on his i845. Indeed, i915_probe_agp
misses a special case for i830/i845 stolen mem detection.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=25476
Cc: stable@kernel.org
Signed-off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt;
</content>
</entry>
</feed>
