Age | Commit message (Collapse) | Author |
|
ok patrick@, jsg@
|
|
|
|
|
|
use it when running withour root privileges which prevents us from
scanning the PCI bus.
This makes startx(1)/xinit(1) work again on modern systems with inteldrm(4),
radeondrm(4) and amdgpu(4). In some cases this will result in using a
different driver than with xenodm(4) which may expose issues (e.g. when
we prefer the intel Xorg driver) or loss of acceleration (e.g. older
cards supported by radeondrm(4)).
ok jsg@, matthieu@
|
|
ok matthieu@
|
|
ok matthieu@
|
|
This function removes too many modes, causing trouble with the vesa
driver at least. Problem reported by semarie@. Thanks.
|
|
They accumulated over releases for various reasons.
No build change.
|
|
|
|
xfree86: Hold input_lock across SPRITE functions in VGA arbiter
Fixes stack overflow crash with VGA arbiter used with multi GPU systems.
Report and fix identified by 'Joe M' on misc@. ok matthieu@
|
|
|
|
the modesetting driver uses these to pick a dri driver name
ok phessler@ kettenis@ matthieu@
|
|
On OpenBSD, we need the console fd to query wsdisplay type,
This was only causing problems with -keepPriv, since the privilege
separation code already calls xf86OpenConsole() earlier.
The function is idempotent, so there's no harm calling it
several times.
ok kettenis@
|
|
privileges. This Could cause arbitrary files overwrite.
CVE-2018-14665.
|
|
ok matthieu@
|
|
Fixes utilities like xcalib
Upstream xorg commit ac138f9b31b0fba00742edbc3326afe66e28099a
ok matthieu
|
|
|
|
It was needed at some point in the past, but doesn't compile and
isn't needed with clang. Reported by jsg@.
|
|
and NOTE_CHANGE to notify the desktop environment to deal with
the change (e.g. after plugging in an HDMI cable)
with this change there is no need to manually do any randr commands
if your desktop environment supports it (gnome, mate, kde, etc.)
ok matthieu@, kettenis@
|
|
Tested by bru@, jsg@ and others
|
|
This addresses:
CVE-2017-12180 in XFree86-VidModeExtension
CVE-2017-12181 in XFree86-DGA
CVE-2017-12182 in XFree86-DRI
|
|
v2: Add overflow check and remove unnecessary check (Julien Cristau)
This addresses:
CVE-2017-12184 in XINERAMA
CVE-2017-12185 in MIT-SCREEN-SAVER
CVE-2017-12186 in X-Resource
CVE-2017-12187 in RENDER
|
|
stsp@ reported that modesetting(4) has been reported unreliable
on his laptop, while intel(4) works.
XXXX to be removed after 6.2 to figure out and fix the issue.
ok kettenis@, also discussed briefly with deraadt@ during EuroBSDCon.
|
|
It is supposed to be slow, and when such instructions are used to copy
data from/to mapped video memory, some hypervisors (e.g. KVM,
Microsoft Hyper-V) can generate SIGILL or SIGBUS exceptions, causing
Xorg to crash.
Bug report to OpenBSD by Max Parmer, fix from FreeBSD (Dimitry Andric)
via kettenis@
ok kettenis@
|
|
care of autoconfiguration based on the information returned by the
WSDISPLAYIO_GTYPE ioctl of the console FD. This should fix selection of
wsfb on loongson and sgi when using a non-KMS kernel driver.
ok matthieu@, jsg@
|
|
later. This matches what several Linux distros do these days as it tends to
work better than the intel driver in most cases.
There are some performance issues with vncviewer on at least Ivy Bridge and
Haswell. But for now that regression outweighs the benefits.
ok robert@, tedu@, sthen@
|
|
KMS connector property of the same name if such a property is present.
ok matthieu@
|
|
OK jsg@
|
|
ok matthieu@
|
|
|
|
tested by krw@ and dcoppa@ ok dcoppa@
|
|
reported by deraadt@, fix reviewed in X.Org by Keith Packard.
|
|
Note that indirect GLX is now disbled by default.
|
|
|
|
Problem noticed by sthen@.
|
|
wscons console backend and use it by default.
ok kettenis@
|
|
Completely broken on VGA cards (libpciaccess doesn't know about
the alpha specific ways of mapping the PCI space),
only XRender is broken on TGA cards.
|
|
|
|
Note: this changes the #if test result, but the now #ifdef out code
has no effect.
|
|
Broadwell is still a bit weak and the modesetting driver seems to work
better than the intel driver, while still providing 3D acceleration and
video playback support.
ok phessler@, matthieu@, jsg@
|
|
and no one is going to fix it.
|
|
tested by naddy@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ok matthieu@, who will also push these fixes upstream (thanks).
|