You need to modify release/package/Makefile.package to add comments/desc for the new package.

In D36026#817979, @emaste wrote:

Huh, this seems quite surprising. I'm not sure where this was originally introduced but ISTM this is not equivalent. It's "working" now so moving it here is no worse I'd say, but should have a giant warning comment on it?

I'm unsure if sched_pin does this but we had this in drm-kmod for quite some time now so I guess it's somewhat working for us ?

Fix by using correct names for the arches.

Fix var names.

Fix mul_u64_u64_div

Only add this for x86

Include linux/bitops.h

Convert to an inline function

Add a new line.

Switch memset32/memset64 (badly copy/pasted)

With my comments addressed it's good for me. (and say in the commit message that xdmcp was disabled too and why).

In D35662#813768, @jbeich wrote:

Duplicate of D28782? I'm unlikely to switch consumers (wlroots{,-devel}, arcan, plasma5-kwin) to xwayland (non-devel). Upstream QA is GNOME-centric via Fedora but GNOME/Wayland isn't supported on FreeBSD. Standalone releases removed non-Xwayland code which complicates cherry-picking upstream fixes because the development still happens in xorg/xnest/xwayland/etc monorepo.

In D28280#813137, @c.koehne_beckhoff.com wrote:

Thanks for your feedback. I'm going to update this patch when @manu finished his vendor id work.

Small nits on one ifdef but otherwise looks ok to me.

Everything builds correctly now for me, the patches looks ok as said privately, I'll try to test asap.

In D35563#806587, @bz wrote:

What will happen to drm-kmod if someone will implement them? Will that break anything?