<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/gpu/drm/vmwgfx, branch linux-4.12.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.12.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.12.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2017-09-07T06:37:16Z</updated>
<entry>
<title>drm/vmwgfx: Fix F26 Wayland screen update issue</title>
<updated>2017-09-07T06:37:16Z</updated>
<author>
<name>Sinclair Yeh</name>
</author>
<published>2017-08-29T16:55:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=619d31a0d2471e538f83dda6fc69ddd365b4ae06'/>
<id>urn:sha1:619d31a0d2471e538f83dda6fc69ddd365b4ae06</id>
<content type='text'>
commit 021aba761f2a6c12158afb9993524c300c01fae2 upstream.

vmwgfx currently cannot support non-blocking commit because when
vmw_*_crtc_page_flip is called, drm_atomic_nonblocking_commit()
schedules the update on a thread.  This means vmw_*_crtc_page_flip
cannot rely on the new surface being bound before the subsequent
dirty and flush operations happen.

Signed-off-by: Sinclair Yeh &lt;syeh@vmware.com&gt;
Reviewed-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
Reviewed-by: Charmaine Lee &lt;charmainel@vmware.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/vmwgfx: Fix cursor hotspot issue with Wayland on Fedora</title>
<updated>2017-08-11T15:34:00Z</updated>
<author>
<name>Sinclair Yeh</name>
</author>
<published>2017-07-18T06:26:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e7672072192edc045b1abb7a61594834e6ce0032'/>
<id>urn:sha1:e7672072192edc045b1abb7a61594834e6ce0032</id>
<content type='text'>
commit 14979adb0294f04cf6fbbb81555acff9ec1e7c9c upstream.

Parts of commit &lt;8fbf9d92a7bc&gt; (“drm/vmwgfx: Implement the
cursor_set2 callback v2”) were not moved over when we started
atomic mode set development because at that time the DRM did
not support cursor hotspots in the fb struct.

This patch fixes what was not moved over.

Signed-off-by: Sinclair Yeh &lt;syeh@vmware.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
Tested-by: Brian Paul &lt;brianp@vmware.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/vmwgfx: Limit max desktop dimensions to 8Kx8K</title>
<updated>2017-08-06T16:21:10Z</updated>
<author>
<name>Sinclair Yeh</name>
</author>
<published>2017-07-17T14:49:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=631c3a0a71b43e3d9dd99b15444c3533ed218192'/>
<id>urn:sha1:631c3a0a71b43e3d9dd99b15444c3533ed218192</id>
<content type='text'>
commit 7b009e76797c82178d7a03ae0eaad5951d975277 upstream.

This was originally chosen to be an arbitrarily large number.  However,
some user mode may actually try to set a 16Kx16K mode and run into other
issues.

Since 8Kx8K is the current texture limit for Mesa LLVM driver, we will
just use this limit for now.

Signed-off-by: Sinclair Yeh &lt;syeh@vmware.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/vmwgfx: Fix gcc-7.1.1 warning</title>
<updated>2017-08-06T16:21:09Z</updated>
<author>
<name>Sinclair Yeh</name>
</author>
<published>2017-07-18T06:28:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=555ac1e5516124dc4c180f059054998a8c9469ff'/>
<id>urn:sha1:555ac1e5516124dc4c180f059054998a8c9469ff</id>
<content type='text'>
commit fcfffdd8f98ac305285dca568b5065ef86be6458 upstream.

The current code does not look correct, and the reason for it is
probably lost.  Since this now generates a compiler warning,
fix it to what makes sense.

Reported-by: Arnd Bergmann &lt;arnd@arndb.de&gt;
Reported-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Sinclair Yeh &lt;syeh@vmware.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/vmwgfx: Free hash table allocated by cmdbuf managed res mgr</title>
<updated>2017-06-26T12:39:08Z</updated>
<author>
<name>Deepak Rawat</name>
</author>
<published>2017-06-26T12:39:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=82fcee526ba8ca2c5d378bdf51b21b7eb058fe3a'/>
<id>urn:sha1:82fcee526ba8ca2c5d378bdf51b21b7eb058fe3a</id>
<content type='text'>
The hash table created during vmw_cmdbuf_res_man_create was
never freed. This causes memory leak in context creation.
Added the corresponding drm_ht_remove in vmw_cmdbuf_res_man_destroy.

Tested for memory leak by running piglit overnight and kernel
memory is not inflated which earlier was.

Cc: &lt;stable@vger.kernel.org&gt;
Signed-off-by: Deepak Rawat &lt;drawat@vmware.com&gt;
Reviewed-by: Sinclair Yeh &lt;syeh@vmware.com&gt;
Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
</content>
</entry>
<entry>
<title>drm/vmwgfx: Bump driver minor and date</title>
<updated>2017-06-07T12:46:15Z</updated>
<author>
<name>Thomas Hellstrom</name>
</author>
<published>2017-06-07T12:46:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1929e6610bddf0cc44f0859fc72d4016cba0c1fa'/>
<id>urn:sha1:1929e6610bddf0cc44f0859fc72d4016cba0c1fa</id>
<content type='text'>
While the atomic modesetting capability is signaled also elsewhere, also
reflect it by a driver minor bump.

Signed-off-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
</content>
</entry>
<entry>
<title>drm/vmwgfx: Remove unused legacy cursor functions</title>
<updated>2017-06-07T12:42:14Z</updated>
<author>
<name>Sinclair Yeh</name>
</author>
<published>2017-06-07T12:24:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f470a7740f8c7577df1db5923ec89d890cf32040'/>
<id>urn:sha1:f470a7740f8c7577df1db5923ec89d890cf32040</id>
<content type='text'>
These function implementations and/or declarations are no longer used
now that atomic is enabled.

Signed-off-by: Sinclair Yeh &lt;syeh@vmware.com&gt;
Reported-by: Daniel Vetter &lt;daniel@ffwll.ch&gt;
Reviewed-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
</content>
</entry>
<entry>
<title>drm/vmwgfx: fix spelling mistake "exeeds" -&gt; "exceeds"</title>
<updated>2017-06-07T12:38:59Z</updated>
<author>
<name>Colin Ian King</name>
</author>
<published>2017-05-27T18:52:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a2e5a3e2f8cc48cc9ed10a919ae582ab0222da80'/>
<id>urn:sha1:a2e5a3e2f8cc48cc9ed10a919ae582ab0222da80</id>
<content type='text'>
Trivial fix to spelling mistake in DRM_ERROR error message.

Signed-off-by: Colin Ian King &lt;colin.king@canonical.com&gt;
Reviewed-by: Sinclair Yeh &lt;syeh@vmware.com&gt;
</content>
</entry>
<entry>
<title>drm/vmwgfx: Fix large topology crash</title>
<updated>2017-06-07T12:36:02Z</updated>
<author>
<name>Sinclair Yeh</name>
</author>
<published>2017-06-02T05:55:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a1ac633912305168bf432c3d47979d43b16164f8'/>
<id>urn:sha1:a1ac633912305168bf432c3d47979d43b16164f8</id>
<content type='text'>
The previous attempt at this had an issue with with num_clips &gt; 1
because it would always end up using the coordinates of the last
clip while using width and height calculated from the bounding
box of all the clips.

So if the last clip happens to be not at the top-left corner of
the bounding box, the CPU blit operation would go out of bounds.

The original intent was to coalesce all the clips into one blit,
and to do that we need to also track the starting point of the
content buffer.

Signed-off-by: Sinclair Yeh &lt;syeh@vmware.com&gt;
Reviewed-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
</content>
</entry>
<entry>
<title>drm/vmwgfx: Make sure to update STDU when FB is updated</title>
<updated>2017-06-07T10:07:35Z</updated>
<author>
<name>Sinclair Yeh</name>
</author>
<published>2017-06-02T05:53:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8a309c8a2d0619efe29ec652c163d6b89eff9f9f'/>
<id>urn:sha1:8a309c8a2d0619efe29ec652c163d6b89eff9f9f</id>
<content type='text'>
When a new FB is bound, we have to send an update command otherwise
the new FB may not be shown

Signed-off-by: Sinclair Yeh &lt;syeh@vmware.com&gt;
Reviewed-by: Thomas Hellstrom &lt;thellstrom@vmware.com&gt;
</content>
</entry>
</feed>
