DEPRECATED-freebsd-base-graphics

KDE 5 is in progress, you can already try it http://euroquis.nl/bobulate/?p=1609 Closing the lid is a non-issue, see sysctl hw.acpi.lid_switch_state. A more serious problem is that some Thinkpads just don't wake up https://github.com/FreeBSDDesktop/freebsd-base-graphics/issu... :( This was already mentioned here but what's up with people thinking that ZFS is only for large storage arrays? You don't need anything more than a small SSD to get the benefits of snapshots, compression, and general ZFS reliability (copy on write — no data corruption ever, except for like hardware bugs). Boot Environments is an especially great snapshot-based feature. Also how is bhyve complex? It's the simplest hypervisor ever.

Have you tried drm-next? https://github.com/FreeBSDDesktop/freebsd-base-graphics It's an update of the graphics stack to match modern Linux. Apparently amdgpu leaks memory, but radeonkms might work fine.

Support for Intel's Broadwell / Skylake range is actively being developed in the `drm-next` branch found at https://github.com/FreeBSDDesktop/freebsd-base-graphics/ Current effort is to reduce the difference between "upstream" FreeBSD (being 12.0-CURRENT) and the project branch, and make the code ready for merging into head. TrueOS merges that `drm-next` work on an ongoing basis. Likewise, if you're on HardenedBSD, there are binary updates via hbsd-update, or if you'd rather compile things, clone the `hardened/current/drm-next` branch from https://github.com/hardenedbsd/hardenedbsd-playground.

Matt Macy and company have basically added enough Linux API support to FreeBSD to run minimally ported Linux i915 drivers on FreeBSD. That work is here: https://github.com/FreeBSDDesktop/freebsd-base-graphics/comm... It more or less works on new Intel hardware today (same hardware as Linux 4.7, but more bugs). What's left for out of the box support, you ask? * Committing the needed "linuxkpi" additions. This is complicated by the fact that some of Macy's work just imported GPL2 code rather than recreating it BSD-licensed. Hans Petter Selasky has been doing a lot of work lately to fix this gap. * Fixing remaining bugs/incompatibilities in the linuxkpi that result in artifacts and crashes. And the further concern is, how do we keep from falling so far behind again? Matt's vision has two pieces: * We bring down our driver diff to almost

IIRC TrueOS actually integrates https://github.com/FreeBSDDesktop/freebsd-base-graphics so integrated graphics after Haswell should work.

https://github.com/FreeBSDDesktop/freebsd-base-graphics just takes whatever crap is in Linux. Very few people are there to maintain all that, so the focus is on reducing the diff with Linux and improving stability on Intel GPUs. Maintaining an additional patch written against Linux doesn't make sense.

Not in HEAD, but https://github.com/FreeBSDDesktop/freebsd-base-graphics/tree... is stable in my experience

No one ported the broadcom wifi drivers. New Intel cards (7260, 8260) are supported. Also, you can build the updated graphics drivers from https://github.com/FreeBSDDesktop/freebsd-base-graphics

I use CURRENT on a Thinkpad X230. It works ok. Main gotchas: * No SSL CA certificates out of the box. FreeBSD security team has taken the curious posture of claiming that shipping no CAs is better than just shipping e.g. Mozilla's CA bundle.[0] * rc.d is like Linux init from 5 years ago. Dynamic network configuration is not handled well. * Intel GPU driver support for anything above Haswell is still waiting to be merged. But work is ongoing.[1] * No Xorg or session management out of the box. You get dropped to a terminal console. Good luck starting a session. * Some packages conflict with each other needlessly. For example, you cannot install gitk and git-svn at the same time. * Finally, the installer has some limited choices. You can't enable full disk encryp

Matt Macy added support for current Intel and amdgpu graphics out of tree for now https://github.com/FreeBSDDesktop/freebsd-base-graphics/tree.... It is up to Linux 4.7. The graphics stuff is MIT licensed and the linuxkpi is re-implemented so it will eventually trickle into 11.x or 12 and/or a loadable module packaged with FreeBSD Ports. Still lots of rough edges but it's pretty fun to watch and participate.