<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/drivers/gpu/drm/vmwgfx/Makefile, branch linux-4.1.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-4.1.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-4.1.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2014-07-04T10:12:09Z</updated>
<entry>
<title>drm/vmwgfx: Fix compat shader namespace</title>
<updated>2014-07-04T10:12:09Z</updated>
<author>
<name>Thomas Hellstrom</name>
<email>thellstrom@vmware.com</email>
</author>
<published>2014-06-09T10:39:22Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=18e4a4669c5023eb1157f2a3f1bf6ca2b8535572'/>
<id>urn:sha1:18e4a4669c5023eb1157f2a3f1bf6ca2b8535572</id>
<content type='text'>
Contrary to the host-backed shader interface that has a per-context
name-space for shaders, the compat shader namespace was per client
(or rather, per file). Fix this so that the compat shader namespace is per
context, and at the same time, make command buffer managed context resource
management generic.

Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Reviewed-by: Jakob Bornecrantz &lt;jakob@vmware.com&gt;
</content>
</entry>
<entry>
<title>drm/vmwgfx: Add guest-backed shaders</title>
<updated>2014-01-17T06:52:27Z</updated>
<author>
<name>Thomas Hellstrom</name>
<email>thellstrom@vmware.com</email>
</author>
<published>2012-11-21T11:10:26Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=c74c162fd99fbe204fe67acd5ba40589c236df6c'/>
<id>urn:sha1:c74c162fd99fbe204fe67acd5ba40589c236df6c</id>
<content type='text'>
Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
Reviewed-by: Zack Rusin &lt;zackr@vmware.com&gt;
</content>
</entry>
<entry>
<title>drm/vmwgfx: Add MOB management</title>
<updated>2014-01-17T06:52:19Z</updated>
<author>
<name>Thomas Hellstrom</name>
<email>thellstrom@vmware.com</email>
</author>
<published>2012-11-21T09:49:52Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=3530bdc35e99c3823bc98deb09baed89c51d9f46'/>
<id>urn:sha1:3530bdc35e99c3823bc98deb09baed89c51d9f46</id>
<content type='text'>
Implement MOB setup, binding and unbinding, but don't hook up to
TTM yet.

Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
Reviewed-by: Zack Rusin &lt;zackr@vmware.com&gt;
</content>
</entry>
<entry>
<title>drm/vmwgfx: Hook up the prime ioctls</title>
<updated>2013-11-18T12:11:53Z</updated>
<author>
<name>Thomas Hellstrom</name>
<email>thellstrom@vmware.com</email>
</author>
<published>2013-11-13T09:50:46Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=69977ff55eac7fc26fb78de5ec1d9a9ab802d9fd'/>
<id>urn:sha1:69977ff55eac7fc26fb78de5ec1d9a9ab802d9fd</id>
<content type='text'>
Also provide a completely dumb dma-buf ops implementation.
Once we have other virtual dma-buf aware devices, we need to provide
something better.

Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Reviewed-by: Jakob Bornecrantz &lt;jakob@vmware.com&gt;
</content>
</entry>
<entry>
<title>drm/vmwgfx: Break out surface and context management to separate files</title>
<updated>2012-11-20T21:47:08Z</updated>
<author>
<name>Thomas Hellstrom</name>
<email>thellstrom@vmware.com</email>
</author>
<published>2012-11-20T12:19:36Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=543831cfc976669b8da963b3e94933e21e051846'/>
<id>urn:sha1:543831cfc976669b8da963b3e94933e21e051846</id>
<content type='text'>
Add a resource-private header for common resource definitions

Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
Reviewed-by: Dmitry Torokhov &lt;dtor@vmware.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>vmwgfx: Add screen object support</title>
<updated>2011-10-05T09:17:14Z</updated>
<author>
<name>Jakob Bornecrantz</name>
<email>jakob@vmware.com</email>
</author>
<published>2011-10-04T18:13:22Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=56d1c78df52323cdcd937505dccaa5d665dfab97'/>
<id>urn:sha1:56d1c78df52323cdcd937505dccaa5d665dfab97</id>
<content type='text'>
Signed-off-by: Jakob Bornecrantz &lt;jakob@vmware.com&gt;
Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>vmwgfx: Add dmabuf helper functions for pinning</title>
<updated>2011-10-05T09:17:13Z</updated>
<author>
<name>Jakob Bornecrantz</name>
<email>jakob@vmware.com</email>
</author>
<published>2011-10-04T18:13:21Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=d991ef0395596c4aeabcded322011d3f5fa9e74e'/>
<id>urn:sha1:d991ef0395596c4aeabcded322011d3f5fa9e74e</id>
<content type='text'>
Signed-off-by: Jakob Bornecrantz &lt;jakob@vmware.com&gt;
Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>vmwgfx: Implement fence objects</title>
<updated>2011-09-06T10:51:11Z</updated>
<author>
<name>Thomas Hellstrom</name>
<email>thellstrom@vmware.com</email>
</author>
<published>2011-09-01T20:18:44Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=ae2a104058e217548215bfe6c6c8a98752139c29'/>
<id>urn:sha1:ae2a104058e217548215bfe6c6c8a98752139c29</id>
<content type='text'>
Will be needed for queries and drm event-driven throttling.

As a benefit, they help avoid stale user-space fence handles.

Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Reviewed-by: Jakob Bornecrantz &lt;jakob@vmware.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>vmwgfx: Fix confusion caused by using "fence" in various places</title>
<updated>2011-09-06T10:48:40Z</updated>
<author>
<name>Thomas Hellstrom</name>
<email>thellstrom@vmware.com</email>
</author>
<published>2011-09-01T20:18:42Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=6bcd8d3c782b7b2c98c8f414a6bb43cf6b84e53c'/>
<id>urn:sha1:6bcd8d3c782b7b2c98c8f414a6bb43cf6b84e53c</id>
<content type='text'>
This is needed before we introduce the fence objects.
Otherwise this will be even more confusing. The plan is to use the following:

seqno: A 32-bit sequence number that may be passed in the fifo.
marker: Objects, carrying a seqno, that track fifo submission time. They
are used for fifo lag based throttling.
fence objects: Kernel space objects, possibly accessible from user-space and
carrying a 32-bit seqno together with signaled status.

Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Reviewed-by: Jakob Bornecrantz &lt;jakob@vmware.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>vmwgfx: Implement a proper GMR eviction mechanism</title>
<updated>2010-10-27T01:07:46Z</updated>
<author>
<name>Thomas Hellstrom</name>
<email>thellstrom@vmware.com</email>
</author>
<published>2010-10-26T19:21:47Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=135cba0dc399fdd47bd3ae305c1db75fcd77243f'/>
<id>urn:sha1:135cba0dc399fdd47bd3ae305c1db75fcd77243f</id>
<content type='text'>
Use Ben's new range manager hooks to implement a manager for
GMRs that manages ids rather than ranges.
This means we can use the standard TTM code for binding, unbinding and
eviction.

Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
</feed>
