Re: June 2025 stabilization week
- Reply: Michael Tuexen : "Re: June 2025 stabilization week"
- In reply to: Gleb Smirnoff : "Re: June 2025 stabilization week"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 24 Jun 2025 20:08:36 UTC
> On 24. Jun 2025, at 21:41, Gleb Smirnoff <glebius@FreeBSD.org> wrote: > > On Tue, Jun 24, 2025 at 12:28:25PM +0200, Michael Tuexen wrote: > M> In /etc/devfs.conf I have > M> > M> own bpf* root:network > M> perm bpf* 0660 > M> > M> and this results in > M> tuexen@epyc:~ % ls -l /dev/bpf* > M> crw-rw---- 1 root network 0x27 Apr 26 20:13 /dev/bpf > M> lrwxr-xr-x 1 root wheel 3 Apr 26 20:13 /dev/bpf0 -> bpf > M> > M> This allows members of the network group to capture traffic. > M> > M> However, with main-n278173-81e6c0168d46 I get > M> tuexen@epyc:~ % ls -l /dev/bpf* > M> crw------- 1 root wheel 0x27 Jun 24 12:25 /dev/bpf > M> lrwxr-xr-x 1 root wheel 3 Jun 24 12:25 /dev/bpf0 -> bpf > M> > M> It looks like the devd did not what it did in the past. > > I failed to reproduce that on fe55780e5f10, which is very > close to 81e6c0168d46. I have what is expected: > > crw-rw---- 1 root network 0x1d 24 июня 12:37 /dev/bpf > lrwxr-xr-x 1 root wheel 3 24 июня 12:37 /dev/bpf0 -> bpf > I just tried the updated version of May 2025 stabweek, and that is working fine. Let me test fe55780e5f10... I observe this problem on an arm64 and on an amd64 system... Best regards Michael > -- > Gleb Smirnoff