Backport PCI IDs for various intel graphics cards, to enable MESA with these
graphics cards. According to upstream, it is safe to backport PCI IDs,
worst case is MESA fails to initialize and fall back to software rendering,
which would be the case without this patch anyway.
PR: 233221
Tested by: Yuri Pankov
Fix illegal instruction when running xserver in kvm or qemu (and possibly
others) virtualisation. This is solved by disabling sse instructions while
compiling the xf86SlowBcopy (don't ask) function.
This fix was originally committed by dim as r396167 in 2015, and then most
likely accidentally removed in r433863 in 2017.
Bump portrevision
Original commit message:
> Disable use of SSE instructions in Xorg's xf86SlowBcopy() function.
>
> 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.
PR: 202643
Reported by: nogcjx@fastmail.fm
Requested by: dim
Diagnose and fix by: dim
MFH: 2019Q1
Release note:
Documentation:
* Switch to https for hadrons.org URLs.
Code cleanup
* Check strSubFamily for emptiness when assigning it.
* Use matching delete [] operator for new [].
* Use std::string instead of static buffers.
* Check error failures from socket() call.
* Do no dereference TTFont variable before using it.
* Use memcpy() instead of strncpy() to copy a fixed-length string.
* Initialize structs that go over the wire to 0.
* Remove pathname length check.
Fix portrevision, it accidentally went backwards when comitting r487789.
Bump it to 11 to ensure xwayland is rebuild after the evdev-proto changes.
Add a big note about this, so I might remember next time.
PR: 222905, 217248, 233787 (original commit), 234240 (fix)
Submitted by: Stefan Ehmann (fix)
Split out evdev headers (input.h, input-event-codes.h, uinput.h) into their
own port, devel/evdev-proto, and update those to be current with the Linux
4.19 kernel. This is done in order to be able to update the rest of the
FreeBSD input stack, which is forthcoming.
By splititng out the evdev headers we can update them independent of other
updates in v4l_compat, which makes it easier for the graphics team to keep
track of them and keep them updated as needed.
Update devel/libevdev from 1.4.4 to 1.5.9 instead of trying to make it work
with the updated headers. This will be further updated.
Update devel/py-evdev from 0.5.0 to 0.8.1 instead of trying to make it work
with the updated evdev headers.
Update consumers to use devel/evdev-proto rather than multimedia/v4l_compat
as needed, and bump portrevisions.
This is the first step in getting the FreeBSD input stack (libevdev,
libinput and so on) updated to newer versions.
Many thanks to all who have helped out with testing, code and exp-runs.
Apologies if I've forgotten to add any names.
PR: 222905, 217248, (based on, in part), 233787 (exp-run)
Submitted by: Greg V, wulf
Tested by: tcberner, kde
Exp-run by: antoine
Approved by: portmgr (antoine)
Obtained from: FreeBSDDesktop development repo
https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/inputhttps://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/input-ports
Change x11/xorgproto to become a build time dependency when added to
USE_XORG. Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.
PR: 230909
Reviewed by: eadler
Approved by: portmgr (antoine)
Obtained from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D16906
Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto. This update
tracks that change.
* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
instead depend on xorgproto. Bump portrevision.
* Delete the old *proto packages, update MOVED.
PR: 230023
Submitted by: zeising
Approved by: portmgr (antoine)
exp-run by: antoine
Enabling the SECURITY extension will make ssh -X work in most cases.
This extension is enabled in many Linux distros.
PR: 221984
Submitted by: Anton Yuzhaninov
Backport security fixes for CVE-2017-10971 and CVE-2017-10972 (yes, 2017).
For some reason this was not done when the vulnerabilities were documented
in VuXML, and a typo in the version range in VuXML meant that the entries
never matched.
This fixes a memory disclosure and a couple of buffer overruns.
PR: 220584
Reported by: Vladimir Krstulja
MFH: 2018Q2
Security: ab881a74-c016-4e6d-9f7d-68c8e7cedafb
armv7, mark them so.
This is part two of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com -exp run
When drawing dashed lines with GLAMOR, they were drawn partially or as
a regular (solid) line, depending on the OpenGL backend. It behaved
so because screen pixmap was bound as the dash and sampling its alpha,
which is usually just 1.0 (no dashing at all).
Upstream bug: https://bugs.freedesktop.org/show_bug.cgi?id=99708
Fixed by: Eric Anholt (it's a pity that anholt@ no longer works
on FreeBSD)
Silence from: x11@
Adding PORTREVISION to explicitly bump them after the recent CVE patches
actually caused the revision to go backwards instead of forwards.
PR: 223049
Reported by: mandree
with the previous commit. Thanks to tijl for noticing what I overlooked.
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D9544
This port was first created by kwm@ then updated and improved by Johannes
Lundberg
Wayland is intended as a simpler replacement for X, easier to develop and
maintain. GNOME and KDE are expected to be ported to it.
Wayland is a protocol for a compositor to talk to its clients as well as
a C library implementation of that protocol. The compositor can be a
standalone display server running on Linux kernel modesetting and evdev
input devices, an X application, or a wayland client itself. The clients can
be traditional applications, X servers (rootless or fullscreen) or other
display servers.
Please report bugs to the FreeBSD bugtracker!
WWW: http://wayland.freedesktop.org/
