<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/drm, branch release/12.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F12.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F12.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2020-09-06T11:23:58Z</updated>
<entry>
<title>drm: Update deprecation message</title>
<updated>2020-09-06T11:23:58Z</updated>
<author>
<name>Niclas Zeising</name>
<email>zeising@FreeBSD.org</email>
</author>
<published>2020-09-06T11:23:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=bc16536d36e20eca42e419b59a9ef18512aca43d'/>
<id>urn:sha1:bc16536d36e20eca42e419b59a9ef18512aca43d</id>
<content type='text'>
Update the deprecation message in the drm1 (aka legacy drm or drm-legacy)
drivers to not point towards the drm-legacy-kmod port, as that is being
deprecated.

This is a direct commit to stable/12 since the drm1 code has been removed
from 13 already.

Reviewed by:	imp
Approved by:	imp
Differential Revision:	https://reviews.freebsd.org/D26175
</content>
</entry>
<entry>
<title>MFC r343060:</title>
<updated>2019-02-03T14:56:38Z</updated>
<author>
<name>Oleksandr Tymoshenko</name>
<email>gonzo@FreeBSD.org</email>
</author>
<published>2019-02-03T14:56:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d29f65009151b3e0b93cf2000c366b162f2c6dd1'/>
<id>urn:sha1:d29f65009151b3e0b93cf2000c366b162f2c6dd1</id>
<content type='text'>
[drm] Fix off-by-one error when accessing driver-specific ioctl handlers array

PR:		231513
Submitted by:	Young_X &lt;YangX92@hotmail.com&gt;
Approved by:	imp
</content>
</entry>
<entry>
<title>Add big, nasty abandonware tags to this code.</title>
<updated>2018-08-28T14:46:55Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2018-08-28T14:46:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=264d4ffdf12137201d68b7dd07451b3ccdfffa8b'/>
<id>urn:sha1:264d4ffdf12137201d68b7dd07451b3ccdfffa8b</id>
<content type='text'>
This code works for some people, but hasn't been updated in a long
time. Still allow people to use this code for the moment, but put a
big, nasty obsolete message to inform and encourage people to move to
the port.

Approved by: re@ (gjb)
Differential Review: https://reviews.freebsd.org/D16894
</content>
</entry>
<entry>
<title>Eliminate the arena parameter to kmem_free().  Implicitly this corrects an</title>
<updated>2018-08-25T19:38:08Z</updated>
<author>
<name>Alan Cox</name>
<email>alc@FreeBSD.org</email>
</author>
<published>2018-08-25T19:38:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=49bfa624ac861d7fafc87f06dc2cdf4972aed854'/>
<id>urn:sha1:49bfa624ac861d7fafc87f06dc2cdf4972aed854</id>
<content type='text'>
error in the function hypercall_memfree(), where the wrong arena was being
passed to kmem_free().

Introduce a per-page flag, VPO_KMEM_EXEC, to mark physical pages that are
mapped in kmem with execute permissions.  Use this flag to determine which
arena the kmem virtual addresses are returned to.

Eliminate UMA_SLAB_KRWX.  The introduction of VPO_KMEM_EXEC makes it
redundant.

Update the nearby comment for UMA_SLAB_KERNEL.

Reviewed by:	kib, markj
Discussed with:	jeff
Approved by:	re (marius)
Differential Revision:	https://reviews.freebsd.org/D16845
</content>
</entry>
<entry>
<title>Revert drm2 removal.</title>
<updated>2018-08-24T00:02:00Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2018-08-24T00:02:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=592ffb217505586a6c69e91549a3c14132875f16'/>
<id>urn:sha1:592ffb217505586a6c69e91549a3c14132875f16</id>
<content type='text'>
Revert r338177, r338176, r338175, r338174, r338172

After long consultations with re@, core members and mmacy, revert
these changes. Followup changes will be made to mark them as
deprecated and prent a message about where to find the up-to-date
driver.  Followup commits will be made to make this clear in the
installer. Followup commits to reduce POLA in ways we're still
exploring.

It's anticipated that after the freeze, this will be removed in
13-current (with the residual of the drm2 code copied to
sys/arm/dev/drm2 for the TEGRA port's use w/o the intel or
radeon drivers).

Due to the impending freeze, there was no formal core vote for
this. I've been talking to different core members all day, as well as
Matt Macey and Glen Barber. Nobody is completely happy, all are
grudgingly going along with this. Work is in progress to mitigate
the negative effects as much as possible.

Requested by: re@ (gjb, rgrimes)
</content>
</entry>
<entry>
<title>Remove legacy drm and drm2 from tree</title>
<updated>2018-08-22T01:50:12Z</updated>
<author>
<name>Matt Macy</name>
<email>mmacy@FreeBSD.org</email>
</author>
<published>2018-08-22T01:50:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d157fbd5b4b59aa863cbb82d4ad08596996d3ab0'/>
<id>urn:sha1:d157fbd5b4b59aa863cbb82d4ad08596996d3ab0</id>
<content type='text'>
As discussed on the MLs drm2 conflicts with the ports' version and there
is no upstream for most if not all of drm. Both have been merged in to
a single port.

Users on powerpc, 32-bit hardware, or with GPUs predating Radeon
and i915 will need to install the graphics/drm-legacy-kmod. All
other users should be able to use one of the LinuxKPI-based ports:
graphics/drm-stable-kmod, graphics/drm-next-kmod, graphics/drm-devel-kmod.

MFC: never
Approved by: core@
</content>
</entry>
<entry>
<title>Eliminate the unused arena parameter from kmem_alloc_attr().</title>
<updated>2018-08-18T22:07:48Z</updated>
<author>
<name>Alan Cox</name>
<email>alc@FreeBSD.org</email>
</author>
<published>2018-08-18T22:07:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=db7c2a482248b83d7e325ffa36ce14d93ab78ad2'/>
<id>urn:sha1:db7c2a482248b83d7e325ffa36ce14d93ab78ad2</id>
<content type='text'>
Reviewed by:	kib, markj
Differential Revision:	https://reviews.freebsd.org/D16793
</content>
</entry>
<entry>
<title>drm: fix memory leak on error path</title>
<updated>2018-05-28T02:34:38Z</updated>
<author>
<name>Eric van Gyzen</name>
<email>vangyzen@FreeBSD.org</email>
</author>
<published>2018-05-28T02:34:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f5136f7eccad080ea015aee81f328a77fffea858'/>
<id>urn:sha1:f5136f7eccad080ea015aee81f328a77fffea858</id>
<content type='text'>
Reported by:	Coverity
CID:		1368753
MFC after:	3 days
Sponsored by:	Dell EMC
</content>
</entry>
<entry>
<title>Correct signedness bug in drm_modeset_ctl</title>
<updated>2018-03-22T01:00:55Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2018-03-22T01:00:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7976b9c5e02ce59e624587a8d257529a5c3c9c5c'/>
<id>urn:sha1:7976b9c5e02ce59e624587a8d257529a5c3c9c5c</id>
<content type='text'>
drm_modeset_ctl() takes a signed in from userland, does a boundscheck,
and then uses it to index into a structure and write to it.  The
boundscheck only checks upper bound, and never checks for nagative
values.  If the int coming from userland is negative [after conversion]
it will bypass the boundscheck, perform a negative index into an array
and write to it, causing memory corruption.

Note that this is in the "old" drm driver; this issue does not exist
in drm2.

Reported by:	Ilja Van Sprundel &lt;ivansprundel@ioactive.com&gt;
Reviewed by:	cem
MFC after:	1 day
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>Fix kernel memory disclosure in drm_infobufs</title>
<updated>2018-03-21T23:51:14Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2018-03-21T23:51:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=16451ba2d7f79632408204f4cf2da79f030498f1'/>
<id>urn:sha1:16451ba2d7f79632408204f4cf2da79f030498f1</id>
<content type='text'>
drm_infobufs() has a structure on the stack, fills it out and copies it
to userland.  There are 2 elements in the struct that are not filled out
and left uninitialized.  This will leak uninitialized kernel stack data
to userland.

Submitted by:	Domagoj Stolfa &lt;ds815@cam.ac.uk&gt;
Reported by:	Ilja Van Sprundel &lt;ivansprundel@ioactive.com&gt;
MFC after:	1 day
Security:	Kernel memory disclosure (798)
</content>
</entry>
</feed>
