OpenBSD Journal

OpenBSD Journal

Faster vlan(4) forwarding? - blog post by mpi@

Contributed by Peter N. M. Hansteen on from the ffwd all the vlans dept.

Hrvoje Popovski wrote in to alert us that Martin Pieuchot (mpi@) has written a new blog post entitled Faster vlan(4) forwarding?, which leads in with

Two years ago we observed that vlan(4) performances suffered from the locks added to the queueing API. At that time, the use of SRP was also pointed out as a possible responsible for the regression. Since dlg@ recently reworked if_enqueue() to allow pseudo-drivers to bypass the use of queues, and their associated locks, let's dive into vlan(4) performances again.

Read the whole thing here: Faster vlan(4) forwarding?

openrsync imported into the tree

Contributed by rueda on from the diving-into-base dept.

openrsync, a clean-room implementation of rsync, is being developed by Kristaps Dzonsons as part of the rpki-client(1) project [featured in an earlier article]. openrsync(1) has been imported into the tree (as "rsync") by Sebastian Benoit (benno@):

CVSROOT:	/cvs
Module name:	src
Changes by:	benno@cvs.openbsd.org	2019/02/10 16:18:28

Added files:
	usr.bin/rsync  : Makefile TODO.md blocks.c child.c client.c 
	                 downloader.c extern.h fargs.c flist.c hash.c 
	                 io.c log.c main.c md4.c md4.h mkpath.c 
	                 receiver.c rsync.1 rsync.5 rsyncd.5 sender.c 
	                 server.c session.c socket.c symlinks.c 
	                 uploader.c 

Log message:
Import Kristaps' openrsync into the tree.
OK deraadt@

The "Security" section on the GitHub site contains a description of openrsync's use of OpenBSD's security features.

At the time of writing, rsync is not yet linked to the build.

Support for 2TB of memory added

Contributed by Paul 'WEiRD' de Weerd on from the paranoid android dept.

Mike Larkin (mlarkin@) just committed support for 2TB of physical memory on the amd64 platform:

CVSROOT:        /cvs
Module name:    src
Changes by:     mlarkin@cvs.openbsd.org 2019/01/20 23:18:37

Modified files:
        sys/arch/amd64/amd64: machdep.c pmap.c 
        sys/arch/amd64/include: pmap.h 

Log message:
Support 2TB phys mem

This change expands the direct map to 4 slots (512GB each), to support
machines with up to 2TB physical memory. Should further expansion be
required, this change provides the means to do that with a single #define
change.

with help from and ok guenther

Those of you with machines with lots of memory are encouraged to try this out and report your dmesg!

New console font Spleen made default

Contributed by Paul 'WEiRD' de Weerd on from the bloody fonts dept.

Frederic Cambus (fcambus@) has just changed the default console font to Spleen, a font of his own creation:

CVSROOT:        /cvs
Module name:    src
Changes by:     fcambus@cvs.openbsd.org 2019/01/09 04:23:32

Modified files:
        sys/dev/rasops : rasops.c 
        sys/dev/wsfont : wsfont.c 

Log message:
Enable Spleen in wsfont and modify the font selection logic at runtime
in rasops(9) to allow selecting larger fonts when available.

Read more…

Donate!

Donate to OpenBSD

Features

We are constantly on the lookout for stories of how you put OpenBSD to work. Please submit any informative articles on how OpenBSD is helping your company.

OpenBSD Errata

OpenBSD 6.4

0132019-01-27 SECURITY The unveil() system call can leak memory.
0122019-01-27 RELIABILITY Missing length checks in the NFS server and client can lead to crashes and other errors.
0112019-01-27 SECURITY The mincore() system call can be used to observe memory access patterns of other processes.
0102018-12-22 SECURITY The setsockopt(2) system call could overflow mbuf cluster kernel memory by 4 bytes.
0092018-12-20 RELIABILITY While recv(2) with the MSG_WAITALL flag was receiving control messages from a socket, the kernel could panic.
0082018-11-29 RELIABILITY Writing more than 4GB to a qcow2 volume corrupts the virtual disk.

Unofficial RSS feed of OpenBSD errata

XML/RSS/RDF

Users wishing RSS/RDF summary files of OpenBSD Journal can retrieve: RSS feed

Options are available.

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]