- User Since
- Aug 13 2016, 9:42 PM (74 w, 2 d)
Wed, Dec 20
Changed maintainer and fixed indent.
Tue, Dec 19
Does this need the wlc update from https://bugs.freebsd.org/224202 ?
Dec 9 2017
Thanks for the feedback!
Sorry the previous patch was a bit old. I updated and fixed according to recommendations.
Add Sway to x11-wm Makefile
Update to Weston 3.0
Nov 27 2017
- Minor fixes for IPv6
- Fixed a bug that caused non-wildcard IP address sockets to not function properly
Oct 6 2017
- Add support for IPv6 (but not IPv4-mapped IPv6 addresses)
- Change to M_NOWAIT in lbgroup malloc to solve non-sleepable lock issue
- Removed some old printfs.
Sep 26 2017
Update libdtrace with changes to struct field names.
Sep 15 2017
Fix build error.
Remove debug printing and clean up whitespace diffs. Applies cleanly to master branch as of 20170915.
Branch with this patch can be found here:
Sep 5 2017
Aug 30 2017
I did a clean world+kernel build on iflib/netmap_rx branch.
Aug 28 2017
em0@pci0:0:31:6: class=0x020000 card=0x06db1028 chip=0x156f8086 rev=0x21 hdr=0x00 device = 'Ethernet Connection I219-LM'
Tested with netmap's pkt-gen
Aug 25 2017
Aug 24 2017
Aug 23 2017
The busy waiting would cause 10% CPU usage on my system when no cable connected to em0 (traced to em_if_update_admin_status).
This patch also fixes this. I can no longer detect any unusual CPU usage.
Jul 21 2017
Jul 6 2017
Allow socket inheritance between sockets with SO_REUSEPORT_LB option.
Inspired by https://github.com/DragonFlyBSD/DragonFlyBSD/commit/02ad2f0b874fb0a45eb69750219f79f5e8982272
Jun 21 2017
Jun 13 2017
Duplicate a couple of SO_REUSEPORT checks and do the same for SO_REUSEPORT_LB in 'in_pcb_bindsetup.c'.
Let SO_REUSEPORT_LB set SO_REUSEADDR to fix the "address in use" error earlier mentioned. Testing confirmed that the earlier "possible bug" is now fixed.
Jun 2 2017
May 31 2017
Removed graphics/wayland patches since it has already been updated to 1.13
Remove patch for file with only date change.
Cleaned up weston/Makefile
May 4 2017
Reordered rows and clean up in weston/Makefile.
To illustrate, I just did a build with the WAYLAND option enabled to compare output from ldd.
Cleaned up weston/Makefile.
Removed xorg-server and gtk30 patches that didn't belong here.
It is not the size of libwayland-egl that was the concern, rather that I expect some amount of complaints about Mesa depending on graphics/wayland. Since Xorg depends on Mesa, that would mean Xorg pulls in Wayland even without Xwayland installed. Maybe I am being overly cautious here, but "Why does Mesa depend on LLVM from ports when the same version is provided by the base system?" is a regularly recurring question, sometimes in the form of a complaint. Let's take a poll during the call today to see what the group thinks the option's default state should be.
That is correct, those who wish to try Wayland will n6eed to build some ports with non-default options. The alternative is worse; making everyone using Xorg/Mesa install parts of Wayland regardless of their intent to use it. Unfortunately, we cannot just split off libwayland-egl.so into it's own package because the WAYLAND option also affects the build of gbm (part of the reason to combine the libs was to have a single WAYLAND option affecting both gbm and EGL). I cannot think of a better solution without support for flavors (which would allow packages for mesa-libs and mesa-libs+wayland) but am open to suggestions.
Changed libglapi dependency from port libglapi -> mesa-libs to conform to consolidated mesa-libs suggested in https://reviews.freebsd.org/D10448
- Can we have mesa-libs also generate libwayland-egl.so?
That is done when the WAYLAND option is enabled.
Hey! Nice work on this.
I have a couple of suggestions that to make way for Wayland.
Aug 24 2016
I agree on both suggestions. Will test and see if works as expected.