CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2023/08/12 20:20:23 Modified files: usr.bin/unifdef: unifdef.1 Log message: unifdef appeared in 4.1c before 2.9 dates checked in CSRG archives and already changed upstream in unifdef3
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: m...@cvs.openbsd.org2023/08/12 14:49:29 Modified files: share/man/man4 : uwacom.4 Log message: Mention recent developments.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: m...@cvs.openbsd.org2023/08/12 14:47:06 Modified files: sys/dev/usb: uhidev.c uwacom.c sys/dev/hid: hid.c hid.h hidms.c hidmsvar.h Log message: Better uwacom(4) support for Intuos S and One S tablets; most of the work done by Vladimir Meshcheriakov (first name dot last name at epita somewhere in frogland), thanks! Tested by Peter J. Philipp on Intuos Draw and by espie@ on Intuos S.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: m...@cvs.openbsd.org2023/08/12 14:44:32 Modified files: sys/dev/usb: usbdevs_data.h usbdevs.h Log message: Regen
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: m...@cvs.openbsd.org2023/08/12 14:43:49 Modified files: sys/dev/usb: usbdevs Log message: Another Wacom tablet; from Vladimir Meshcheriakov (first name dot last name at epita somewhere in france)
Re: CVS: cvs.openbsd.org: src
> Maybe ci is now "unused" on non-MULTIPROCESSOR kernels and this angers > the compiler? Yes. /usr/src/sys/kern/kern_clock.c:114:19: error: unused variable 'ci' [-Werror,-Wunused-variable] struct cpu_info *ci = curcpu(); ^ 1 error generated.
Re: CVS: cvs.openbsd.org: src
On Sat, Aug 12, 2023 at 07:19:28AM -0600, Miod Vallat wrote: > CVSROOT: /cvs > Module name: src > Changes by: m...@cvs.openbsd.org2023/08/12 07:19:28 > > Modified files: > sys/kern : kern_clock.c > > Log message: > Repair compilability for non-MULTIPROCESSOR kernels. I'm confused, what did I do? Maybe ci is now "unused" on non-MULTIPROCESSOR kernels and this angers the compiler?
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2023/08/12 10:48:44 Modified files: driver/xf86-input-ws/src: ws.c Log message: Avoid close(-1). ok miod@ wsClose() is called twice on X server exit, so this test is needed to avoid calling close a 2nd time with -1.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2023/08/12 10:48:23 Modified files: lib/libcrypto/man: EVP_MD_meth_new.3 Log message: document return values of the control function in EVP_MD_meth_set_ctrl(3)
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2023/08/12 10:36:41 Modified files: regress/lib/libcrypto/man: check_complete.pl Log message: first batch of intentionally undocumented EVP constants: some EVP_MD_CTRL_*, some EVP_MD_CTX_FLAG_*, and all of EVP_F_* and EVP_R_*
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: m...@cvs.openbsd.org2023/08/12 10:16:25 Modified files: xserver/hw/xfree86/os-support/bsd: bsd_init.c Log message: Make sure we don't close(-1); buglet introduced in 1.26. ok matthieu@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2023/08/12 10:12:19 Modified files: lib/libcrypto/man: EVP_DigestInit.3 Log message: 1. Tweak the descriptions of EVP_MD_CTX_ctrl(3), EVP_MD_CTX_set_flags(3), EVP_MD_CTX_clear_flags(3), EVP_MD_CTX_test_flags(3), and the atrocious EVP_MD_CTX_set_pkey_ctx(3) for precision. 2. Tweak the description of EVP_MD_type(3) and EVP_MD_CTX_type(3) for conciseness. 3. Add a few missing HISTORY bits.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 07:49:29 Modified files: lib/libz : gzread.c Log message: Fix bug when gzungetc() is used immediately after gzopen(). from upstream
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 07:48:37 Modified files: lib/libz : README Log message: fix typo from upstream
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: gne...@cvs.openbsd.org 2023/08/12 07:42:55 src/regress/libexec/ld.so/ldd Update of /cvs/src/regress/libexec/ld.so/ldd In directory cvs.openbsd.org:/cvs.d/hack/gnezdo/src/regress/libexec/ld.so/ldd Log Message: Directory /cvs/src/regress/libexec/ld.so/ldd added to the repository
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: m...@cvs.openbsd.org2023/08/12 07:19:28 Modified files: sys/kern : kern_clock.c Log message: Repair compilability for non-MULTIPROCESSOR kernels.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: kette...@cvs.openbsd.org2023/08/12 04:03:05 Modified files: sys/dev/i2c: ihidev.c Log message: Don't power down if the device is already opened. This happens when an ikbd(4) attaches and becomes the console keyboard. We would power down the device but never power it on again when userland opened ikbd(4) as an input device since that is only done on the first open. The result was a non-functioning keyboard if the hardware actually implemented the power down command. A lot of hardware actually doesn't (which is why this wasn't noticed for some time) but the ASUS X205T does. ok miod@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 02:26:38 Modified files: lib/libcrypto/man: DSA_dup_DH.3 Log message: Remove a blatant lie about DSA_dup_DH q is copied across since OpenSSL 31360957 which hit our tree with OpenSSL 1.0.1c in October 2012.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 02:07:35 Modified files: lib/libcrypto/ec: ec_ameth.c Log message: The int_ prefix also leaves the ec_ameth mess The prefixes in here are all over the place... This removes one variety.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 02:02:43 Modified files: lib/libcrypto/rsa: rsa_ameth.c Log message: RSA's _free and _size also lose their int_ prefix
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 01:59:48 Modified files: lib/libcrypto/dh: dh_ameth.c lib/libcrypto/dsa: dsa_ameth.c Log message: Drop silly int_ prefix from _free() and _size()
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 01:50:47 Modified files: lib/libcrypto/dh: dh_ameth.c lib/libcrypto/dsa: dsa_ameth.c Log message: Free {priv,pub}_key before assigning to it While it isn't the case for the default implementations, custom DH and DSA methods could conceivably populate private and public keys, which in turn would result in leaks in the pub/priv decode methods. ok jsing
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 01:46:14 Modified files: lib/libcrypto/dsa: dsa_ameth.c Log message: Readability tweak for key parameters in DSA ok jsing
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 01:43:48 Modified files: lib/libcrypto/dh: dh_ameth.c lib/libcrypto/dsa: dsa_ameth.c Log message: Simplify and unify missing_parameters() for DH and DSA ok jsing
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: m...@cvs.openbsd.org2023/08/12 01:22:56 Modified files: sys/uvm: uvm_page.c Log message: Add sanity checks in uvm_pagelookup(). ok kettenis@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 00:30:43 Modified files: regress/lib/libcrypto/dh: dhtest.c Log message: Now that the DH is sensibly called dh instead of a, we can also rename abuf, alen and aout to names that make sense, such as buf, buf_len and secret_len.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: m...@cvs.openbsd.org2023/08/12 00:28:13 Modified files: sys/arch/arm64/arm64: copy.S Log message: Fix comments regarding pcb_onfault maintainence. No code change.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 00:28:04 Modified files: regress/lib/libcrypto/dh: dhtest.c Log message: a is a silly name for a DH
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 00:25:26 Modified files: regress/lib/libcrypto/dh: dhtest.c Log message: Use printf for consistency
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 00:23:59 Modified files: regress/lib/libcrypto/dh: dhtest.c regress/lib/libcrypto/dsa: dsatest.c Log message: Check that {DH,DSA}_get0_engine() returns NULL if OPENSSL_NO_ENGINE is defined.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/08/12 00:14:36 Modified files: lib/libcrypto/dh: dh_lib.c lib/libcrypto/dsa: dsa_lib.c Log message: Convert {DH,DSA}_new_method() to using calloc() Due to OPENSSL_NO_ENGINE the engine member of dh and dsa is currently uninitialized. As a consequence, {DH,DSA}_get0_engine() will return a garbage pointer, which is particularly bad because the only reason we kept them in the first place is that they are used by some software... A side effect of freeing with {DH,DSA}_free() instead of a hand-rolled version is that we may call ->meth->finish() before ->meth->init() was called. We need a NULL check for ->meth to be on the safe side in case we should need to bring ENGINE back. with nits from djm ok deraadt djm