August 24, 2016

156: The Fresh BSD experience

1 hour 28 minutes

This week on BSDNow, Allan is back from his UK trip and we’ll get to hear his thoughts on the developer summit. That plus all the

This episode was brought to you by

Headlines

FreeBSD 11.0-RC1 Available

FreeBSD is marching onwards to 11.0, and with it the first RC1 was released. In addition to the usual amd64 architectures, you may want to give it

a whirl on your various ARM boards as well, as it includes images for the following systems:

11.0-RC1 amd64 GENERIC

11.0-RC1 i386 GENERIC

11.0-RC1 powerpc GENERIC

11.0-RC1 powerpc64 GENERIC64

11.0-RC1 sparc64 GENERIC

11.0-RC1 armv6 BANANAPI

11.0-RC1 armv6 BEAGLEBONE

11.0-RC1 armv6 CUBIEBOARD

11.0-RC1 armv6 CUBIEBOARD2

11.0-RC1 armv6 CUBOX-HUMMINGBOARD

11.0-RC1 armv6 GUMSTIX

11.0-RC1 armv6 RPI-B

11.0-RC1 armv6 RPI2

11.0-RC1 armv6 PANDABOARD

11.0-RC1 armv6 WANDBOARD

11.0-RC1 aarch64 GENERIC

For those wondering the list of changes between this and BETA4, we have that as well:

A NULL pointer dereference in IPSEC has been fixed.

Support for SSH Protocol 1 has been removed.

OpenSSH DSA keys have been disabled by default. Users upgrading from

prior FreeBSD versions are urged to update their SSH keys to RSA or

ECDSA keys before upgrading to 11.0-RC1.

PCI-e hotplug on bridges with power controllers has been disabled.

A loader tunable (hw.pci.enable_pcie_hp) to disable PCI-e HotPlug has

been added.

A VESA panic on suspend has been fixed.

Google Compute Engine image publication has been fixed.

An AES-ICM heap corruption typo bug has been fixed.

A regression in pf.conf while parsing the 'interval' keyword has been

fixed.

A ZFS/VFS deadlock has been fixed.

RC2 is delayed while some issues are sorted out

RC2 is looming large, but was pushed back a few days while the following bugs are sorted out:

Issue with IPv6 UDP traffic being sent from wrong MAC address

Layer2 violation with IPv6

***

OpenBSD just added initial support for the RaspberryPi 2 and 3 devices

It’s a good time to be an ARM and BSD enthusiast. In addition to all the ARM images in FreeBSD 11.0, we also have word that initial support for RPi2 and RPi3 has started to land in OpenBSD.

Mark Kettenis has posted the following with his Commit:

Initial support for Raspberry Pi 2/3. All the hard work done by patrick@, I just cleaned things up a bit. Any bugs introduced in that process are entirely mine.

This doesn't work yet. But when it does, you'll need recent firmware from the Raspberry Pi Foundation git repository at:

https://github.com/raspberrypi/firmware

The device tree for the Raspberry Pi is somewhat in flux as bits and pieces to support the Raspberry Pi 2 and 3 are committed to the mainline Linux kernel.“

Exciting news! We will of course keep you informed as to when we have images to play with. Running OpenBSD / PF on a RPi does sound intriguing.

***

drm-4.8-rc2 tagged in drm-next

Remember when FreeBSD lagged so far behind in Graphics support? Well, those days are rapidly coming to an end.

Matt Macy has posted an update to the FreeBSD X11 list with news of his DRM branch being caught up all the way to Linux 4.8-RC2 now.

This is a huge accomplishment, with Matt commenting:

As of this moment sys/dev/drm in the drm-next tree is sync with https://github.com/torvalds/linux drivers/gpu/drm (albeit only for the subset of drivers that FreeBSD supports - i915, radeon, and amdgpu). I feel this is a bit of a milestone as it means that it is possible that in the future graphics support on FreeBSD could proceed in lockstep with Linux.

For those who want to try out the latest support, you can build from his branch at the following GitHub location: (https://github.com/FreeBSDDesktop/freebsd-base-graphics)

Or, if compiling isn’t your thing, TrueOS (The re-branded PC-BSD) will be releasing the a new ISO based upon his update to Linux 4.7 in the coming days, with 4.8-RC2 to follow in the next week or two.

***

Installing FreeBSD for Raspberry Pi

People have been running FreeBSD on various RPi devices for a while now, however there are still a lot of people who probably need a hand to get boot-strapped on their RPi system.

The FreeBSD foundation has put together a nice tutorial which walks even the most novice user through getting FreeBSD up and running.

In particular this could become a good way for students or other FreeBSD newcomers to try out the OS on a relatively low-cost platform outside of a VM.

The tutorial starts of with a check-list of the specific items you’ll need to get started, for RPi 1 (a/b) or RPi 2 hardware.

From there, instructions on how to get the downloaded images onto a sdcard are provided, including Mac and Windows image burning details.

With this done, it’s really only a matter of plugging in your device to be presented with your new RPi + FreeBSD system. The most important details (the default username/password) at also provided, so don’t skim too quickly.

***

Interview - Drew Gurkowski

Foundation Intern: First time FreeBSD User and Writing Tutorials

***

News Roundup

FreeBSD’s ipfw gets a NAT64 implementation

A new feature has been added to FreeBSD’s native firewall, ipfw2

The new loadable module implements stateless and stateful NAT64

“Stateless translation is appropriate when a NAT64 translator is used in front of IPv4-only servers to allow them to be reached by remote IPv6-only clients.”

With this setup, you map specific IPv6 addresses to the corresponding IPv4 address, allowing IPv4 only servers to be reachable on the v6 network.

“Stateful translation is suitable for deployment at the client side or at the service provider, allowing IPv6-only client hosts to reach remote IPv4-only nodes.”

This configuration allows many IPv6 only clients to reach the “legacy” internet. The FreeBSD cluster has been waiting for this feature for

a while, because they have limited IP addresses, but many service jails that require access to services like GitHub that are not IPv6 enabled.

The work was sponsored by Yandex, the Russian search engine and long time FreeBSD user

Example configurations for both types are included in the commit message

If you would find this feature useful, please take the time to set it up and document the steps and contribute that to the FreeBSD Handbook.

***

Update on using LLVM's lld linker in the FreeBSD base system

Ed Maste has written a lengthy update on the progress being made towards using LLVM’s lld linker as a replacement for GNU’s ‘ld’.

Ed starts off by giving us some of the potential benefits of using lld vs the 2.17.50 ‘ld’ version FreeBSD currently uses:

AArch64 (arm64) support

Link Time Optimization (LTO)

New ABI support