dhcpd(8): use UDP sockets instead of BPF
The motivation is summarized as,
and the full message,
with the subject dhcpd(8): use UDP sockets instead of BPF reads,
dhcpd(8)
is not quite as reliable as one would want in providing the requested
data to the actual requestor.
After some rounds of discussion and experimentation,
David Gwynne (dlg@) is circulating a
diff
on tech@ that switches the daemon to use
UDP
sockets instead of
bpf.
tl;dr this replaces bpf with udp sockets in dhcpd, mostly to make it
better at replying with the ip that requests were sent to.
List: openbsd-tech
Subject: dhcpd(8): use UDP sockets instead of BPF
From: David Gwynne <david () gwynne ! id ! au>
Date: 2025-06-13 3:29:20
tl;dr this replaces bpf with udp sockets in dhcpd, mostly to make it
better at replying with the ip that requests were sent to.
ive been hacking on this because of a problem at work, which i want to
solve by setting up a bunch of "anycast" dhcp servers. ie, i want to
have multiple dhcpd on separate servers with the same IP assigned
as an alias on all of them.
undeadly rss
clang(1)/llvm/lld(1) updated to version 19 In a long series of
commits,
Robert Nagy ( Those building from source should follow the
instructions in
Following -current and using snapshots
before making the leap.
robert@)
updated
clang(1)/llvm/lld(1)
in -current to version 19.1.7 (from version 16.0.6):
CVSROOT: /cvs
Module name: src
Changes by: robert@cvs.openbsd.org 2025/06/11 06:54:56
Log message:
import of llvm from LLVM 19.1.7
Status:
Vendor Tag: LLVM
Release Tags: LLVM_19_1_7
U src/gnu/llvm/llvm/.clang-format
[…]
Kristaps Dzonsons
(known for
As Undeadly readers might expect, OpenBSD's
Kristaps' article refers to
Sandboxing Adoption in Open Source Ecosystems,
an academic article published on the subject. [In 2016, Undeadly published
Kristaps Dzonsons on pledge(2).]
mandoc(1),
rpki-client(8),
and much more)
has written an article,
Source code sandboxing,
on sandboxing
from the perspective of developers.
It compares the facilities available under several
operating systems, and requests relevant
contributions.pledge(2)
and
unveil(2)
receive favourable appraisal.
TearFree option backported to modesetting(4) driver Following a
discussion on tech@
[initiated by a post with patch from Ted Unangst ( The option is on by default, so users of the relevant hardware
can expect smooth(er) scrolling ahead.
tedu@)],
the
"TearFree" option has been
backported
to the xenocara
modesetting(4)
driver in -current:
CVSROOT: /cvs
Module name: xenocara
Changes by: matthieu@cvs.openbsd.org 2025/06/09 12:18:36
Modified files:
xserver/dix : pixmap.c
xserver/hw/xfree86/common: xf86Mode.c
xserver/hw/xfree86/drivers/modesetting: dri2.c driver.c driver.h
drmmode_display.c
drmmode_display.h
dumb_bo.c meson.build
modesetting.man
pageflip.c present.c
vblank.c
xserver/hw/xfree86/modes: xf86Crtc.h xf86Rotate.c
xserver/include: displaymode.h pixmap.h
xserver/present: present.h present_screen.c
Log message:
Backport TearFree page flips for the modesetting driver from X.Org maaster.
Work done by tedu@ based on previous diffs by jcs@ and stsp@.
One bug fix in master by me. tested and ok tb@. commit on behalf of tedu@
FFS optimizations with dirhash, as blogged by rsadowski@
He leads in with a TL;DR:
Consider playing with
That said, it is worth your time to
read the whole thing!
rsadowski@),
OpenBSD developer and prolific blogger,
has been looking into file system performance optimizations on our favorite
operating system, and is now sharing his tips and tricks in
FFS optimizations with dirhash on his blog.
tl;dr
sysctl vfs.ffs.dirhash_maxmem to increase the maximum dirhash cache.