Re: FreeBSD 10.0 ALPHA1

[Herbert J. Skuhra]

On Mon, 16 Sep 2013 13:28:06 -0400
ajtiM wrote:

 Hi!
 
 I installed FreeBSD 10.0 ALPHA1 on my iMac 11,1 with ATI Radeon HD
 4850, GPU because I fought that Xor will works now. But I see that I
 need to do more.
 I have not experience with FreeBSD current and I didn't use svn
  except for Area 51 (KDE). I fought that is svn (subversion) default
  on the FreeBSD 10.0 ALPHA1 but when I run svn checkout
  https://svn0….. it looks like that is not. How should I install
  subversion, please? If I use portsnap it will install ports from 9
  release.  Thank you very much.

Try 'svnlite checkout' instead.

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: bind9 remnants

[Herbert J. Skuhra]

to. 14. nov. 2013 kl. 11.02 +0100 skrev Olivier Smedts:


Hello,

cc'ing glebius since he committed r257694 (Remove remnants of BIND from
/etc, since there is no BIND in base now.) which removed remnants of BIND
from /etc but not from /usr/src/etc.

Can we please remove bind9 references from etc/mtree/BSD.usr.dist ?
/usr/share/doc/bind9, /usr/share/doc/bind9/arm and
/usr/share/doc/bind9/misc are constantly re-created during a make
installworld or make hierarchy and are then removed by make
delete-old. I'm using stable/10 right now, where r257694 has been MFCed as
r258121.


It's already in HEAD:

http://svnweb.freebsd.org/base?view=revisionrevision=256769

--
Herbert


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: How to update /usr/src/ using SVN and make update?

[Herbert J. Skuhra]

On Sat, Dec 10, 2011, at 10:59, O. Hartmann wrote:
 Taking the instruction from manpage make.conf(5) and setting  variable
 SVN_UPDATE to YES, typing make update in /usr/srcfails due to svn
 can not be found. make.conf(5) also contains a variable SUP containing
 the path for cvsup or cvsup and I'm desperately missing a similar
 variable for subversion.

Adding SVN=/usr/local/bin/svn to /etc/make.conf works.

--
 Updating /usr/src using Subversion
--
/usr/local/bin/svn update
Updating '.':
At revision 228392.

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: About kern.ipc.semmap on FreeBSD 9

[Herbert J. Skuhra]

On Thu, 22 Mar 2012 10:02:15 -0600
Efraín Déctor efraindec...@motumweb.com wrote:

 Hello. I’m currently testing FreeBSD 9.0, I want to use it as a OS
 for a PostgreSQL Server. However, it is recommended to modified some
 paramerts such as semaphores
 (http://www.postgresql.org/docs/9.1/static/kernel-resources.html ):
 
 kern.ipc.semmap=256
 
 But when I tried to change the value on FreeBSD this pops up:
 
 sysctl: unknown oid 'kern.ipc.semmap'
 
 What Can I do to resolve this issue?.

This has been removed in r224016:

http://svnweb.freebsd.org/base/head/sys/kern/sysv_sem.c?r1=223825r2=224016

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Herbert J. Skuhra]

On Wed, Dec 24, 2014 at 11:45:04AM +0200, Beeblebrox wrote:
 I plan on using openssl from ports and have no need for kerberos.
 /etc/src.conf  WITHOUT_CRYPT= yes
 
 * First problem is with bsnmp (used WITHOUT_BSNMP to bypass)
 === lib/libbsnmp/libbsnmp (all)
 cc   -O2 -pipe   
 -I/asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H 
 -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H 
 -DQUADFMT='llu' -DQUADXFMT='llx' -DNDEBUG -std=gnu99 -fstack-protector 
 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter 
 -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type 
 -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
 -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations 
 -Wthread-safety -Wno-empty-body -Wno-string-plus-int 
 -Wno-unused-const-variable -Qunused-arguments -c 
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c -o 
 snmpcrypto.o
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:370:1:
  error: 
   conflicting types for 'snmp_passwd_to_keys'
 snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused)
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273:16: 
 note: 
   previous declaration is here
 enum snmp_code snmp_passwd_to_keys(struct snmp_user *, char *);
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:382:1:
  error: 
   conflicting types for 'snmp_get_local_keys'
 snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused,
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274:16: 
 note: 
   previous declaration is here
 enum snmp_code snmp_get_local_keys(struct snmp_user *, uint8_t *, uint32_t);
 
 * Second problem is with ldns (used WITHOUT_LDNS as temporary fix)
 === lib/libldns (all)
 /usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0  -O2 
 -pipe   -I/asp/git/src/lib/libldns/../../contrib/ldns -DNDEBUG -std=gnu99 
 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W 
 -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
 -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body 
 -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare 
 -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function 
 -Wno-enum-conversion -Qunused-arguments -c 
 /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o
 In file included from /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c:12:
 In file included from 
 /asp/git/src/lib/libldns/../../contrib/ldns/ldns/ldns.h:98:
 /asp/git/src/lib/libldns/../../contrib/ldns/ldns/dane.h:31:10: fatal error: 
   'openssl/ssl.h' file not found
 #include openssl/ssl.h
 
 * I found no work-around for this problem so I'm now stuck.
 === lib/libc/tests/hash (depend)
 (cd /asp/git/src/lib/libc/tests/hash  make -f 
 /asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
 PROG=h_hash  DEPENDFILE=.depend.h_hash .MAKE.DEPENDFILE=.depend.h_hash   
 depend)
 (cd /asp/git/src/lib/libc/tests/hash  make -f 
 /asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
 PROG=sha2_test  DEPENDFILE=.depend.sha2_test 
 .MAKE.DEPENDFILE=.depend.sha2_test   depend)
 rm -f .depend.sha2_test
 CC='/usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0 
 ' mkdep -f .depend.sha2_test -a
 -I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh/openbsd-compat 
 -I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh 
 -I/asp/git/src/lib/libnetbsd -I/asp/git/src/contrib/netbsd-tests -DNDEBUG 
 -std=gnu99   /asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c
 /asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c:45:10: fatal error: 
   'openssl/sha.h' file not found

I am not running HEAD, but have you tried to disable MK_TESTS as well?
The file lib/libc/Makefile.amd64 includes:

if ${MK_TESTS} != no
SUBDIR+=tests
.endif

 * I would prefer being able to use SSH from world (instead of dropbear), but 
 that seems impossible when openssl is disabled.

What's wrong with security/openssh-portable?

--  
Herbert
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Herbert J. Skuhra]

On Wed, Dec 24, 2014 at 11:45:04AM +0200, Beeblebrox wrote:
 I plan on using openssl from ports and have no need for kerberos.
 /etc/src.conf  WITHOUT_CRYPT= yes
 
 * First problem is with bsnmp (used WITHOUT_BSNMP to bypass)
 === lib/libbsnmp/libbsnmp (all)
 cc   -O2 -pipe   
 -I/asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H 
 -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H 
 -DQUADFMT='llu' -DQUADXFMT='llx' -DNDEBUG -std=gnu99 -fstack-protector 
 -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter 
 -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type 
 -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
 -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations 
 -Wthread-safety -Wno-empty-body -Wno-string-plus-int 
 -Wno-unused-const-variable -Qunused-arguments -c 
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c -o 
 snmpcrypto.o
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:370:1:
  error: 
   conflicting types for 'snmp_passwd_to_keys'
 snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused)
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273:16: 
 note: 
   previous declaration is here
 enum snmp_code snmp_passwd_to_keys(struct snmp_user *, char *);
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:382:1:
  error: 
   conflicting types for 'snmp_get_local_keys'
 snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused,
 /asp/git/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274:16: 
 note: 
   previous declaration is here
 enum snmp_code snmp_get_local_keys(struct snmp_user *, uint8_t *, uint32_t);
 
 * Second problem is with ldns (used WITHOUT_LDNS as temporary fix)
 === lib/libldns (all)
 /usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0  -O2 
 -pipe   -I/asp/git/src/lib/libldns/../../contrib/ldns -DNDEBUG -std=gnu99 
 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W 
 -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
 -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body 
 -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare 
 -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function 
 -Wno-enum-conversion -Qunused-arguments -c 
 /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c -o buffer.o
 In file included from /asp/git/src/lib/libldns/../../contrib/ldns/buffer.c:12:
 In file included from 
 /asp/git/src/lib/libldns/../../contrib/ldns/ldns/ldns.h:98:
 /asp/git/src/lib/libldns/../../contrib/ldns/ldns/dane.h:31:10: fatal error: 
   'openssl/ssl.h' file not found
 #include openssl/ssl.h
 
 * I found no work-around for this problem so I'm now stuck.
 === lib/libc/tests/hash (depend)
 (cd /asp/git/src/lib/libc/tests/hash  make -f 
 /asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
 PROG=h_hash  DEPENDFILE=.depend.h_hash .MAKE.DEPENDFILE=.depend.h_hash   
 depend)
 (cd /asp/git/src/lib/libc/tests/hash  make -f 
 /asp/git/src/lib/libc/tests/hash/Makefile _RECURSING_PROGS=  SUBDIR= 
 PROG=sha2_test  DEPENDFILE=.depend.sha2_test 
 .MAKE.DEPENDFILE=.depend.sha2_test   depend)
 rm -f .depend.sha2_test
 CC='/usr/local/libexec/ccache/world/clang -target x86_64-unknown-freebsd11.0 
 ' mkdep -f .depend.sha2_test -a
 -I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh/openbsd-compat 
 -I/asp/git/src/lib/libc/tests/hash/../../../../crypto/openssh 
 -I/asp/git/src/lib/libnetbsd -I/asp/git/src/contrib/netbsd-tests -DNDEBUG 
 -std=gnu99   /asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c
 /asp/git/src/contrib/netbsd-tests/lib/libc/hash/t_sha2.c:45:10: fatal error: 
   'openssl/sha.h' file not found

For this error, maybe the following patch can be applied:

Index: lib/libc/tests/Makefile
===
--- lib/libc/tests/Makefile (revision 276057)
+++ lib/libc/tests/Makefile (working copy)
@@ -9,7 +9,6 @@
 TESTS_SUBDIRS= c063
 TESTS_SUBDIRS+=db
 TESTS_SUBDIRS+=gen
-TESTS_SUBDIRS+=hash
 TESTS_SUBDIRS+=inet
 TESTS_SUBDIRS+=net
 TESTS_SUBDIRS+=regex
@@ -29,4 +28,8 @@
 TESTS_SUBDIRS+=ssp
 .endif
 
+.if ${MK_OPENSSL} != no
+TESTS_SUBDIRS+= hash
+.endif
+
 .include bsd.test.mk

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Herbert J. Skuhra]

On Wed, Dec 24, 2014 at 02:47:57PM +0200, Beeblebrox wrote:
 I patched Herbert's code, deleted the entire partial world and have
 WITHOUT_CRYPT, WITHOUT_BSNMP in src.conf.

Too many parts require openssl (libfetch, bsdinstall/distfetch?, pkg, dma, etc.)
some of them can be disabled with knobs but others require some hacking. 

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Buildworld fails due to WITHOUT_CRYPT (3 issues)

[Herbert J. Skuhra]

On Wed, Dec 24, 2014 at 04:33:19PM +0200, Beeblebrox wrote:
 * So as to keep the build going, I commented out ctld in the usr.sbin/Makefile
 
 * The next part to break was pkg. I set WITHOUT_PKGTOOLS, but that did
   not solve the problem, so I once more had to comment out in
   usr.sbin/Makefile SUBDIR+= pkg
 === usr.sbin/pkg (all)
 cc  -O2 -pipe   -I/asp/git/src/usr.sbin/pkg/../../contrib/libucl/include 
 -DNDEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k 
 -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
 -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow 
 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs 
 -Wredundant-decls -Wold-style-definition -Wno-pointer-sign 
 -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body 
 -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c 
 /asp/git/src/usr.sbin/pkg/pkg.c
 /asp/git/src/usr.sbin/pkg/pkg.c:54:10: fatal error: 'openssl/err.h' file not 
 found
 #include openssl/err.h

Have you tried to set WITHOUT_PKGBOOTSTRAP?

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: svn commit: r272568 - head/sys/net

[Herbert J. Skuhra]

On Sun, Oct 05, 2014 at 07:43:37PM +, Hiroki Sato wrote:
 Author: hrs
 Date: Sun Oct  5 19:43:37 2014
 New Revision: 272568
 URL: https://svnweb.freebsd.org/changeset/base/272568
 
 Log:
   Virtualize if_bridge(4) cloner.

Hi,

after this commit I always get a kernel panic when I stop my
   
vnet jails. With a recent kernel this only happens when if_bridge is loaded
as a module. 

savecore: writing core to /var/crash/vmcore.4   
   
savecore: reboot after panic: mtx_lock() of destroyed mutex @
/usr/src/sys/modules/if_bridge/../../net/if_bridge.c:1814   
   

dump (textdump=0) at pcpu.h:219 
   
#1  0x802ded1e in db_dump (dummy=value optimized out, dummy2=0,   
   
dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543  
   
#2  0x802de7bd in db_command (cmd_table=0x0)
   
at /usr/src/sys/ddb/db_command.c:449
   
#3  0x802de534 in db_command_loop ()
   
at /usr/src/sys/ddb/db_command.c:502
   
#4  0x802e0fc0 in db_trap (type=value optimized out, code=0)  
   
at /usr/src/sys/ddb/db_main.c:251   
   
#5  0x8051e5f1 in kdb_trap (type=3, code=0, tf=value optimized out)   
   
at /usr/src/sys/kern/subr_kdb.c:654
#6  0x8071c2e2 in trap (frame=0xfe00980ae680)   
   
at /usr/src/sys/amd64/amd64/trap.c:542  
   
#7  0x80700652 in calltrap ()   
   
at /usr/src/sys/amd64/amd64/exception.S:231 
   
#8  0x8051dcee in kdb_enter (why=0x807e37e8 panic,
   
msg=value optimized out) at cpufunc.h:63  
   
#9  0x804e54e9 in vpanic (fmt=value optimized out,
   
ap=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:739  
   
#10 0x804e5339 in kassert_panic (fmt=value optimized out) 
   
at /usr/src/sys/kern/kern_shutdown.c:634
   
#11 0x804d038a in __mtx_lock_flags (c=0xfe00016ca278, opts=0,   
   
file=0x8141cb48 
/usr/src/sys/modules/if_bridge/../../net/if_bridge.c, line=1814) at 
/usr/src/sys/kern
+/kern_mutex.c:215  
   
#12 0x8141a510 in bridge_ifdetach () from /boot/kernel/if_bridge.ko 
   
#13 0x805b1c0a in if_detach_internal (ifp=0xf80005c5, vmove=0)  
   
at /usr/src/sys/net/if.c:963
   
#14 0x805b188f in if_detach (ifp=0x80b98530)
   
at /usr/src/sys/net/if.c:894
   
#15 0x805bdfc6 in lo_clone_destroy (ifp=0xf800059a4800) 
   
at /usr/src/sys/net/if_loop.c:117   
   
#16 0x805b955f in if_clone_destroyif (ifc=0xf8000538a580, ifp=0x0)  
   
at /usr/src/sys/net/if_clone.c:684  
   
#17 0x805b9e48 in if_clone_detach (ifc=value optimized out)   
   
at /usr/src/sys/net/if_clone.c:458  
   
#18 0x805bde56 in vnet_loif_uninit (unused=value optimized out)   
   
at /usr/src/sys/net/if_loop.c:168   
   
#19 0x805cf217 in vnet_destroy 

Re: svn commit: r272568 - head/sys/net

[Herbert J. Skuhra]

On Sat, Jan 17, 2015 at 04:10:15PM +0100, Herbert J. Skuhra wrote:
 On Sun, Oct 05, 2014 at 07:43:37PM +, Hiroki Sato wrote:
  Author: hrs
  Date: Sun Oct  5 19:43:37 2014
  New Revision: 272568
  URL: https://svnweb.freebsd.org/changeset/base/272568
  
  Log:
Virtualize if_bridge(4) cloner.
 
 Hi,
 
 after this commit I always get a kernel panic when I stop my  
  
 vnet jails. With a recent kernel this only happens when if_bridge is loaded
 as a module. 
 
 savecore: writing core to /var/crash/vmcore.4 
  
 savecore: reboot after panic: mtx_lock() of destroyed mutex @
 /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:1814

Sorry, there is already a bug report for this (195859). 

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: ports/audio/alsa-lib Error code 74

[Herbert J. Skuhra]

On Wed, Mar 04, 2015 at 06:17:01AM -0500, R0B_ROD wrote:
 Hello, 
 First ld could not find python.

What was the error? Python bindings are optional and off by default.
Run 'make config' in audio/alsa-lib to disable it and try again.

 I removed a $.

This change is wrong. It breaks staging!

 install  -o root -g wheel -m 0644 alsa.pc
'/usr/ports/audio/alsa-lib/work/stage\/libdata/pkgconfig'

vs.

 install  -o root -g wheel -m 0644 alsa.pc
'/usr/ports/audio/alsa-lib/work/stage/usr/local/libdata/pkgconfig'

Revert it and try again!

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: am335x-bone.dts not exist

[Herbert J. Skuhra]

On Sun, May 24, 2015 at 05:21:07AM +0300, Andrey Fesenko wrote:
 # uname -a
 FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat
 May 23 11:56:46 MSK 2015
 root@des.local:/usr/obj/usr/src/sys/GENERIC  amd64
 
 I'm build BEAGLEBONE with crochet.
 
 build error
 
 Mounting UFS partition 1 at /usr/obj/_.mount.freebsd
 Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone
 Error: beaglebone.dts:29.1-2 syntax error
 FATAL ERROR: Unable to parse input tree
 
 
 file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include
 am335x-bone.dts but this file not existence. Need use am335x-evm.dts
 or else?

% find . -name am335x-bone.dts  

./sys/gnu/dts/arm/am335x-bone.dts

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: UTF-8 by default?

[Herbert J. Skuhra]

Baptiste Daroussin skrev:
> 
> On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote:
>> On 20 Jul 2016, at 9:13, Tim Čas wrote:
>> 
>> > So, without further ado:
>> > 1) What are the reasons that UTF-8 isn't the default yet?
>> > 2) Would it be possible to make this the default in 11.0? What about
>> > 12.0?
>> > 3) Assuming an effort is started towards making UTF-8 the default,
>> > what changes would be required?
>> 
>> At least according to one of my students (who makes more extensive use of
>> i18n than I do), enabling UTF-8 by default is pretty straightforward:
>> 
>> https://github.com/musec/freebsd/wiki/Common-setup#utf-8-support
> 
> the LC_COLLATE=C is not needed anymore with freebsd 11+

Weird, when I set LC_ALL or LC_COLLATE to nb_NO.UTF-8 I can no longer
run ls in $HOME. It hangs until I kill it. Same happens with
da_DK.UTF-8; no problem with sv_SE.UTF-8 or en_GB.UTF-8.

I am running FreeBSD 11.0-BETA1 i386 (r302984) and I think someone
else reported a similiar issue earlier.

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: 12-current, since 323508 / Sept 13 - smartctl / smartmontools - unable to query drives

[Herbert J. Skuhra]

On Wed, Oct 04, 2017 at 11:14:00AM -0700, David P. Discher wrote:
> Seeing an odd behavior - even with r324216 as of about Oct 2nd, smartctl can 
> no longer query any disks
> 
> Always getting:
> 
> > sudo smartctl -x /dev/ada0
> Password:
> smartctl 6.5 2016-05-07 r4318 [FreeBSD 12.0-CURRENT amd64] (local build)
> Copyright (C) 2002-16, Bruce Allen, Christian Franke, 
> www.smartmontools.org
> 
> /dev/ada0: Unable to detect device type
> Please specify device type with the -d option.
> 
> Use smartctl -h to get a usage summary
> 
> Even with specifying the type, I can’t query the drives.  I’m trying to nail 
> down the commit now, I think its between r320087 and r323508.
> 
> Anyone have any pointers ?  Smartmontools hasn’t changed since Feb, so by all 
> indications, this is a regression in FreeBSD-current/-head.
> 
> Thanks !

Rebuild smartmontools!

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: make ftp failing

[Herbert J. Skuhra]

On Tue, 07 Nov 2017 12:39:01 +0100, Roger Pau Monné wrote:
> 
> Hello,
> 
> Since the end of last week `make -C release ftp` has been failing for
> me, giving the following output (trimmed for convenience):

Hmm, your build log is from 2017-11-03. Can you try again with sources
from today (svn)? I think the issue has already been fixed. At least my
previous two builds were successful: r325433 (2017-11-05) and r325509
(today).

--
Herbert

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: bootonly release target not creating etc/ssh/

[Herbert J. Skuhra]

On Thu, 09 Nov 2017 18:55:52 +0100,
Roger Pau Monné  wrote:
> 
> Hello,
> 
> Since recently it seems like the bootonly release make target doesn't
> create the etc/ssh directory. I've usually done:
> 
> # make buildworld
> # make buildkernel
> # make -C release ftp
> # make -C release bootonly
> # cp  release/bootonly/etc/ssh/
> 
> But the ssh directory doesn't seem to exist anymore. Is this expected?

Hi,

on my system the files are no longer in $SRCPATH/release but in
/usr/obj/$SRCPATH/$TARGET.$TARGET_ARCH/release:

$ ls -l 
/usr/obj/usr/home/herbert/source/freebsd/head/src/amd64.amd64/release/bootonly/etc/ssh
total 54
-rw-r--r--  1 root  wheel  553185 10 Nov 00:26 moduli
-rw-r--r--  1 root  wheel1780 10 Nov 00:26 ssh_config
-rw-r--r--  1 root  wheel3359 10 Nov 00:26 sshd_config


Not sure if this is expected, a bug or PBKAC. :)

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Recent warnings.

[Herbert J. Skuhra]

On Sat, 05 May 2018 02:09:26 +0200, Sean Bruno wrote:
> 
> make[3]: "/usr/src/share/mk/bsd.prog.mk" line 274: warning: duplicate
> script for target "_scriptsinstall" ignored
> make[3]: "/usr/src/share/mk/bsd.prog.mk" line 274: warning: using
> previous script for "_scriptsinstall" defined here
> 
> 
> This popped up on me this week.  Anyone see what's going on?

This is obviously caused by this change:

Index: share/mk/bsd.prog.mk
===
--- share/mk/bsd.prog.mk(revision 333235)
+++ share/mk/bsd.prog.mk(revision 333236)
@@ -271,6 +271,7 @@
 SCRIPTSMODE_${script:T}?=  ${SCRIPTSMODE}
 STAGE_AS_${script:T}=  
${SCRIPTSDIR_${script:T}}/${SCRIPTSNAME_${script:T}}
 _scriptsinstall: _SCRIPTSINS_${script:T}
+   echo ">SFD>F>DF YES"
 _SCRIPTSINS_${script:T}: ${script}
${INSTALL} ${TAG_ARGS} -o ${SCRIPTSOWN_${.ALLSRC:T}} \
-g ${SCRIPTSGRP_${.ALLSRC:T}} -m ${SCRIPTSMODE_${.ALLSRC:T}} \

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: SVN r327433 fails to build

[Herbert J. Skuhra]

On Sun, 31 Dec 2017 15:19:21 +0100,
Michael Butler  wrote:
> 
> An include file change? I couldn't see the cause :-(
> 
> The last successful build I have is at SVN r327392.
> 
> ===> lib/libprocstat (obj,all,install)
> Building /usr/obj/usr/src/amd64.amd64/lib/libprocstat/zfs/zfs.o
> In file included from /usr/src/lib/libprocstat/zfs.c:41:
> /usr/src/cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h:217:9:
> error: 'curthread' macro redefined [-Werror,-Wmacro-redefined]
> #define curthread   ((void *)(uintptr_t)thr_self())
> ^
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/machine/pcpu.h:230:9: note:
> previous definition is here
> #define curthread   (__curthread())
> ^
> In file included from /usr/src/lib/libprocstat/zfs.c:41:
> /usr/src/cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h:236:9:
> error: 'curproc' macro redefined [-Werror,-Wmacro-redefined]
> #define curproc ()
> ^
> /usr/obj/usr/src/amd64.amd64/tmp/usr/include/sys/pcpu.h:200:9: note:
> previous definition is here
> #define curproc (curthread->td_proc)
> ^
> 2 errors generated.

This is caused by


r327429 | cperciva | 2017-12-31 10:23:35 +0100 (Sun, 31 Dec 2017) | 2 lines

Use the TSLOG framework to record entry/exit timestamps for VFS_MOUNT calls.



--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: pkg-base: how to avoid FreeBSD-$PACKAGE-{profile|development} when using FreeBSD pkg-base

[Herbert J. Skuhra]

On Sat, Aug 25, 2018 at 11:30:41AM +0200, O. Hartmann wrote:
> 
> For some experiments on PINE64 we build packages from FreeBSD's base system. 
> The
> individual package seems to comprise always from several flavours, the
> "regular/production" one, profile/profiling one and development, for instance 
> for package
> FreeBSD-libxo:
> 
> FreeBSD-libxo: 12.0.s20180825090036 [FreeBSD-base]
> FreeBSD-libxo-development: 12.0.s20180825090036 [FreeBSD-base]
> FreeBSD-libxo-profile: 12.0.s20180825090036 [FreeBSD-base]
> 
> When installing packages as recommended on the FreeBSD pkg-base Wiki
> (https://wiki.freebsd.org/PkgBase) via
> 
> pkg install -g 'FreeBSD-*'
> 
> it is implicit that I also get those unwanted "profiling" and "development" 
> packages as
> well as the supposed to be the "production" ones. Fiddling around whith the 
> pattern left
> me with some problems, as it seems to me to make the efforts to high to 
> target all wanted
> packages or avoid development packages. I haven't found a proper way to 
> exclude all the
> unwanted packages (development, prifile) by the global pattern.

Have you checked the content of the development packages? I guess you
have to install them! To disable profile-packages set WITHOUT_PROFILE in
/etc/src.conf.

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: PF synproxy 12 seems to work now

[Herbert J. Skuhra]

On Sun, 15 Jul 2018 05:09:12 +0200, Lars Schotte wrote:
> 
> PF synproxy seems to work now on 12.
> It would be nice to move those changes to 11-stable, because there it
> is still broken. Just saying.

Are you talking about the following changes?

https://lists.freebsd.org/pipermail/svn-src-all/2018-July/167217.html
https://lists.freebsd.org/pipermail/svn-src-all/2018-July/167219.html

They are marked "MFC after: 1 week", so they should appear in
stable/11 soon.

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: local_unbound segfaults at boot

[Herbert J. Skuhra]

On Sun, 15 Jul 2018 03:19:11 +0200, Lars Schotte wrote:
> 
> I see segfaulting too:
> 
> FreeBSD wasp.2km.casa 12.0-CURRENT FreeBSD 12.0-CURRENT #6 r336229: Fri Jul 
> 13 01:51:31 CEST 2018 
> r...@wasp.2km.casa:/usr/obj/usr/src/amd64.amd64/sys/GUSTIK  amd64
> # service local_unbound restart
> local_unbound not running? (check /var/run/local_unbound.pid).
> Starting local_unbound.
> Segmentation fault (core dumped)
> /etc/rc.d/local_unbound: WARNING: failed to start local_unbound
> 
> # du -sh unbound.core 
>  23Munbound.core

unbound binaries were renamed to local-unbound.

https://svnweb.freebsd.org/base?view=revision=333573

# ls -l /usr/sbin/*unbound*
-r-xr-xr-x  1 root  wheel  150416 Jul 10 16:17 /usr/sbin/local-unbound
-r-xr-xr-x  1 root  wheel   47944 Jul 10 16:17 /usr/sbin/local-unbound-anchor
-r-xr-xr-x  1 root  wheel   35608 Jul 10 16:17 /usr/sbin/local-unbound-checkconf
-r-xr-xr-x  1 root  wheel   39736 Jul 10 16:17 /usr/sbin/local-unbound-control
-r-xr-xr-x  1 root  wheel   11030 Jul 10 16:17 /usr/sbin/local-unbound-setup

Did you forget to run mergemaster, 'make delete-old' and 'make
delete-old-libs' after the upgrade?

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ntpd as ntpd user question

[Herbert J. Skuhra]

On Mon, 23 Jul 2018 06:55:52 +0200,
bob prohaska  wrote:
> 
> On Sun, Jul 22, 2018 at 01:49:41AM +0200, Herbert J. Skuhra wrote:
> > On Sat, Jul 21, 2018 at 03:09:26PM -0700, bob prohaska wrote:
> 
> > > The failure is a little surprising, is ntpd a reserved name?
> > 
> > Why? You obviously entered the string "ntpd" instead of an integer when
> > asked for the uid!?
> > 
> 
> Sigh...you're right. Must have been sleepier than I thought.
> 
> > > The machine is re-running buildworld/installworld from a clean start,
> > > so presumably it'll halt over the same error again. When that happens, 
> > > what's the simplest way to recover? Mergemaster is a big hammer, something
> > > less comprehensive might suffice, even manual editing of files.
> > 
> > In this case 'mergemaster -p' is enough.
> > 
> 
> An example or two on the use of mergemaster might be a considerable help. 
> There's something
> very basic that I don't understand.
> 
> What is the correct response to the prompts for this simple case? The output 
> displayed
> is said to be differences, so the "temporary" file's nature isn't 
> self-evident. It looks
> as if the most obvious option is m, followed by eb, but that leaves me 
> editing by hand, 
> which is what I thought mergemaster was supposed to avoid. 

Yes, first you press m. Then you will see differences of installed
file (left) and new file (right). Then you press either l or
r:

l | 1:  choose left diff
r | 2:  choose right diff

If the diff tries to remove/add to many lines you can:

el: edit left diff
er: edit right diff

And if done you can view the merged file (v) before installing (i) it.

I am sure, someone can explain it better! :)

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ntpd as ntpd user question

[Herbert J. Skuhra]

On Sat, Jul 21, 2018 at 03:09:26PM -0700, bob prohaska wrote:
> On Sat, Jul 21, 2018 at 12:14:10PM -0600, Ian Lepore wrote:
> > 
> > I can't see any way that installkernel would lead to the complaint
> > about the ntpd user not existing; that check is tied to the
> > installworld target.
> > 
> My mistake. I was sleepy and in a hurry. The error message was in installworld
> and my attempt to adduser ntpd concluded with an error:
> Locked : yes
> OK? (yes/no): yes
> pw: Bad id 'ntpd': invalid
> adduser: ERROR: There was an error adding user (ntpd).
> On reboot the old ntpd set the clock and I thought all was well.
> 
> The failure is a little surprising, is ntpd a reserved name?

Why? You obviously entered the string "ntpd" instead of an integer when
asked for the uid!?

> The machine is re-running buildworld/installworld from a clean start,
> so presumably it'll halt over the same error again. When that happens, 
> what's the simplest way to recover? Mergemaster is a big hammer, something
> less comprehensive might suffice, even manual editing of files.

In this case 'mergemaster -p' is enough.

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: 12-Current panics on boot (didn't a week ago.)

[Herbert J. Skuhra]

On Sun, 25 Mar 2018 05:21:10 +0200, Andrew Reilly wrote:
> 
> OK, I've completed the search: r331346 works, r331347 panics
> somewhere in the initialization of random.
> 
> In the 331347 change (Add the "TCP Blackbox Recorder") I can't see
> anything obvious to tweak, unfortunately.  It's a fair chunk of new
> code but it's all network-stack related, and my kernel is panicking
> long before any network activity happens.
> 
> Any suggestions?

Does your system boot if you upgrade to at least r331485 and remove
"options TCP_BLACKBOX" from sys/amd64/conf/GENERIC (if you build and
run GENERIC)?

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: unbound error: Undefined symbol "sldns_key_EVP_load_gost_id"

[Herbert J. Skuhra]

On Sun, 04 Nov 2018 20:07:39 +0100, "Michael W. Lucas" wrote:
> 
> Hi,
> 
> Haven't seen this reported yet, so here it is. Found on last week's
> world, rebuild last night and still there. Worth filing a bug?
> 
> storm~;uname -a
> FreeBSD storm 13.0-CURRENT FreeBSD 13.0-CURRENT r339863 GENERIC  amd64
> 
> Trying to run unbound, and:
> 
> storm~;sudo unbound -dd
> ld-elf.so.1: /usr/sbin/unbound: Undefined symbol "sldns_key_EVP_load_gost_id"
> 
> The voices in my head mutter it's something about OpenSSL. But they're
> usually wrong.
> 
> Here's my unbound.conf, just in case:
> 
> ---
> root-hints: "named.cache"
> access-control: 0.0.0.0/0 allow
> ---

You are obviously running an old unbound binary. Did you forget to run
'make delete-old(-libs)'? Try /usr/sbin/local-unbound.

---
r333573 | des | 2018-05-12 19:10:36 +0200 (Sat, 12 May 2018) | 4 lines

Rename all Unbound binaries and man pages from unbound* to local-unbound*.

PR: 222902
---

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: /etc/os-release isn't created

[Herbert J. Skuhra]

On Mon, Nov 25, 2019 at 08:13:19AM +0900, Yasuhiro KIMURA wrote:

> distribution:
> .if !defined(DESTDIR)
>   @echo "set DESTDIR before running \"make ${.TARGET}\""
>   @false
> .endif
>   ${_+_}cd ${.CURDIR}/gss; ${MAKE} install
>   ${_+_}cd ${.CURDIR}/mtree; ${MAKE} install
>   ${_+_}cd ${SRCTOP}/share/termcap; ${MAKE} etc-termcap
>   ${_+_}cd ${SRCTOP}/usr.sbin/rmt; ${MAKE} etc-rmt
>   ${INSTALL_SYMLINK} ../var/run/os-release \
>   ${DESTDIR}/etc/os-release
> yasu@rolling-vm-freebsd1[2105]% 
> 
> But 'make distribution' isn't executed by normal upgrade steps. So
> it's a bug and should be fixed.

- mergemaster runs 'make distribution':
  ${MM_MAKE} DESTDIR=${TEMPROOT} distribution >/dev/null;} || 
- the link etc/os-release is created in /var/tmp/temproot when running
  mergemaster but not moved to /

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: lame reverse DNS?

[Herbert J. Skuhra]

On Mon, 17 Feb 2020 17:45:46 +0100, Michael Butler wrote:
> 
> Seems there's an issue with freebsd.org's reverse DNS resulting in
> refused email, e.g.
> 
> Feb 17 08:58:54 mail postfix/smtpd[41811]: NOQUEUE: reject: RCPT from
> unknown[2610:1c1:1:606c::19:2]: 550 5.7.25 Client host rejected: cannot
> find your hostname, [2610:1c1:1:606c::19:2];
> from= to=
> proto=ESMTP helo=
> Feb 17 10:55:52 mail postfix/smtpd[82117]: NOQUEUE: reject: RCPT from
> unknown[96.47.72.81]: 550 5.7.25 Client host rejected: cannot find your
> hostname, [96.47.72.81]; from=
> to= proto=ESMTP helo=
> Feb 17 11:11:15 mail postfix/smtpd[83299]: NOQUEUE: reject: RCPT from
> unknown[96.47.72.81]: 550 5.7.25 Client host rejected: cannot find your
> hostname, [96.47.72.81]; from=
> to= proto=ESMTP helo=
> 
> Looking more closely ..
> 
> /home/imb> host 2610:1c1:1:606c::19:2
> Host
> 2.0.0.0.9.1.0.0.0.0.0.0.0.0.0.0.c.6.0.6.1.0.0.0.1.c.1.0.0.1.6.2.ip6.arpa
> not found: 2(SERVFAIL)
> /home/imb> host 96.47.72.81
> Host 81.72.47.96.in-addr.arpa not found: 2(SERVFAIL)

The problem has been resolved but I still sometimes see "connect from
unknown[2610:1c1:1:606c::19:2]" in the maillog (today: 6 of 131
connections). Local unbound issue?

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: lame reverse DNS?

[Herbert J. Skuhra]

On Thu, Feb 27, 2020 at 10:31:59AM +0100, Kurt Jaeger wrote:
> Hi!
> 
> > The problem has been resolved but I still sometimes see "connect from
> > unknown[2610:1c1:1:606c::19:2]" in the maillog (today: 6 of 131
> > connections). Local unbound issue?
> 
> That IPv6 has a valid reverse DNS record, so please try to investigate.

Yes, I know. Otherwise it would fail permanently.

- Postfix sends two standard queries (PTR) to local unbound within 5
seconds (05:51:23 and 05:51:28)
- Unbound sends multiple queries to 2610:1c0::1104 and 2610:1c0::1204
without receiving a reply (05:51:23 - 05:51:41)
- Unbound replies twice with Server failure (05:51:53)

I have this issue only with [2610:1c1:1:606c::19:2]:

# grep " connect from unknown" /var/log/maillog
Feb 27 03:37:53 mail postfix/smtpd[93921]: connect from 
unknown[2610:1c1:1:606c::19:2]
Feb 27 08:40:27 mail postfix/smtpd[33354]: connect from 
unknown[2610:1c1:1:606c::19:2]
Feb 27 09:43:39 mail postfix/smtpd[41982]: connect from 
unknown[2610:1c1:1:606c::19:2]
Feb 27 10:53:38 mail postfix/smtpd[4960]: connect from 
unknown[2610:1c1:1:606c::19:2]
Feb 27 15:30:28 mail postfix/smtpd[87816]: connect from 
unknown[2610:1c1:1:606c::19:2]
Feb 27 15:50:30 mail postfix/smtpd[98816]: connect from 
unknown[2610:1c1:1:606c::19:2]

I've already set cache-min-ttl to 3600. FreeBSD.org uses ttl=60. Why?
I'll try to set do-ip6=no. Meanwhile I've whitelisted the IPv6 address
in postfix. 

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: How to enable tcp bbr in FreeBSD???

[Herbert J. Skuhra]

On Fri, Apr 24, 2020 at 01:31:35PM +0200, Kurt Jaeger wrote:
> 
> Thanks. Is BBR active automatically or is there a sysctl or
> socket option to activate it ?

net.inet.tcp.cc.available: List available congestion control algorithms
net.inet.tcp.cc.algorithm: Default congestion control algorithm

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Reinstalling libncurses.so.9

[Herbert J. Skuhra]

On Thu, 07 Jan 2021 11:07:57 +0100, Filippo Moretti wrote:
> 
> I just upgraded current and was prompted to delete libncurses.so.9
> which I did.I could not find another version in lib so I need to
> reinstall libncurses.so.9.Let me please know hot tothank youFilippo

Why? What's broken?

I think the commit message explains everything:

https://cgit.freebsd.org/src/commit/?id=821aa63a09402935da0a73abf20ba0441562aa07

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Reinstalling libncurses.so.9

[Herbert J. Skuhra]

On Thu, 07 Jan 2021 11:30:33 +0100, Filippo Moretti wrote:
> 
>  
> I also tried to rebuld the ports but I got errors from dependency.Maybe I 
> should rebuild using pkgs?Filippo

1. For a quick fix you can try:

% fetch https://download.freebsd.org/ftp/snapshots/amd64/13.0-CURRENT/base.txz
# tar -Jxvf base.txz lib/libncurses.so.9
# mv lib/libncurses.so.9 /usr/lib/compat

2. Find ALL installed packages that require libncurses.so.9 and rebuild them

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: "make[2]: don't know how to make /usr/src/sys/net/route/route_ifaddrs.c. Stop"

[Herbert J. Skuhra]

On Sun, Nov 08, 2020 at 06:02:33AM -0800, David Wolfskill wrote:
> Resolved by r367486.

e.g. svnmir.bme.FreeBSD.org is still at r367484. Why the delay?

And the certificate of cgit-beta.freebsd.org has expired!

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: kldxref: /boot/kernel/kernel: too many segments

[Herbert J. Skuhra]

On Tue, Jan 05, 2021 at 01:01:33PM +0100, Matthias Apitz wrote:
> 
> Hello,
> 
> On an amd64 system r314251 a world and kernel built fine from SVN r368166 the
> installation with
> 
> # make installkernel KERNCONF=GENERIC
> 
> endet with the following messages
> 
> install -T release -o root -g wheel -m 555   zlib.ko /boot/kernel/
> install -T dbg -o root -g wheel -m 555   zlib.ko.debug 
> /usr/lib/debug/boot/kernel/
> kldxref /boot/kernel
> kldxref: /boot/kernel/kernel: too many segments
> --
> >>> Installing kernel GENERIC completed on Tue Jan  5 12:50:59 CET 2021
> --
> 
> What should I do before rebooting to continue with the installation of
> world?



Just to be on the safe side (test the kernel):

1. rm /boot/kernel and mv /boot/kernel.old /boot/kernel

If you are using UFS: 

2. make installkernel KODIR=/boot/testkernel 
3. nextboot -k testkernel

If you are using ZFS:

Use bectl and zfsbootcfg.

-- 
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Running 'pkg version' in a stable/12 jail under FreeBSD 13.0-ALPHA1

[Herbert J. Skuhra]

On Thu, 14 Jan 2021 10:42:55 +0100, "Herbert J. Skuhra" wrote:
> 
> Hi!
> 
> I have two BEs: default (stable/12-c243202-g49038d1723a9) and fbsd13
> (main-c255946-gbd72252aace3) and a stable/12 jail. Ports tree is
> mounted ro,nullfs from the host into the jail.
> 
> 1. Booting the default BE and running pkg in the jail:
> 
> # pkg version -vPL=
> meson-0.56.0   <   needs updating (port has 0.56.2)
> mutt-2.0.3 <   needs updating (port has 2.0.4)
> 
> 2. Booting the fbsd13 BE and running pkg in the jail:
> 
> # pkg version -vPL=
> autoconf-2.69_3?   orphaned: devel/autoconf
> [...]
> meson-0.56.0   ?   orphaned: devel/meson
> mime-support-3.62  ?   orphaned: misc/mime-support
> mutt-2.0.3 ?   orphaned: mail/mutt
> [...]
> zstd-1.4.5_1   ?   orphaned: archivers/zstd
> 
> This also happens with a svn checkout of ports inside the jail.

Please ignore. This is obviously not supported:

make: "/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r (13.0-CURRENT)
and OSVERSION (1202505) do not agree on major version number.

I thought this had worked a few days ago.

I have to run:

env UNAME_r=12.2-STABLE pkg version -vPL=

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Running 'pkg version' in a stable/12 jail under FreeBSD 13.0-ALPHA1

[Herbert J. Skuhra]

Hi!

I have two BEs: default (stable/12-c243202-g49038d1723a9) and fbsd13
(main-c255946-gbd72252aace3) and a stable/12 jail. Ports tree is
mounted ro,nullfs from the host into the jail.

1. Booting the default BE and running pkg in the jail:

# pkg version -vPL=
meson-0.56.0   <   needs updating (port has 0.56.2)
mutt-2.0.3 <   needs updating (port has 2.0.4)

2. Booting the fbsd13 BE and running pkg in the jail:

# pkg version -vPL=
autoconf-2.69_3?   orphaned: devel/autoconf
[...]
meson-0.56.0   ?   orphaned: devel/meson
mime-support-3.62  ?   orphaned: misc/mime-support
mutt-2.0.3 ?   orphaned: mail/mutt
[...]
zstd-1.4.5_1   ?   orphaned: archivers/zstd

This also happens with a svn checkout of ports inside the jail.

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: etcupdate failed to build new tree

[Herbert J. Skuhra]

On Fri, 01 Jan 2021 20:01:16 +0100, Graham Perrin wrote:
> 
> At what should have been the end of my first upgrade since the
> transition to git:
> 
> cd /usr/src/freebsd-current && make installworld && etcupdate
> 
> Ĵ– concluded with a successful installworld, then a few lines about
> scanning and skipping certificates, then:
> 
> > Failed to build new tree.
> 
> I see the manual page for etcupdate(8) but I'm not sure how to proceed.

-s source  Specify an alternate source tree to use when building
   or extracting a “current” tree.  The default source
   tree is /usr/src.
   
> 
> 
> I did try `mergemaster -p` and somehow (!) ended up with an empty
> `/etc/group` file. Dug myself out of that hole, I'll prefer to
> continue using etcupdate.

-m /path/to/sources
 Specify the path to the directory where you want to do the
 make(1).

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: mergemaster option -m (was: etcupdate failed to build new tree)

[Herbert J. Skuhra]

On Fri, 01 Jan 2021 21:29:45 +0100, Graham Perrin wrote:
> 
> On 01/01/2021 19:24, Herbert J. Skuhra wrote:
> 
> > On Fri, 01 Jan 2021 20:01:16 +0100, Graham Perrin wrote:
> > 
> >> …
> >> 
> >> I did try `mergemaster -p` and somehow (!) ended up with an empty
> >> `/etc/group` file. Dug myself out of that hole, I'll prefer to
> >> continue using etcupdate.
> > -m /path/to/sources
> >   Specify the path to the directory where you want to do the
> >   make(1).
> 
> 
> Thank you, what path would you suggest?
> 
> (Given the previous weirdness, I want to make no guesses here.)

1. Your SOURCEDIR is /usr/src/freebsd-current and not /usr/src.

Unlike etcupdate mergemaster checks for Makefile1.inc in the working
directory and asks to set SOURCEDIR accordingly:

*** /usr/src was not found.
Found Makefile.inc1 in the current directory.
Would you like to set SOURCEDIR to /mnt2/src? [no and exit]

Did you see this prompt?

2. Do you have (old) files (e.g. Makefile.inc1) or directories
(e.g. etc) in /usr/src?

Is this problem reproducible? Does it work if use -m switch, e.g:
'mergemaster -m .' or 'mergemaster -m /usr/src/freebsd-current'?

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: etcupdate, svnlite, documentation etc. following the transition of source to Git

[Herbert J. Skuhra]

On Sat, 02 Jan 2021 17:18:10 +0100, Graham Perrin wrote:
> 
> Sorry for the mis-formatting and lost line breaks in my previous
> e-mail. Blame Thunderbird.
> 
> As reference:
> 
> 
> 
> /usr/src
> 
> > BSD, third-party, and/or local source files

Sorry, what's your point?

Why do you think/insist that you have to clone doc/src/ports into
/usr/src?

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: etcupdate, svnlite, documentation etc. following the transition of source to Git

[Herbert J. Skuhra]

On Sat, 02 Jan 2021 09:31:36 +0100, Graham Perrin wrote:
> 
> With the transition to Git
> 
> ==
> 
> If it's true that /usr/src is _no longer_ a predictable path to the
> source files, then is it still appropriate for users' fortunes to
> include this FreeBSD tip?
> 
> 
> 
> It is, still, essentially a smart tip (thank you, Lars) however some
> readers who have switched to the `git` approach might benefit from an
> additional hint to use option -s
> 
> svnlite
> ===
> 
> 
> still describes use of `svnlite` (not `git` or `got`) and, I guess,
> might continue to do so for some time.
> 
> In this context, is `cd /usr/src` still true?

If you clone the repository to /usr/src instead of e.g.
/usr/src/freebsd-current.

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Problem compiling harfbuzz

[Herbert J. Skuhra]

On Tue, 04 May 2021 10:20:24 +0200, Filippo Moretti via freebsd-current wrote:
> 
> Good morning,    harfbuzz did not compile with he 
> following error:  File 
> "/usr/local/lib/python3.8/site-packages/mesonbuild/modules/gnome.py", line 
> 449, in _get_dependencies_flags
>     if use_gir_args and self._gir_has_option('--extra-library'):
>   File "/usr/local/lib/python3.8/site-packages/mesonbuild/modules/gnome.py", 
> line 498, in _gir_has_option
>     p, o, e = Popen_safe(exe.get_command() + ['--help'], 
> stderr=subprocess.STDOUT)
>   File 
> "/usr/local/lib/python3.8/site-packages/mesonbuild/mesonlib/universal.py", 
> line 1320, in Popen_safe
>     p = subprocess.Popen(args, universal_newlines=True, close_fds=False,
>   File "/usr/local/lib/python3.8/subprocess.py", line 858, in __init__
>     self._execute_child(args, executable, preexec_fn, close_fds,
>   File "/usr/local/lib/python3.8/subprocess.py", line 1704, in _execute_child
>     raise child_exception_type(errno_num, err_msg, err_filename)
> FileNotFoundError: [Errno 2] No such file or directory: 
> '/usr/local/bin/g-ir-scanner'
> ===>  Script "configure" failed unexpectedly.
> Please report the problem to desk...@freebsd.org [maintainer] and attach the
> "/usr/ports/print/harfbuzz/work/harfbuzz-2.8.1/_build/meson-logs/meson-log.txt"
> including the output of the failure of your make command. Also, it might be
> a good idea to provide an overview of all packages installed

Have you tried to (re)build devel/gobject-introspection? I think
ports list is more appropriate.

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: WITHOUT_KERNEL_SYMBOLS - *.ko now with debug_info

[Herbert J. Skuhra]

add Cc: current@

On Mon, 22 Mar 2021 02:17:11 +0100, "Herbert J. Skuhra" wrote:
> 
> On Sun, Mar 21, 2021 at 11:11:08PM +0100, Herbert J. Skuhra wrote:
> > Hi,
> > 
> > since upgrading to stable/13 I was wondering why /boot/kernel is much
> > larger. When using "WITHOUT_KERNEL_SYMBOLS=" in /etc/src.conf the
> > kernel modules now contain debug_info. OK? (I manually run "objcopy
> > --strip-debug".)
> 
> I found the following commit:
> 
> commit 9b6edf364eb05aca4709732136e92a6ab739bb36
> Author: Conrad Meyer
> Date:   Tue Jun 23 18:25:31 2020 +
> 
> If this change is correct maybe src.conf(5) should be updated:
> 
> WITHOUT_KERNEL_SYMBOLS
>  Set to not install kernel symbol files.  This option is
>  recommended for those people who have small root partitions.

???

% make -j4  buildkernel KERNCONF=GENERIC SRCCONF=/dev/null
% doas make installkernel KERNCONF=GENERIC SRCCONF=/dev/null 
KODIR=/boot/testkernel
% doas rm -rf /usr/obj/usr/src/amd64.amd64/sys/GENERIC
% cat /etc/src_tmp.conf 
WITHOUT_KERNEL_SYMBOLS=
% make -j4  buildkernel KERNCONF=GENERIC SRCCONF=/etc/src_tmp.conf
% doas make installkernel KERNCONF=GENERIC SRCCONF=/etc/src_tmp.conf 
KODIR=/boot/testkernel2
% du -sh /boot/testkernel 
 63M/boot/testkernel
(=> ~ 153M UFS or ZFS with compression=off) 
% du -sh /usr/lib/debug/boot/testkernel/
151M/usr/lib/debug/boot/testkernel/
(=> ~ 491M UFS or ZFS with compression=off)
% du -sh /boot/testkernel2
155M/boot/testkernel2
(=> ~ 494M UFS or ZFS with compression=off)

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: /usr/src Git --count (count of commits to the branch)

[Herbert J. Skuhra]

On Mon, 05 Apr 2021 21:00:47 +0200, Graham Perrin wrote:
> 
> Why is the count so different?
> 
> The count today: 257732; and the result of today's build: n245827
> 
> % bectl list -c creation
> BE    Active Mountpoint Space Created
> r357746-Waterfox  -  -  59.2G 2020-03-10 18:24
> n2733-5ac839029d-f    -  -  12.5G 2021-03-04 09:17
> n257337-5fe0cd6503d-e -  -  1.55G 2021-03-23 07:56
> n257551-66f138563be-a -  -  129M  2021-03-25 09:35
> n257551-66f138563be-b -  -  882M  2021-03-26 19:27
> n257551-66f138563be-c -  -  95.4M 2021-03-31 16:26
> n257732-361e9501800-a NR /  127G  2021-04-05 18:48
> % uname -v
> FreeBSD 14.0-CURRENT #91 main-n245827-361e9501800: Mon Apr  5 17:59:57
> BST 2021
> root@mowa219-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG
> % git -C /usr/src rev-list --count HEAD
> 257732

/usr/src/sys/conf/newvers.sh uses a different command:

  git_cnt=$($git_cmd rev-list --first-parent --count HEAD 2>/dev/null)
  ^^
See:

commit 8a51f14a7833fd14e1f125e63a0af9d260dcd287
Author: Warner Losh
Date:   Mon Jan 25 12:53:31 2021 -0700

--
Herbert
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: How do I find out what changed for an freebsd release update?

[Herbert J. Skuhra]

On Fri, Oct 15, 2021 at 11:48:01PM +, Rick Macklem wrote:
> Hi,
> 
> PR#259163 reports a problem w.r.t. the NFSv3 server that surfaced when
> the server was upgraded from 12.2-p8 to 12.2-p9.
> I know that nothing changed in NFS server code, but how can I find out
> what did get changed by that update?
> 
> Thanks in advance for any help, rick

1. Check UPDATING https://cgit.freebsd.org/src/tree/UPDATING?h=releng/12.2
2. git log and git diff e.g.: git diff 6e927d10c587..2430d82b40ea

-- 
Herbert

Re: main-c572-g82397d791 from January 2021

[Herbert J. Skuhra]

On Sun, 02 Jan 2022 09:46:17 +0100, grahamper...@gmail.com wrote:
> 
> The version string at the time:
> 
> FreeBSD 13.0-CURRENT #75 main-c572-g82397d791: Sun Jan  3 20:00:09 GMT 2021
> 
>  finds nothing.
> 
>  currently takes me to
> around 2021-01-03, with
> 
> the first on the 3rd.
> 
> Should I assume that it will be impossible, or unreasonably difficult,
> to identify, in cgit, the exact commit that related to g82397d791?
> 
> (I know, it was not long after the transition to Git.)

I think you are loooking for commit 82397d791:

commit 82397d791966b09d344251bc709cd9db2b3a1902
Author: Mateusz Guzik
Date:   Fri Jan 1 04:10:12 2021 +0100

vfs: denote vnode being a mount point with VIRF_MOUNTPOINT

Reviewed by:kib (previous version)
Differential Revision:  https://reviews.freebsd.org/D27794


The 'g' was removed in 8a51f14a7833fd14e1f125e63a0af9d260dcd287.

--
Herbert

Extracting base.txz files missing flags

[Herbert J. Skuhra]

Hi!

# uname -rms
FreeBSD 12.2-RELEASE-p10 amd64

# cd tmp
# fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz
# tar -xzvf base.txz
# find . -flags schg
./sbin/init
./var/empty
./usr/bin/opieinfo
./usr/bin/passwd
./usr/bin/su
./usr/bin/chpass
./usr/bin/opiepasswd
./usr/bin/login
./usr/bin/crontab
./usr/lib/librt.so.1
./libexec/ld-elf.so.1
./libexec/ld-elf32.so.1
./lib/libc.so.7
./lib/libcrypt.so.5
./lib/libthr.so.3

On 13.0-STABLE (stable/13-n247985-ef1134110e80): 

# cd tmp
# fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz
# tar -xzvf base.txz
# find . -flags schg
./var/empty

On 14.0-CURRENT (main-n250458-c441592a0e15):

# cd tmp
# fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz
# tar -xzvf base.txz
# find . -flags schg
# find . -flags schg,uarch
./var/empty

PBKAC or bug? 

--
Herbert

Re: Extracting base.txz files missing flags

[Herbert J. Skuhra]

On Fri, 12 Nov 2021 20:22:38 +0100, "Herbert J. Skuhra" wrote:
> 
> Hi!
> 
> # uname -rms
> FreeBSD 12.2-RELEASE-p10 amd64
> 
> # cd tmp
> # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz
> # tar -xzvf base.txz
> # find . -flags schg
> ./sbin/init
> ./var/empty
> ./usr/bin/opieinfo
> ./usr/bin/passwd
> ./usr/bin/su
> ./usr/bin/chpass
> ./usr/bin/opiepasswd
> ./usr/bin/login
> ./usr/bin/crontab
> ./usr/lib/librt.so.1
> ./libexec/ld-elf.so.1
> ./libexec/ld-elf32.so.1
> ./lib/libc.so.7
> ./lib/libcrypt.so.5
> ./lib/libthr.so.3
> 
> On 13.0-STABLE (stable/13-n247985-ef1134110e80): 
> 
> # cd tmp
> # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz
> # tar -xzvf base.txz
> # find . -flags schg
> ./var/empty
> 
> On 14.0-CURRENT (main-n250458-c441592a0e15):
> 
> # cd tmp
> # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz
> # tar -xzvf base.txz
> # find . -flags schg
> # find . -flags schg,uarch
> ./var/empty
> 
> PBKAC or bug?

12.3-RC1 (r371003): also affected
13.0-RELEASE (releng/13.0-n244733-ea31abc261f): OK

--
Herbert

Re: CURRENT: can't build 13-STABLE anymore: cp: [vdso]: No such file or directory *** Error

[Herbert J. Skuhra]

On Fri, Apr 01, 2022 at 05:11:41PM +0200, FreeBSD User wrote:
> 
> Hello,
> 
> it is also impossible to installworld - same error. I'm on FreeBSD 
> 14.0-CURRENT #134
> main-n253938-4ef6e56ae80: Thu Mar 24 16:11:07 CET 2022 amd64, sources are up 
> to date as of
> now. 

I think I got this error last time I tried to update a 13.0 jail on main. 

AFAIR it's caused by a shared version library bump on main.

-- 
Herbert

Re: FreeBSD-15 kernel panic when the amdtemp device is in the kernel

[Herbert J. Skuhra]

On Sat, 02 Sep 2023 18:02:03 +0200, Gary Jennejohn wrote:
> 
> On Sat, 02 Sep 2023 15:36:36 +0200
> "Herbert J. Skuhra"  wrote:
> 
> > On Fri, 01 Sep 2023 18:05:34 +0200, Gary Jennejohn wrote:
> > >
> > > On Fri, 1 Sep 2023 14:43:21 +
> > > Gary Jennejohn  wrote:
> > >
> > > > A git-bisect is probably required.
> > > >
> > >
> > > I did a bisect and the result was commit
> > > 9a7add6d01f3c5f7eba811e794cf860d2bce131d.
> > >
> > > However, that can't be correct because this commit was made on
> > > Mon Jul 17 19:29:20 2023 and my FBSD-14 kernel from August 13th
> > > boots successfully :(
> >
> > Commit date is August 19th, 2023(!):
> >
> > commit 9a7add6d01f3c5f7eba811e794cf860d2bce131d
> > Author: Colin Percival
> > AuthorDate: Mon Jul 17 19:29:20 2023 -0700
> > Commit: Colin Percival
> > CommitDate: Sat Aug 19 22:04:56 2023 -0700
> >
> >
> > Reverting this commit seems to resolve the issue for me:
> >
> > FreeBSD 15.0-CURRENT amd64 150 #0 main-n265137-2ad756a6bbb3
> >
> > $ git status
> > On branch main
> > Your branch is up to date with 'freebsd/main'.
> >
> > You are currently reverting commit 9a7add6d01f3.
> >   (all conflicts fixed: run "git revert --continue")
> >   (use "git revert --skip" to skip this patch)
> >   (use "git revert --abort" to cancel the revert operation)
> >
> > Changes to be committed:
> >   (use "git restore --staged ..." to unstage)
> > modified:   sys/kern/init_main.c
> >
> > # dmesg |egrep "(amdsmn|amdtemp)"
> > amdsmn0:  on hostb0
> > amdtemp0:  on hostb0
> >
> > $ sysctl kern.conftxt |grep amdt
> > device  amdtemp
> >
> 
> Really?  I did a git log and July 17 is what pops out for this commit.
> 
> Ah, I see that git log doesn't show the commit date.
> 
> So I guess that the git bisect really did find the commit which caused
> all our problems.
> 
> If reverting it fixes things then this requires some action from Colin
> Percival.
> 
> This would also explain why my FBSD-14 kernel from August 13 was
> OK.

Probably best to file a PR: https://bugs.freebsd.org/bugzilla/

--
Herbert

Re: FreeBSD-15 kernel panic when the amdtemp device is in the kernel

[Herbert J. Skuhra]

On Fri, 01 Sep 2023 18:05:34 +0200, Gary Jennejohn wrote:
> 
> On Fri, 1 Sep 2023 14:43:21 +
> Gary Jennejohn  wrote:
> 
> > A git-bisect is probably required.
> >
> 
> I did a bisect and the result was commit
> 9a7add6d01f3c5f7eba811e794cf860d2bce131d.
> 
> However, that can't be correct because this commit was made on
> Mon Jul 17 19:29:20 2023 and my FBSD-14 kernel from August 13th
> boots successfully :(

Commit date is August 19th, 2023(!):

commit 9a7add6d01f3c5f7eba811e794cf860d2bce131d
Author: Colin Percival
AuthorDate: Mon Jul 17 19:29:20 2023 -0700
Commit: Colin Percival 
CommitDate: Sat Aug 19 22:04:56 2023 -0700


Reverting this commit seems to resolve the issue for me:

FreeBSD 15.0-CURRENT amd64 150 #0 main-n265137-2ad756a6bbb3

$ git status
On branch main
Your branch is up to date with 'freebsd/main'.

You are currently reverting commit 9a7add6d01f3.
  (all conflicts fixed: run "git revert --continue")
  (use "git revert --skip" to skip this patch)
  (use "git revert --abort" to cancel the revert operation)

Changes to be committed:
  (use "git restore --staged ..." to unstage)
modified:   sys/kern/init_main.c

# dmesg |egrep "(amdsmn|amdtemp)"
amdsmn0:  on hostb0
amdtemp0:  on hostb0

$ sysctl kern.conftxt |grep amdt
device  amdtemp

--
Herbert

Re: net/mpd5 on stable/14 - COMPAT_FREEBSD12 required?

[Herbert J. Skuhra]

On Wed, 30 Aug 2023 15:46:46 +0200, "Herbert J. Skuhra" wrote:
> 
> On Wed, 30 Aug 2023 15:29:28 +0200, "Herbert J. Skuhra" wrote:
> > 
> > Hi,
> > 
> > after updating from stable/13 to (main and later to) stable/14
> > net/mpd5 only connects to my ISP (VDSL with VLAN) if I enable "options
> > COMPAT_FREEBSD12" in my kernel. Without I get only:
> > 
> > Aug 30 15:08:06 gw mpd[59876]: [L1] PPPoE connection timeout after 9 seconds
> > Aug 30 15:08:06 gw mpd[59876]: [L1] Link: DOWN event
> > Aug 30 15:08:06 gw mpd[59876]: [L1] LCP: Down event
> > Aug 30 15:08:06 gw mpd[59876]: [L1] Link: reconnection attempt 1 in 7 
> > seconds
> > Aug 30 15:08:14 gw mpd[59876]: [L1] Link: reconnection attempt 1
> > Aug 30 15:08:14 gw mpd[59876]: [L1] PPPoE: Connecting to ''
> > Aug 30 15:08:23 gw mpd[59876]: [L1] PPPoE connection timeout after 9 seconds
> > Aug 30 15:08:23 gw mpd[59876]: [L1] Link: DOWN event
> > Aug 30 15:08:23 gw mpd[59876]: [L1] LCP: Down event
> > [..]
> > 
> > I guess the problem is:
> > 
> > Without "COMPAT_FREEBSD12" vlanproto = 0x. If I run "ifconfig
> > vlan31 vlanproto 802.1q" mpd5 works.
> 
> Maybe this commit is related:
> 
> commit afbb64f1d85b7d8c2938031c3567946b5d10da4f
> Author: Alexander V. Chernikov
> Date:   Sun Apr 11 17:47:03 2021 +0100
> 
> Fix vlan creation for the older ifconfig(8) binaries.
> 
> Reported by:allanjude
> MFC after:  immediately
> 
> ?

On stable/13 (GENERIC without COMPAT_FREEBSD12):

# ifconfig vlan99 create
 ==> vlanproto: 0x
# ifconfig vlan99 vlan 99 vlandev igb0
 ==> vlanproto: 802.1q
# ifconfig vlan99 destroy
# ifconfig vlan99 create vlan 99 vlandev igb0
 ==> vlanproto: 802.1q

On stable/14 or main (GENERIC without COMPAT_FREEBSD12):

# ifconfig vlan99 create
 ==> vlanproto 0x
# ifconfig vlan99 vlan 99 vlandev igb0
 ==> vlanproto 0x#
# ifconfig vlan99 create vlan 99 vlandev igb0
 ==> vlanproto: 802.1q

I guess that's why the following lines in my /etc/rc.conf no longer
work on stable/14 or main (without COMPAT_FREEBSD12):

cloned_interfaces="vlan99"
ifconfig_vlan99="vlan 99 vlandev igb0"

I have to replace the ifconfig line with:

ifconfig_vlan99="vlan 99 vlandev igb0 vlanproto 802.1q"

It also works if I remove the following lines in sys/net/if_vlan.c:

1110 #ifdef COMPAT_FREEBSD12
1113 #endif

2265 #ifdef COMPAT_FREEBSD12
2268 #endif

--
Herbert

Re: FreeBSD-15 kernel panic when the amdtemp device is in the kernel

[Herbert J. Skuhra]

On Fri, 01 Sep 2023 13:03:14 +0200, Gary Jennejohn wrote:
> 
> I have a laptop wioth a AMD Ryzen 5 and a tower with a AMD Ryzen 7 3700X.
> 
> These are respectively Zen 1 and Zen 2 CPUs.
> 
> I built a kernel on both computers using the FreeBSD-15 source tree.
> 
> If I include the amdtemp device in my kernel file BOTH computers end up
> with a kernel panic while trying to attach the amdtemp device.
> 
> If I remove amdtemp both computers boot without any issues.
> 
> I suspect that this commit is the cause:
> 
> commit 323a94afb6236bcec3a07721566aec6f2ea2b209
> Author: Akio Morita 
> Date:   Tue Aug 1 22:32:12 2023 +0200
> 
> amdsmn(4), amdtemp(4): add support for Zen 4
> 
> Zen 4 support, tested on Ryzen 9 7900
> 
> Reviewed by:imp (previous version), mhorne
> Approved by:mhorne
> Obtained from:  http://jyurai.ddo.jp/~amorita/diary/?date=20221102#p01
> Differential Revision:  https://reviews.freebsd.org/D41049

Thanks for sharing your findings.

Now I probably know why my old kernel from stable/13 no longer booted
after updating to stable/14. I've create a new kernel config and
forgot to add "device amdtemp" & "device amdsmn" and forgot about the
issue. After removing only "device amdtemp" from my old kernel config
it boots again.

Unfortunately reverting this commit (git revert -n 323a94afb623)
doesn't resolve this issue. Old kernel does not boot if "device
amdtemp" is enabled. Probably wrong commit or I am doing somethig
wrong!?

--
Herbert

Re: net/mpd5 on stable/14 - COMPAT_FREEBSD12 required?

[Herbert J. Skuhra]

On Wed, 30 Aug 2023 15:29:28 +0200, "Herbert J. Skuhra" wrote:
> 
> Hi,
> 
> after updating from stable/13 to (main and later to) stable/14
> net/mpd5 only connects to my ISP (VDSL with VLAN) if I enable "options
> COMPAT_FREEBSD12" in my kernel. Without I get only:
> 
> Aug 30 15:08:06 gw mpd[59876]: [L1] PPPoE connection timeout after 9 seconds
> Aug 30 15:08:06 gw mpd[59876]: [L1] Link: DOWN event
> Aug 30 15:08:06 gw mpd[59876]: [L1] LCP: Down event
> Aug 30 15:08:06 gw mpd[59876]: [L1] Link: reconnection attempt 1 in 7 seconds
> Aug 30 15:08:14 gw mpd[59876]: [L1] Link: reconnection attempt 1
> Aug 30 15:08:14 gw mpd[59876]: [L1] PPPoE: Connecting to ''
> Aug 30 15:08:23 gw mpd[59876]: [L1] PPPoE connection timeout after 9 seconds
> Aug 30 15:08:23 gw mpd[59876]: [L1] Link: DOWN event
> Aug 30 15:08:23 gw mpd[59876]: [L1] LCP: Down event
> [..]
> 
> I guess the problem is:
> 
> Without "COMPAT_FREEBSD12" vlanproto = 0x. If I run "ifconfig
> vlan31 vlanproto 802.1q" mpd5 works.

Maybe this commit is related:

commit afbb64f1d85b7d8c2938031c3567946b5d10da4f
Author: Alexander V. Chernikov
Date:   Sun Apr 11 17:47:03 2021 +0100

Fix vlan creation for the older ifconfig(8) binaries.

Reported by:allanjude
MFC after:  immediately

?

--
Herbert

net/mpd5 on stable/14 - COMPAT_FREEBSD12 required?

[Herbert J. Skuhra]

Hi,

after updating from stable/13 to (main and later to) stable/14
net/mpd5 only connects to my ISP (VDSL with VLAN) if I enable "options
COMPAT_FREEBSD12" in my kernel. Without I get only:

Aug 30 15:08:06 gw mpd[59876]: [L1] PPPoE connection timeout after 9 seconds
Aug 30 15:08:06 gw mpd[59876]: [L1] Link: DOWN event
Aug 30 15:08:06 gw mpd[59876]: [L1] LCP: Down event
Aug 30 15:08:06 gw mpd[59876]: [L1] Link: reconnection attempt 1 in 7 seconds
Aug 30 15:08:14 gw mpd[59876]: [L1] Link: reconnection attempt 1
Aug 30 15:08:14 gw mpd[59876]: [L1] PPPoE: Connecting to ''
Aug 30 15:08:23 gw mpd[59876]: [L1] PPPoE connection timeout after 9 seconds
Aug 30 15:08:23 gw mpd[59876]: [L1] Link: DOWN event
Aug 30 15:08:23 gw mpd[59876]: [L1] LCP: Down event
[..]

I guess the problem is:

Without "COMPAT_FREEBSD12" vlanproto = 0x. If I run "ifconfig
vlan31 vlanproto 802.1q" mpd5 works.

--
Herbert

Re: FreeBSD-15 kernel panic when the amdtemp device is in the kernel

[Herbert J. Skuhra]

On Fri, 01 Sep 2023 16:04:41 +0200, Gary Jennejohn wrote:
> 
> On Fri, 01 Sep 2023 14:15:20 +0200
> "Herbert J. Skuhra"  wrote:
> 
> > On Fri, 01 Sep 2023 13:03:14 +0200, Gary Jennejohn wrote:
> > >
> > > I have a laptop wioth a AMD Ryzen 5 and a tower with a AMD Ryzen 7 3700X.
> > >
> > > These are respectively Zen 1 and Zen 2 CPUs.
> > >
> > > I built a kernel on both computers using the FreeBSD-15 source tree.
> > >
> > > If I include the amdtemp device in my kernel file BOTH computers end up
> > > with a kernel panic while trying to attach the amdtemp device.
> > >
> > > If I remove amdtemp both computers boot without any issues.
> > >
> > > I suspect that this commit is the cause:
> > >
> > > commit 323a94afb6236bcec3a07721566aec6f2ea2b209
> > > Author: Akio Morita 
> > > Date:   Tue Aug 1 22:32:12 2023 +0200
> > >
> > > amdsmn(4), amdtemp(4): add support for Zen 4
> > >
> > > Zen 4 support, tested on Ryzen 9 7900
> > >
> > > Reviewed by:imp (previous version), mhorne
> > > Approved by:mhorne
> > > Obtained from:  http://jyurai.ddo.jp/~amorita/diary/?date=20221102#p01
> > > Differential Revision:  https://reviews.freebsd.org/D41049
> >
> > Thanks for sharing your findings.
> >
> > Now I probably know why my old kernel from stable/13 no longer booted
> > after updating to stable/14. I've create a new kernel config and
> > forgot to add "device amdtemp" & "device amdsmn" and forgot about the
> > issue. After removing only "device amdtemp" from my old kernel config
> > it boots again.
> >
> > Unfortunately reverting this commit (git revert -n 323a94afb623)
> > doesn't resolve this issue. Old kernel does not boot if "device
> > amdtemp" is enabled. Probably wrong commit or I am doing somethig
> > wrong!?
> >
> 
> Strange.  My FreeBSD-14 kernel boots with device amdtemp (which automatically
> results in amdsmn being included).  It's FreeBSD-15 which fails for me.

1. 'kload amdtemp' works:
   121 0x81e7c000 3160 amdtemp.ko
   131 0x81e8 2138 amdsmn.ko

   amdsmn0:  on hostb0 
   amdtemp0:  on hostb0

2. GENERIC boots fine. The following kernel does not:

   include GENERIC

   identTEST
   device   amdtemp

3. Unfortunately this is a remote server without a serial console. I
don't get a crashdump and I can't find anything in /var/log/messages.

4. I have no good revision for stable/14 and main. On main I always
use GENERIC-NODEBUG. :-( 

-- 
Herbert

Re: make installworld filed with "Required library libdialog.so.9 not found"

[Herbert J. Skuhra]

On Wed, Sep 20, 2023 at 11:47:28AM +0900, KIRIYAMA Kazuhiko wrote:
> Hi, all
> 
> I'm updating 15.0-CURRENT (main-n265415-b2bd87bb01a9) from
> 14.0-CURRENT, but make installworld filed with "Required
> library libdialog.so.9 not found" as follows:
> 
> root@vm:/usr/src # make installworld
> make[1] warning: /usr/src/: Read-only file system.
> make[1]: "/usr/obj/usr/src/amd64.amd64/toolchain-metadata.mk" line 1: Using 
> cached toolchain metadata from build at vm.truefc.org on Tue Sep 19 12:43:15 
> JST 2023
> --
> >>> Install check world
> --
> mkdir -p /tmp/install.bRcisFAS
> progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp  date echo 
> egrep find grep id install   ln make mkdir mtree mv pwd_mkdb  rm sed 
> services_mkdb sh sort strip sysctl test time true uname wc tzsetup makewhatis 
> ; do  if progpath=`env 
> PATH=/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin
>  which $prog`; then  echo $progpath;  else  echo "Required tool $prog not 
> found in PATH 
> ("/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr!
>  /libexec::/sbin:/bin:/usr/sbin:/usr/bin")." >&2;  exit 1;  fi;  done);  if [ 
> -z "" ] ; then  libs=$(ldd -f "%o %p\n" -f "%o %p\n" $progs 2>/dev/null | 
> sort -u | grep -Ev '\[.*]' |  while read line; do  set -- $line;  if [ "$2 
> $3" != "not found" ]; then  echo $2;  else  echo "Required library $1 not 
> found." >&2;  exit 1;  fi;  done);  fi;  cp $libs $progs /tmp/install.bRcisFAS
> Required library libdialog.so.9 not found.
> *** Error code 1
> 
> Stop.
> make[1]: stopped in /usr/src
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/src
> 
> 
> According to [1], this causes
> usr.sbin/tzsetup/Makefile.depend.options, but already fixed
> this. libdialog.so.10 has been built in
> /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/:
> 
> root@vm:/usr/src # find /usr/obj -name "libdialog.*"
> /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so
> /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10
> /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10.debug
> /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.a
> /usr/obj/usr/src/amd64.amd64/gnu/lib/libdialog/libdialog.so.10.full
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/debug/usr/lib/libdialog.so.10.debug
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/debug/usr/lib32/libdialog.so.10.debug
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.so.10
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.a
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libdialog.so
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.so.10
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.so
> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib32/libdialog.a
> /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10
> /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.a
> /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so
> /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10.full
> /usr/obj/usr/src/amd64.amd64/obj-lib32/gnu/lib/libdialog/libdialog.so.10.debug
> root@vm:/usr/src # 
> 
> What should I do ?

Are you using META_MODE or WITHOUT_CLEAN? 
Have you tried a clean build (wiping /usr/obj/usr/src/amd64.amd64 or
parts of it e.g /usr/obj/usr/src/amd64.amd64/tmp/)?

-- 
Herbert 

Re: How to supress prompt on bc 5.3.1

[Herbert J. Skuhra]

On Tue, 14 Jun 2022 03:01:41 +0200, Masachika ISHIZUKA wrote:
> 
>   I updated to master-n256084-5dd1f6f1441 (1400061) and this
> leads to bc to 5.3.1.
>   Previosly, 'BC-ENV-APRG=-P' or 'bc -P' were working but it
> doesn't work on 5.3.1.  Is there any way to supress prompt ?

This is fixed in 5.3.2:

https://git.yzena.com/gavin/bc/commit/45df56dd2eee2947d80f627f2d6ecf2b05827194
https://git.yzena.com/gavin/bc/releases

--
Herbert

Re: Recent 14.0-CURRENT(s) crash in BTX whilest booting

[Herbert J. Skuhra]

On Mon, 15 Aug 2022 22:11:59 +0200, Warner Losh wrote:
> 
> This should be fixed now.
> 
> commit d98de7440507aea1648c8f4bc302bf88c0eb9458
> Author: Toomas Soome 
> Date:   Mon Aug 15 00:49:50 2022 +0300
> 
> loader: zfs reader should only store devdesc in f_devdata
> 
> Use d_opendata for device specific data.
> 
> PR: 265825
> Reviewed by:imp
> Differential Revision:  https://reviews.freebsd.org/D36202
> 
> is the commit you want to have in your tree.
> 
> Warner

My 14.0-CURRENT BE boots again!

Thanks.

--
Herbert

Re: Problem compiling CURRENT

[Herbert J. Skuhra]

On Wed, 14 Dec 2022 14:08:01 +0100, Filippo Moretti wrote:
> 
> FreeBSD ROXY 14.0-CURRENT FreeBSD 14.0-CURRENT #4
> main-n258255-de56ac88099: Wed Sep 28 19:35:24 CEST 2022
> root@ROXY:/usr/obj/usr/src/amd64.amd64/sys/ROXY amd64
> 
> 
> 
> 
> 
> 
> 
> Dear Sir I had the following error while trying to compile CURRENT===> 
> usr.bin/rs (all)
> make[4]: /usr/obj/usr/src/amd64.amd64/usr.bin/rs/.depend.rs.o, 1: ignoring 
> stale .depend for /usr/src/usr.bin/rs/rs.c
> cc -target x86_64-unknown-freebsd14.0 
> --sysroot=/usr/obj/usr/src/amd64.amd64/tmp 
> -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -fno-common   -fPIE -g 
> -gz=zlib -MD  -MF.depend.rs.o -MTrs.o -std=gnu99 -Wno-format-zero-length 
> -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow 
> -Wunused-parameter -Wcast-align -Wchar-subscripts -Wnested-externs 
> -Wold-style-definition -Wno-pointer-sign -Wdate-time 
> -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body 
> -Wno-string-plus-int -Wno-unused-const-variable 
> -Wno-error=unused-but-set-variable  -Qunused-arguments    -c 
> /usr/src/usr.bin/rs/rs.c -o rs.o
> *** Error code 1
> 
> Stop.
> make[4]: stopped in /usr/src/usr.bin/rs
> *** Error code 1
> 
> Stop.
> make[3]: stopped in /usr/src/usr.bin
> *** Error code 1
> 
> Stop.
> make[2]: stopped in /usr/src
> *** Error code 1
> 
> Stop.
> make[1]: stopped in /usr/src
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/src

Have you tried to wipe /usr/obj (or at least:
/usr/obj/usr/src/amd64.amd64/usr.bin/rs/)?

--
Herbert

Re: Missing ktls_ocf.ko

[Herbert J. Skuhra]

On Thu, Feb 16, 2023 at 09:15:04AM +0100, Gordon Bergling wrote:
> Hi,
> 
> I recently tried to load ktls_ocf.ko as stated in ktls(4), but on a very
> recent -CURRENT there is no such kernel module present.
> 
> Has there anything changed in -CURRENT about this kernel module?
> 
> On 13-STABLE and 13.1-RELEASE I find the module in /boot/kernel.

commit 21e3c1fbe2460f144f6d4dfd61c3346b2de59667
Author: John Baldwin
Date:   Tue May 25 16:59:19 2021 -0700

Assume OCF is the only KTLS software backend.

This removes support for loadable software backends.  The KTLS OCF
support is now always included in kernels with KERN_TLS and the
ktls_ocf.ko module has been removed.  The software encryption routines
now take an mbuf directly and use the TLS mbuf as the crypto buffer
when possible.

Bump __FreeBSD_version for software backends in ports.

Reviewed by:gallatin, markj
Sponsored by:   Netflix
Differential Revision:  https://reviews.freebsd.org/D30138


Does this answer your question?

--
Herbert

Re: Request for Testing: TCP RACK

[Herbert J. Skuhra]

On Tue, 06 Feb 2024 23:05:27 +0100, tue...@freebsd.org wrote:
> 
> > On Jan 5, 2024, at 08:48, tue...@freebsd.org wrote:
> > 
> >> On Jan 4, 2024, at 21:39, Herbert J. Skuhra  wrote:
> >> 
> >> On Thu, 04 Jan 2024 21:22:22 +0100, tue...@freebsd.org wrote:
> >>> 
> >>>> On Jan 4, 2024, at 18:52, Herbert J. Skuhra  wrote:
> >>>> 
> >>>> On Thu, 04 Jan 2024 11:40:35 +0100, "Herbert J. Skuhra" wrote:
> >>>>> 
> >>>>> On Fri, 17 Nov 2023 14:31:02 +0100, "Herbert J. Skuhra" wrote:
> >>>>>> 
> >>>>>> Hi,
> >>>>>> 
> >>>>>> On Fri, 17 Nov 2023 00:15:13 +0100, tue...@freebsd.org wrote:
> >>>>>>> 
> >>>>>>>> On Nov 16, 2023, at 20:06, Herbert J. Skuhra  
> >>>>>>>> wrote:
> >>>>>>>> 
> >>>>>>>> On Thu, 16 Nov 2023 19:07:29 +0100, Olivier Cochard-Labbé wrote:
> >>>>>>>>> 
> >>>>>>>>> On Thu, Nov 16, 2023 at 5:10 PM Herbert J. Skuhra 
> >>>>>>>>>  wrote:
> >>>>>>>>> 
> >>>>>>>>>> 
> >>>>>>>>>> OK, I am now running GENERIC-NODEBUG + "options TCPHPTS".
> >>>>>>>>>> 
> >>>>>>>>>> After setting "sysctl net.inet.tcp.functions_default=rack" git no
> >>>>>>>>>> longer works:
> >>>>>>>>>> 
> >>>>>>>>>> 
> >>>>>>>>> Are you using a fresh 15 head or a specific network setup ?
> >>>>>>>>> 
> >>>>>>>>> Because I'm not able to reproduce your problem on my system:
> >>>>>>>>> 
> >>>>>>>>> $ uname -a
> >>>>>>>>> FreeBSD bigone 15.0-CURRENT FreeBSD 15.0-CURRENT #0
> >>>>>>>>> main-n266452-070d9e3540e6: Thu Nov 16 17:53:15 CET 2023
> >>>>>>>>> root@bigone:/usr/obj/usr/src/amd64.amd64/sys/TCPHPTS
> >>>>>>>>> amd64
> >>>>>>>>> $ cat /usr/src/sys/amd64/conf/TCPHPTS
> >>>>>>>>> include GENERIC-NODEBUG
> >>>>>>>>> ident   TCPHPTS
> >>>>>>>>> options TCPHPTS
> >>>>>>>>> $ sysctl net.inet.tcp.functions_default
> >>>>>>>>> net.inet.tcp.functions_default: rack
> >>>>>>>>> $ git clone -q g...@github.com:freebsd/freebsd-src.git && echo 
> >>>>>>>>> working
> >>>>>>>>> working
> >>>>>>>>> $
> >>>>>>>> 
> >>>>>>>> OK, (g)it works if I disable pf. Do you use pf?
> >>>>>>> Can you share your pf config such that I can reproduce the problem 
> >>>>>>> locally?
> >>>>>> 
> >>>>>> 1. It even fails with a simple pf.conf:
> >>>>>> pass in all
> >>>>>> pass out all
> >>>>>> 
> >>>>>> 2. Fetching port distfiles also failed.
> >>>>>> 
> >>>>>> 3. If I disable rxcsum on the ethernet adapter (igb0) it works.
> >>>>> 
> >>>>> Disabling lro also resolves the issue.
> >>>> 
> >>>> If I run "sysctl net.inet.tcp.rack.features.cmpack=0" I don't have to
> >>>> disable rxcsum/tcxsum or lro on igb0.
> >>> Does the problem also goes away if you disable pf completely, but keep
> >>> compressed acks enabled?
> >> 
> >> Yes, it works with pf disabled and compressed acks enabled.
> > Thanks for the information!
> A patch is available at:
> https://reviews.freebsd.org/D43769

Hi Michael,

the patch resolves the issue.

Thanks a lot.

Best regards,
Herbert

Re: make installworld fails because /usr/include/c++/v1/__tuple is a file

[Herbert J. Skuhra]

On Sun, Dec 10, 2023 at 01:22:38PM +, John F Carr wrote:
> On arm64 running CURRENT from two weeks ago I updated to
> 
>   c711af772782 Bump __FreeBSD_version for llvm 17.0.6 merge
> 
> and built and installed from source.  make installworld failed:
> 
>   install: target directory `/usr/include/c++/v1/__tuple/' does not exist
> 
> That pathname is a file:
> 
>   -r--r--r--  1 root wheel 20512 Feb 15  2023 /usr/include/c++/v1/__tuple
> 
> Early in make output is
> 
>   mtree -deU -i -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include
>   ./c++/v1/__algorithm/pstl_backends missing (created)
>   [...]
>   ./c++/v1/__tuple missing (not created: File exists)
> 
> Should I remove the file and try again, or is there a more elegant fix?
> 
> The word "tuple" does not appear in UPDATING.

'make delete-old' should have removed this file.

bdd1243df58e6 (Dimitry Andric  2023-04-14 23:41:27 +0200   965)
OLD_FILES+=usr/include/c++/v1/__tuple

-- 
Herbert

Re: Request for Testing: TCP RACK

[Herbert J. Skuhra]

On Thu, 04 Jan 2024 11:40:35 +0100, "Herbert J. Skuhra" wrote:
> 
> On Fri, 17 Nov 2023 14:31:02 +0100, "Herbert J. Skuhra" wrote:
> > 
> > Hi,
> > 
> > On Fri, 17 Nov 2023 00:15:13 +0100, tue...@freebsd.org wrote:
> > > 
> > > > On Nov 16, 2023, at 20:06, Herbert J. Skuhra  wrote:
> > > > 
> > > > On Thu, 16 Nov 2023 19:07:29 +0100, Olivier Cochard-Labbé wrote:
> > > >> 
> > > >> On Thu, Nov 16, 2023 at 5:10 PM Herbert J. Skuhra  
> > > >> wrote:
> > > >> 
> > > >>> 
> > > >>> OK, I am now running GENERIC-NODEBUG + "options TCPHPTS".
> > > >>> 
> > > >>> After setting "sysctl net.inet.tcp.functions_default=rack" git no
> > > >>> longer works:
> > > >>> 
> > > >>> 
> > > >> Are you using a fresh 15 head or a specific network setup ?
> > > >> 
> > > >> Because I'm not able to reproduce your problem on my system:
> > > >> 
> > > >> $ uname -a
> > > >> FreeBSD bigone 15.0-CURRENT FreeBSD 15.0-CURRENT #0
> > > >> main-n266452-070d9e3540e6: Thu Nov 16 17:53:15 CET 2023
> > > >> root@bigone:/usr/obj/usr/src/amd64.amd64/sys/TCPHPTS
> > > >> amd64
> > > >> $ cat /usr/src/sys/amd64/conf/TCPHPTS
> > > >> include GENERIC-NODEBUG
> > > >> ident   TCPHPTS
> > > >> options TCPHPTS
> > > >> $ sysctl net.inet.tcp.functions_default
> > > >> net.inet.tcp.functions_default: rack
> > > >> $ git clone -q g...@github.com:freebsd/freebsd-src.git && echo working
> > > >> working
> > > >> $
> > > > 
> > > > OK, (g)it works if I disable pf. Do you use pf?
> > > Can you share your pf config such that I can reproduce the problem 
> > > locally?
> > 
> > 1. It even fails with a simple pf.conf:
> >pass in all
> >pass out all
> > 
> > 2. Fetching port distfiles also failed.
> > 
> > 3. If I disable rxcsum on the ethernet adapter (igb0) it works.
> 
> Disabling lro also resolves the issue.

If I run "sysctl net.inet.tcp.rack.features.cmpack=0" I don't have to
disable rxcsum/tcxsum or lro on igb0. 

--
Herbert

Re: Request for Testing: TCP RACK

[Herbert J. Skuhra]

On Thu, 04 Jan 2024 14:57:59 +0100, tue...@fh-muenster.de wrote:
> 
> > On Jan 4, 2024, at 11:40, Herbert J. Skuhra  wrote:
> > 
> > On Fri, 17 Nov 2023 14:31:02 +0100, "Herbert J. Skuhra" wrote:
> >> 
> >> Hi,
> >> 
> >> On Fri, 17 Nov 2023 00:15:13 +0100, tue...@freebsd.org wrote:
> >>> 
> >>>> On Nov 16, 2023, at 20:06, Herbert J. Skuhra  wrote:
> >>>> 
> >>>> On Thu, 16 Nov 2023 19:07:29 +0100, Olivier Cochard-Labbé wrote:
> >>>>> 
> >>>>> On Thu, Nov 16, 2023 at 5:10 PM Herbert J. Skuhra  
> >>>>> wrote:
> >>>>> 
> >>>>>> 
> >>>>>> OK, I am now running GENERIC-NODEBUG + "options TCPHPTS".
> >>>>>> 
> >>>>>> After setting "sysctl net.inet.tcp.functions_default=rack" git no
> >>>>>> longer works:
> >>>>>> 
> >>>>>> 
> >>>>> Are you using a fresh 15 head or a specific network setup ?
> >>>>> 
> >>>>> Because I'm not able to reproduce your problem on my system:
> >>>>> 
> >>>>> $ uname -a
> >>>>> FreeBSD bigone 15.0-CURRENT FreeBSD 15.0-CURRENT #0
> >>>>> main-n266452-070d9e3540e6: Thu Nov 16 17:53:15 CET 2023
> >>>>> root@bigone:/usr/obj/usr/src/amd64.amd64/sys/TCPHPTS
> >>>>> amd64
> >>>>> $ cat /usr/src/sys/amd64/conf/TCPHPTS
> >>>>> include GENERIC-NODEBUG
> >>>>> ident   TCPHPTS
> >>>>> options TCPHPTS
> >>>>> $ sysctl net.inet.tcp.functions_default
> >>>>> net.inet.tcp.functions_default: rack
> >>>>> $ git clone -q g...@github.com:freebsd/freebsd-src.git && echo working
> >>>>> working
> >>>>> $
> >>>> 
> >>>> OK, (g)it works if I disable pf. Do you use pf?
> >>> Can you share your pf config such that I can reproduce the problem 
> >>> locally?
> >> 
> >> 1. It even fails with a simple pf.conf:
> >>   pass in all
> >>   pass out all
> >> 
> >> 2. Fetching port distfiles also failed.
> >> 
> >> 3. If I disable rxcsum on the ethernet adapter (igb0) it works.
> > 
> > Disabling lro also resolves the issue.
> > 
> > Not OK:
> > 
> > igb0: flags=1008843 metric 
> > 0 mtu 1500
> >
> > options=4e527bb
> > 
> > OK:
> > 
> > igb0: flags=1008843 metric 
> > 0 mtu 1500
> >
> > options=4e523bb
> What kind of NIC do you have? Can you post the output of
> dmesg | grep igb0

igb0:  port 0xf000-0xf01f mem 
0xfc20-0xfc27,0xfc28-0xfc283fff irq 28 at device 0.0 on pci3
igb0: EEPROM V3.16-0 eTrack 0x84d6
igb0: Using 1024 TX descriptors and 1024 RX descriptors
igb0: Using 4 RX queues 4 TX queues
igb0: Using MSI-X interrupts with 5 vectors
igb0: Ethernet address: aa:bb:cc:dd:ee:ff
igb0: netmap queues/slots: TX 4/1024, RX 4/1024
igb0: link state changed to UP
igb0: link state changed to DOWN
igb0: link state changed to UP

--
Herbert

Re: Request for Testing: TCP RACK

[Herbert J. Skuhra]

On Thu, 04 Jan 2024 21:22:22 +0100, tue...@freebsd.org wrote:
> 
> > On Jan 4, 2024, at 18:52, Herbert J. Skuhra  wrote:
> > 
> > On Thu, 04 Jan 2024 11:40:35 +0100, "Herbert J. Skuhra" wrote:
> >> 
> >> On Fri, 17 Nov 2023 14:31:02 +0100, "Herbert J. Skuhra" wrote:
> >>> 
> >>> Hi,
> >>> 
> >>> On Fri, 17 Nov 2023 00:15:13 +0100, tue...@freebsd.org wrote:
> >>>> 
> >>>>> On Nov 16, 2023, at 20:06, Herbert J. Skuhra  wrote:
> >>>>> 
> >>>>> On Thu, 16 Nov 2023 19:07:29 +0100, Olivier Cochard-Labbé wrote:
> >>>>>> 
> >>>>>> On Thu, Nov 16, 2023 at 5:10 PM Herbert J. Skuhra  
> >>>>>> wrote:
> >>>>>> 
> >>>>>>> 
> >>>>>>> OK, I am now running GENERIC-NODEBUG + "options TCPHPTS".
> >>>>>>> 
> >>>>>>> After setting "sysctl net.inet.tcp.functions_default=rack" git no
> >>>>>>> longer works:
> >>>>>>> 
> >>>>>>> 
> >>>>>> Are you using a fresh 15 head or a specific network setup ?
> >>>>>> 
> >>>>>> Because I'm not able to reproduce your problem on my system:
> >>>>>> 
> >>>>>> $ uname -a
> >>>>>> FreeBSD bigone 15.0-CURRENT FreeBSD 15.0-CURRENT #0
> >>>>>> main-n266452-070d9e3540e6: Thu Nov 16 17:53:15 CET 2023
> >>>>>> root@bigone:/usr/obj/usr/src/amd64.amd64/sys/TCPHPTS
> >>>>>> amd64
> >>>>>> $ cat /usr/src/sys/amd64/conf/TCPHPTS
> >>>>>> include GENERIC-NODEBUG
> >>>>>> ident   TCPHPTS
> >>>>>> options TCPHPTS
> >>>>>> $ sysctl net.inet.tcp.functions_default
> >>>>>> net.inet.tcp.functions_default: rack
> >>>>>> $ git clone -q g...@github.com:freebsd/freebsd-src.git && echo working
> >>>>>> working
> >>>>>> $
> >>>>> 
> >>>>> OK, (g)it works if I disable pf. Do you use pf?
> >>>> Can you share your pf config such that I can reproduce the problem 
> >>>> locally?
> >>> 
> >>> 1. It even fails with a simple pf.conf:
> >>>  pass in all
> >>>  pass out all
> >>> 
> >>> 2. Fetching port distfiles also failed.
> >>> 
> >>> 3. If I disable rxcsum on the ethernet adapter (igb0) it works.
> >> 
> >> Disabling lro also resolves the issue.
> > 
> > If I run "sysctl net.inet.tcp.rack.features.cmpack=0" I don't have to
> > disable rxcsum/tcxsum or lro on igb0.
> Does the problem also goes away if you disable pf completely, but keep
> compressed acks enabled?

Yes, it works with pf disabled and compressed acks enabled.

--
Herbert

Re: Request for Testing: TCP RACK

[Herbert J. Skuhra]

On Fri, 17 Nov 2023 14:31:02 +0100, "Herbert J. Skuhra" wrote:
> 
> Hi,
> 
> On Fri, 17 Nov 2023 00:15:13 +0100, tue...@freebsd.org wrote:
> > 
> > > On Nov 16, 2023, at 20:06, Herbert J. Skuhra  wrote:
> > > 
> > > On Thu, 16 Nov 2023 19:07:29 +0100, Olivier Cochard-Labbé wrote:
> > >> 
> > >> On Thu, Nov 16, 2023 at 5:10 PM Herbert J. Skuhra  
> > >> wrote:
> > >> 
> > >>> 
> > >>> OK, I am now running GENERIC-NODEBUG + "options TCPHPTS".
> > >>> 
> > >>> After setting "sysctl net.inet.tcp.functions_default=rack" git no
> > >>> longer works:
> > >>> 
> > >>> 
> > >> Are you using a fresh 15 head or a specific network setup ?
> > >> 
> > >> Because I'm not able to reproduce your problem on my system:
> > >> 
> > >> $ uname -a
> > >> FreeBSD bigone 15.0-CURRENT FreeBSD 15.0-CURRENT #0
> > >> main-n266452-070d9e3540e6: Thu Nov 16 17:53:15 CET 2023
> > >> root@bigone:/usr/obj/usr/src/amd64.amd64/sys/TCPHPTS
> > >> amd64
> > >> $ cat /usr/src/sys/amd64/conf/TCPHPTS
> > >> include GENERIC-NODEBUG
> > >> ident   TCPHPTS
> > >> options TCPHPTS
> > >> $ sysctl net.inet.tcp.functions_default
> > >> net.inet.tcp.functions_default: rack
> > >> $ git clone -q g...@github.com:freebsd/freebsd-src.git && echo working
> > >> working
> > >> $
> > > 
> > > OK, (g)it works if I disable pf. Do you use pf?
> > Can you share your pf config such that I can reproduce the problem locally?
> 
> 1. It even fails with a simple pf.conf:
>pass in all
>pass out all
> 
> 2. Fetching port distfiles also failed.
> 
> 3. If I disable rxcsum on the ethernet adapter (igb0) it works.

Disabling lro also resolves the issue.

Not OK:

igb0: flags=1008843 metric 0 
mtu 1500

options=4e527bb

OK:

igb0: flags=1008843 metric 0 
mtu 1500

options=4e523bb

--
Herbert

Re: Request for Testing: TCP RACK

[Herbert J. Skuhra]

Hi,

On Thu, 16 Nov 2023 10:13:05 +0100, tue...@freebsd.org wrote:
> 
> Dear all,
> 
> recently the main branch was changed to build the TCP RACK stack
> which is a loadable kernel module, by default:
> https://cgit.FreeBSD.org/src/commit/?id=3a338c534154164504005beb00a3c6feb03756cc
> 
> As discussed on the bi-weekly transport call, it would be great if people
> could test the RACK stack for their workload. Please report any problems to 
> the
> net@ mailing list or open an issue in the bug tracker and drop me a note via 
> email.
> This includes regressions in CPU usage, regressions in performance or any 
> other
> unexpected change you observe.
> 
> You can load the kernel module using
> kldload tcp_rack
> 
> You can make the RACK stack the default stack using
> sysctl net.inet.tcp.functions_default=rack
> 
> Based on the feedback we get, the default stack might be switched to the
> RACK stack.
> 
> Please let me know if you have any questions.

I am running main-n266450-a592812327de with a GENERIC-NODEBUG kernel.

# kldload tcp_rack
kldload: an error occurred while loading module tcp_rack. Please check
dmesg(8) for more details.

In dmesg:
KLD tcp_rack.ko: depends on tcphpts - not available or version mismatch
linker_load_file: /boot/kernel/tcp_rack.ko - unsupported file type

So you have to build a kernel with "options TCPHPTS" first?

--
Herbert

Re: Request for Testing: TCP RACK

[Herbert J. Skuhra]

On Thu, 16 Nov 2023 13:06:03 +0100, "Herbert J. Skuhra" wrote:
> 
> Hi,
> 
> On Thu, 16 Nov 2023 10:13:05 +0100, tue...@freebsd.org wrote:
> > 
> > Dear all,
> > 
> > recently the main branch was changed to build the TCP RACK stack
> > which is a loadable kernel module, by default:
> > https://cgit.FreeBSD.org/src/commit/?id=3a338c534154164504005beb00a3c6feb03756cc
> > 
> > As discussed on the bi-weekly transport call, it would be great if people
> > could test the RACK stack for their workload. Please report any problems to 
> > the
> > net@ mailing list or open an issue in the bug tracker and drop me a note 
> > via email.
> > This includes regressions in CPU usage, regressions in performance or any 
> > other
> > unexpected change you observe.
> > 
> > You can load the kernel module using
> > kldload tcp_rack
> > 
> > You can make the RACK stack the default stack using
> > sysctl net.inet.tcp.functions_default=rack
> > 
> > Based on the feedback we get, the default stack might be switched to the
> > RACK stack.
> > 
> > Please let me know if you have any questions.
> 
> I am running main-n266450-a592812327de with a GENERIC-NODEBUG kernel.
> 
> # kldload tcp_rack
> kldload: an error occurred while loading module tcp_rack. Please check
> dmesg(8) for more details.
> 
> In dmesg:
> KLD tcp_rack.ko: depends on tcphpts - not available or version mismatch
> linker_load_file: /boot/kernel/tcp_rack.ko - unsupported file type
> 
> So you have to build a kernel with "options TCPHPTS" first?

OK, I am now running GENERIC-NODEBUG + "options TCPHPTS".

After setting "sysctl net.inet.tcp.functions_default=rack" git no
longer works:

# sysctl net.inet.tcp.functions_default=rack
$ git pull
client_loop: send disconnect: Broken pipe
fatal: the remote end hung up upon initial contact
# sysctl net.inet.tcp.functions_default=freebsd
$ git pull
Already up to date.

--
Herbert

Re: Request for Testing: TCP RACK

[Herbert J. Skuhra]

On Thu, 16 Nov 2023 19:07:29 +0100, Olivier Cochard-Labbé wrote:
> 
> On Thu, Nov 16, 2023 at 5:10 PM Herbert J. Skuhra  wrote:
> 
> >
> > OK, I am now running GENERIC-NODEBUG + "options TCPHPTS".
> >
> > After setting "sysctl net.inet.tcp.functions_default=rack" git no
> > longer works:
> >
> >
> Are you using a fresh 15 head or a specific network setup ?
> 
> Because I'm not able to reproduce your problem on my system:
> 
> $ uname -a
> FreeBSD bigone 15.0-CURRENT FreeBSD 15.0-CURRENT #0
> main-n266452-070d9e3540e6: Thu Nov 16 17:53:15 CET 2023
> root@bigone:/usr/obj/usr/src/amd64.amd64/sys/TCPHPTS
> amd64
> $ cat /usr/src/sys/amd64/conf/TCPHPTS
> include GENERIC-NODEBUG
> ident   TCPHPTS
> options TCPHPTS
> $ sysctl net.inet.tcp.functions_default
> net.inet.tcp.functions_default: rack
> $ git clone -q g...@github.com:freebsd/freebsd-src.git && echo working
> working
> $

OK, (g)it works if I disable pf. Do you use pf?

--
Herbert

Re: Request for Testing: TCP RACK

[Herbert J. Skuhra]

Hi,

On Fri, Nov 17, 2023 at 02:46:52PM +0100, Olivier Cochard-Labbé wrote:
> On Fri, Nov 17, 2023 at 2:31 PM Herbert J. Skuhra  wrote:
> 
> >
> > 1. It even fails with a simple pf.conf:
> >pass in all
> >pass out all
> >
> > 2. Fetching port distfiles also failed.
> >
> > 3. If I disable rxcsum on the ethernet adapter (igb0) it works.
> >
> >
> I can't reproduce it with pfctl too (same igb drivers with default RXCSUM
> enabled).
> 
> $ cat /etc/pf.conf
> pass in all
> pass out all
> $ service pf onestart
> Enabling pf
> .
> $ pfctl -sr
> pass in all flags S/SA keep state
> pass out all flags S/SA keep state
> $ sysctl net.inet.tcp.functions_default
> net.inet.tcp.functions_default: rack
> $ ifconfig igb0 | grep option
> 
> options=4e523bb
> nd6 options=21
> 
> $ git clone -q g...@github.com:freebsd/freebsd-src.git && echo working
> working
> 
> What is your igb chipset exactly  ? (pciconf -lv | grep -B 3 -F "network")

igb0@pci0:41:0:0:   class=0x02 rev=0x03 hdr=0x00 vendor=0x8086 
device=0x1533 subvendor=0x1849 subdevice=0x1533
vendor = 'Intel Corporation'
device = 'I210 Gigabit Network Connection'
class  = network

> What is your netstat -ss output ?

tcp:
946 packets sent
933 data packets (41681 bytes)
7946 ack-only packets (2 delayed)
1 control packet
999 packets received
860 acks (for 41681 bytes)
910 packets (118790 bytes) received in-sequence
12 completely duplicate packets (17136 bytes)
1 connection request
1 connection established (including accepts)
1 time used RTT from hostcache
1 time used RTT variance from hostcache
1 connection closed (including 1 drop)
1 connection updated cached RTT on close
1 connection updated cached RTT variance on close
862 segments updated rtt (of 847 attempts)
71 correct ACK header predictions
124 correct data packet header predictions
7910 SACK options (SACK blocks) sent
TCP connection count by state:
7 connections in LISTEN state
1 connection  in ESTABLISHED state
udp:
39 datagrams received
39 delivered
39 datagrams output
ip:
80 total packets received
23 packets for this host
23 packets sent from this host
icmp:
ICMP address mask responses are disabled
igmp:
arp:
ip6:
933 total packets received
931 packets for this host
8891 packets sent from this host
Input histogram:
TCP: 915
UDP: 16
ICMP6: 2
Mbuf statistics:
870 one mbuf
63 one ext mbuf
0 two or more ext mbuf
source addresses on an outgoing I/F
2 link-locals
3 globals
source addresses of same scope
2 link-locals
3 globals
Source addresses selection rule applied:
5 first candidate
3 appropriate scope
icmp6:
Output histogram:
neighbor solicitation: 2
Input histogram:
neighbor advertisement: 2
Histogram of error messages to be generated:
rip6:


Thanks.

-- 
Herbert

Re: Request for Testing: TCP RACK

[Herbert J. Skuhra]

Hi,

On Fri, 17 Nov 2023 00:15:13 +0100, tue...@freebsd.org wrote:
> 
> > On Nov 16, 2023, at 20:06, Herbert J. Skuhra  wrote:
> > 
> > On Thu, 16 Nov 2023 19:07:29 +0100, Olivier Cochard-Labbé wrote:
> >> 
> >> On Thu, Nov 16, 2023 at 5:10 PM Herbert J. Skuhra  
> >> wrote:
> >> 
> >>> 
> >>> OK, I am now running GENERIC-NODEBUG + "options TCPHPTS".
> >>> 
> >>> After setting "sysctl net.inet.tcp.functions_default=rack" git no
> >>> longer works:
> >>> 
> >>> 
> >> Are you using a fresh 15 head or a specific network setup ?
> >> 
> >> Because I'm not able to reproduce your problem on my system:
> >> 
> >> $ uname -a
> >> FreeBSD bigone 15.0-CURRENT FreeBSD 15.0-CURRENT #0
> >> main-n266452-070d9e3540e6: Thu Nov 16 17:53:15 CET 2023
> >> root@bigone:/usr/obj/usr/src/amd64.amd64/sys/TCPHPTS
> >> amd64
> >> $ cat /usr/src/sys/amd64/conf/TCPHPTS
> >> include GENERIC-NODEBUG
> >> ident   TCPHPTS
> >> options TCPHPTS
> >> $ sysctl net.inet.tcp.functions_default
> >> net.inet.tcp.functions_default: rack
> >> $ git clone -q g...@github.com:freebsd/freebsd-src.git && echo working
> >> working
> >> $
> > 
> > OK, (g)it works if I disable pf. Do you use pf?
> Can you share your pf config such that I can reproduce the problem locally?

1. It even fails with a simple pf.conf:
   pass in all
   pass out all

2. Fetching port distfiles also failed.

3. If I disable rxcsum on the ethernet adapter (igb0) it works.

Thanks.

--
Herbert