CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/04/29 23:21:20 Modified files: lib/libcrypto/bn: bn_mont.c Log message: whitespace
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/04/29 23:02:59 Modified files: regress/lib/libcrypto/x509: Makefile Log message: Sort alphabetically
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/04/29 22:59:20 Modified files: regress/lib/libcrypto/x509: Makefile Log message: Remove unnecessary target
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/04/29 22:55:30 Modified files: regress/lib/libcrypto/x509/policy: Makefile Log message: policy test: simplify Makefile
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: yasu...@cvs.openbsd.org 2023/04/29 18:58:38 Modified files: sbin/atactl: atactl.c Log message: Fix that atactl sd0 readattr didn't work for some disks. Change it to check the cksums of the attribute values instead of comparing the revisions. diff from NetBSD through naito.yuichiro at gmail.com. test by kolipe.c at exoticsilicon.com. ok kevlo miod deraadt
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: be...@cvs.openbsd.org 2023/04/29 12:53:11 Modified files: usr.sbin/rpki-client: version.h Log message: bump version to 8.4
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2023/04/29 09:38:14 Added files: lib/libevent : event_set_log_callback.3 Log message: New manual page written by Ted Bullock, dropping the empty RETURN VALUES section and adding the missing "#include " below EXAMPLES.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2023/04/29 07:37:03 Modified files: lib/libevent : event_set.3 Log message: Provide function prototypes for macros that take arguments, rename the "ev" argument to "event" to make some text read better, and get rid of colons at the ends of list tags. OK jmc@ and Ted Bullock.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2023/04/29 07:06:10 Modified files: lib/libcrypto/man: BIO_s_accept.3 BIO_s_connect.3 BIO_s_file.3 Log message: Mention a few standard BIO_ctrl(3) command constants that provide type-specific functionality here. While here, fix some wrong return types in the SYNOPSIS.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2023/04/29 06:22:08 Modified files: lib/libcrypto/man: BIO_f_buffer.3 Log message: Mention a few standard BIO_ctrl(3) command constants that provide type-specific functionality here, and add the missing return type to one function prototype.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: m...@cvs.openbsd.org2023/04/29 06:10:08 Modified files: sys/arch/sparc64/sparc64: autoconf.c Log message: Add "counter-timer" to openboot_special[] in order to not mention it as unconfigured during boot, now that timer(4) is gone.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2023/04/29 06:04:54 Modified files: lib/libcrypto/man: BIO_s_fd.3 BIO_s_mem.3 Log message: Mention the type-specific BIO_ctrl(3) command constants in the manual pages of the respective BIO types.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2023/04/29 06:01:53 Modified files: lib/libcrypto/man: BIO_f_cipher.3 BIO_s_bio.3 Log message: Mention the type-specific BIO_ctrl(3) command constants in the manual pages of the respective BIO type. While here, fix some wrong return types in the SYNOPSIS.
Re: CVS: cvs.openbsd.org: src
On 28.4.2023. 17:50, Alexandr Nedvedicky wrote: > CVSROOT: /cvs > Module name: src > Changes by: sas...@cvs.openbsd.org 2023/04/28 09:50:05 > > Modified files: > sys/net: if_pfsync.c > > Log message: > remove superfluous/invalid KASSERT() in pfsync_q_del(). > > pointed and OK bluhm@ > > I thought that this diff would repair this panic r620-2# uvm_fault(0x825c8000, 0x17, 0, 2) -> e kernel: page fault trap, code=2 Stopped at pfsync_q_del+0x8d: movq%rdx,0x8(%rax) TIDPIDUID PRFLAGS PFLAGS CPU COMMAND *461341 27834 0 0x14000 0x2005K softnet pfsync_q_del(fd832ba5d320) at pfsync_q_del+0x8d pf_remove_state(fd832ba5d320) at pf_remove_state+0x156 pfsync_in_del_c(fd8002ce6738,c,79,0) at pfsync_in_del_c+0x6f pfsync_input(800022d60a98,800022d60aa4,f0,2) at pfsync_input+0x34c ip_deliver(800022d60a98,800022d60aa4,f0,2) at ip_deliver+0x113 ipintr() at ipintr+0x69 if_netisr(0) at if_netisr+0xe0 taskq_thread(8003) at taskq_thread+0x100 end trace frame: 0x0, count: 7 https://www.openbsd.org/ddb.html describes the minimum info required in bug reports. Insufficient info makes it difficult to find and fix bugs. but it didn't :)
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: k...@cvs.openbsd.org2023/04/29 04:25:32 Modified files: sys/net: pf_ioctl.c Log message: Remove net lock from DIOCGETQUEUE Same logic and argument as for the parent *S ioctl unlocked in r1.400, might as well have committed them together: Both ticket and number of queues stem from the pf_queues_active list which is effectively static to pf_ioctl.c and fully protected by the pf lock. OK sashan
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: mlar...@cvs.openbsd.org 2023/04/29 04:18:06 Modified files: sys/arch/amd64/amd64: ioapic.c Log message: remove some 19 year old #if 0 code ok deraadt
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: mlar...@cvs.openbsd.org 2023/04/29 04:12:33 Modified files: sys/arch/amd64/amd64: ioapic.c Log message: whitespace
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: es...@cvs.openbsd.org 2023/04/29 04:08:18 Modified files: usr.bin/signify: zsig.c Log message: as noticed by sdk@, a package with an exact numbers of 64K chunks would produce a spurious error (so 1 chance in 2^26) It's like read/write: we need to recognize 0 as EOF and not try to checksum a non-existing block. while there, also make sure that we got all the signed blocks at EOF before exit(0) Note that none of those two bugs affect the actual security of signed packages: the basic assertion that only signed data gets written through the pipe is still 100% valid ! but it's a good idea to not emit spurious messages for valid files, and also to recognize truncated files ! okay tb@ (thanks a lot)
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: kette...@cvs.openbsd.org2023/04/29 02:50:53 Modified files: sys/arch/arm64/arm64: cpu.c Log message: Print VHE feature in dmesg. ok mlarkin@, patrick@