CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2021/10/05 00:02:18 Modified files: share/man/man4 : iwx.4 Log message: tx aggregation is now supported; ok stsp
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: an...@cvs.openbsd.org 2021/10/04 23:57:58 Modified files: regress/sys/netinet6/autoport: Makefile Log message: add missing sudo
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: an...@cvs.openbsd.org 2021/10/04 23:34:41 Modified files: regress/sys/kern/unfdpass: Makefile Log message: build prog once
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: an...@cvs.openbsd.org 2021/10/04 23:34:22 Modified files: regress/usr.sbin/rpki-client: test-http.c Log message: stop masking test-http.c failures
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: an...@cvs.openbsd.org 2021/10/04 23:33:46 Modified files: usr.sbin/rpki-client: http.c Log message: The HTTP chunked transfer encoding test in regress/usr.sbin/rpki-client/libressl often fails. It happens when the HTTP parser reads more than one chunk in a single tls_read() invocation causing the state machine to think it needs to read more data while buffer already contains unexamined data. Considering a non-empty buffer before tls_read() fixes the problem. ok benno@ claudio@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/10/04 22:56:18 Modified files: etc/etc.powerpc64: MAKEDEV share/man/man8/man8.powerpc64: MAKEDEV.8 Log message: sync
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/10/04 22:55:53 Modified files: etc/etc.powerpc64: MAKEDEV.md sys/arch/powerpc64/conf: files.powerpc64 sys/arch/powerpc64/powerpc64: conf.c Log message: wd(4) device node support was missing, add it.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: k...@cvs.openbsd.org2021/10/04 19:48:09 Modified files: . : 70.html Log message: The fdisk(8) initialization option is -g, not -b.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: k...@cvs.openbsd.org2021/10/04 18:08:06 Modified files: . : 70.html Log message: Add "BIOS Boot", "APFS", "APFS ISC" and "APFS Recovry" (sic) to list of newly recognized GPT partitions.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: k...@cvs.openbsd.org2021/10/04 17:59:49 Modified files: . : 70.html Log message: Only one period needed to end a sentence.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: k...@cvs.openbsd.org2021/10/04 17:57:31 Modified files: . : 70.html Log message: 'valdiator' -> 'validator'
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: k...@cvs.openbsd.org2021/10/04 17:48:12 Modified files: . : 70.html Log message: Add missing '-b option' to sentence.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: k...@cvs.openbsd.org2021/10/04 17:43:22 Modified files: . : 70.html Log message: High5! -> High5.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2021/10/04 15:28:50 Modified files: usr.bin/mandoc : main.c Log message: Clean up memory handling in spawn_pager(), free(3)ing everything that is malloc(3)ed. In addition to being less confusing, the new code is also shorter by two lines.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/10/04 14:44:27 Modified files: distrib/sets/lists/base: md.sparc64 Log message: sync
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/10/04 14:40:39 Modified files: distrib/sets/lists/base: md.hppa Log message: sycn
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2021/10/04 14:24:00 Modified files: usr.bin/mandoc : main.c Log message: In man(1) mode, properly clean up the resn[] result array after processing each name given on the command line. Failure to do so resulted in a memory leak of about 50 kilobytes per name given on the command line. Since man(1) uses a few Megabytes of memory anyway and people rarely give hundreds of names on the command line, this leak did not cause practical problems, but cleaning up properly is better in any case.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: kette...@cvs.openbsd.org2021/10/04 13:04:12 Modified files: sys/dev/fdt: mvkpcie.c Log message: Allegedly a "Marvell Armada 3700 Functional Errata, Guidelines, and Restrictions" document exists that discusses an errata #251 in section "3.12 PCIe Completion Timeout" and suggests that setting the DIS_ORD_CHK flag in the Debug Mux Control register is necessary as a workaround: https://lore.kernel.org/linux-pci/20210624222621.4776-6-p...@kernel.org This workaround is still being discussed by the Linux developers, but it does fix an issue I am seeing with athn(4), where an external abort happens under load. So apply this workaround since its potential side effects seem to be significantly less severe than provoking an external abort that hangs the machine. ok patrick@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2021/10/04 12:56:24 Modified files: usr.bin/mandoc : term.c term.h term_tab.c Log message: Provide a cleanup function for the term_tab module, freeing memory and resetting the internal state to the initial state. Call this function from the proper place in term_free(). With the way the module is currently used, this does not imply any functional change, but doing proper cleanup is more robust, makes it easier during code review to understand what is going on, and makes it explicit that there is no memory leak.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/10/04 11:05:45 Modified files: usr.sbin/pkg_add/OpenBSD: FwUpdate.pm Log message: 3 groups of realtek firmware are now in base (with new filenames). fw_update does not need to install the 3 realtek firmwares anymore. We must keep them around during the 7.0 cycle, but 7.1 onwards will not require the files. discussed with sthen and kevlo
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/10/04 11:02:21 Modified files: etc/etc.i386 : disktab sys/arch/i386/conf: RAMDISK_CD distrib/i386/ramdisk_cd: Makefile Log message: grow i386 media for new realtek firmwares
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: an...@cvs.openbsd.org 2021/10/04 09:44:49 Modified files: . : 70.html Log message: tweak ucc(4) entry
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/10/04 09:20:37 Modified files: distrib/sets/lists/base: mi Log message: sync
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2021/10/04 08:18:42 Modified files: usr.bin/mandoc : mdoc_validate.c roff.c roff_int.h Log message: store the operating system name obtained from uname(3) in the adequate struct together with similar state date rather than in a function-scope static variable, such that it can be free(3)d in roff_man_free(); no functional change
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: bc...@cvs.openbsd.org 2021/10/04 08:18:09 Modified files: . : 70.html Log message: first pass at LibreSSL 3.4.1 changes
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: es...@cvs.openbsd.org 2021/10/04 07:42:53 Modified files: share/man/man1 : proot.1 Log message: synch doc to tool
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: lan...@cvs.openbsd.org 2021/10/04 07:17:16 Modified files: . : 70.html Log message: www/70.html: fix typos
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2021/10/04 04:11:54 Modified files: usr.bin/mandoc : roff.c Log message: Do not leak 64 bytes of heap memory every time a manual page calls a user-defined macro. Calls of standard mdoc(7) and man(7) macros were unaffected, so the effect on OpenBSD manual pages was small, about 80 Kilobytes grand total for a full run of "makewhatis /usr/share/man". Argument expansion contexts for user-defined macros are stored on a stack that grows as needed if calls of user-defined macros are nested or recursive. Individual stack entries contain dynamically allocated arrays of pointers to arguments; these argument arrays also grow as needed if user-defined macros take more than eight arguments. The mistake was that argument arrays of already initialized expansion contexts were leaked rather than reused on subsequent macro calls. I found this issue in a systematic hunt for memory leaks after Michael reported memory exhaustion problems on the production server manpages.debian.org. This sub-Megabyte leak is not the cause of Michael's trouble, though, where Gigabytes of memory are being wasted. We are still investigating whether the original problem may be related to his supervisor process, which is written in Go, rather than to mandoc.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: clau...@cvs.openbsd.org 2021/10/04 04:04:36 Modified files: . : 70.html Log message: from0 support was never in a OpenBSD release. It was added with include / exclude support and removed shortly afterwards.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: clau...@cvs.openbsd.org 2021/10/04 02:48:12 Modified files: sys/kern : kern_sig.c Log message: Simplify sys___thrsigdivert a bit. cursig() always moves the pending signal to p_siglist and so there is no need to check ps_siglist for the signal. OK mpi@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: clau...@cvs.openbsd.org 2021/10/04 02:11:02 Modified files: sys/kern : vfs_vops.c sys/sys: vnode.h sys/ufs/ext2fs : ext2fs_vfsops.c sys/ufs/ffs: ffs_vfsops.c Log message: Use the fact the vnodes are locked when operations are inflight. Remove the v_inflight member and alter the ffs and ext2fs sync code to track inflight by checking if the node is locked or not (which it already did before but for a different reason). OK mpi@
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: mart...@cvs.openbsd.org 2021/10/04 01:01:37 Modified files: . : 70.html Log message: Touch up my contributions for 7.0
