CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2021/06/21 16:09:14 Modified files: sys/netinet: ip_input.c Log message: Fix uninitialized variables introduced in rev 1.361 Thankfully clang elided the code in an almost harmless way (at least on amd64 GENERIC.MP). Spotted by chance when building kernels with -Wno-error=uninitialized. ok dlg@ sashan@ bluhm@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: kette...@cvs.openbsd.org2021/06/21 09:19:39 Modified files: sys/arch/riscv64/riscv64: clock.c Log message: Change tb_freq to uint64_t. This prevents an overflow in the riscv64 implementation of delay(9). ok deraadt@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: es...@cvs.openbsd.org 2021/06/21 09:17:32 Modified files: share/man/man1 : check-lib-depends.1 Log message: bye bye -o
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: kette...@cvs.openbsd.org2021/06/21 09:05:51 Modified files: sys/arch/riscv64/riscv64: machdep.c Log message: Change tb_freq to uint64_t. This prevents an overflow in the riscv64 implementation of delay(9). ok deraadt@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/06/21 08:39:30 Modified files: sys/arch/riscv64/riscv64: syscall.c Log message: code is obvious, comments not required
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/06/21 08:39:05 Modified files: sys/arch/riscv64/riscv64: sig_machdep.c Log message: delete old debugging code
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: es...@cvs.openbsd.org 2021/06/21 08:36:48 Modified files: usr.sbin/pkg_add/OpenBSD/Dependencies: SolverBase.pm Log message: under some circumstances, we end up with libexecinfo -> BaseSystem being recorded as a new dependency. Even though ForwardDependencies normally takes care of that, with tags, this is not enough. (this happens only because libexecinfo was a "tight" dependency, thus resulting in a large UpdateSet, and when some of the objects did require tags in the new package, and when the order of things meant that BaseSystem was considered a bit early). Since there's no handle at this point, a dirty but efficient test vs BaseSystem will do (which is not a valid normal package name anyhow) tested to fix the obnoxious warning landry@ saw, which I was able to reproduce on a box...
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/06/21 08:20:20 Modified files: gnu/usr.bin/binutils-2.17: Makefile.bsd-wrapper configure configure.in Log message: correct riscv64 blocks discussion with espie kettenis jsg
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: inogu...@cvs.openbsd.org2021/06/21 07:29:05 Modified files: regress/usr.bin/openssl: appstest.sh Log message: Add GnuTLS interoperability test in appstest.sh
CVS: cvs.openbsd.org: src
CVSROOT:/cvs
Module name:src
Changes by: k...@cvs.openbsd.org2021/06/21 07:17:20
Modified files:
sbin/fdisk : part.c
Log message:
Wrap #define nitems in #ifndef nitems/#endif.
While here fix a misplaced '(' to make this nitems the same as
all its friends.
Pointed out by okan@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: s...@cvs.openbsd.org2021/06/21 04:19:21 Modified files: sys/dev/pci: if_iwm.c if_iwx.c Log message: Fix ieee80211_node leak in iwm(4) and iwx(4). CVS commit mPRyhYmlmonmI11J which added support for Rx aggregation offload contains a node leak in the rx_reorder() function. Node leaks will cause the driver to get stuck when roaming between access points. Add missing calls to ieee80211_release_node() to fix this. ok mpi@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/06/21 00:10:20 Modified files: distrib/sets/lists/comp: md.riscv64 Log message: sync
