CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: clau...@cvs.openbsd.org 2023/09/24 23:43:22 Modified files: share/man/man5 : bsd.regress.mk.5 Log message: Better document how REGRESS_FAIL_EARLY and REGRESS_LOG work together. OK tb@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2023/09/24 21:19:38 Modified files: sys/dev/pci/drm/amd/amdgpu: amdgpu_cs.c Log message: drm/amdgpu: fix amdgpu_cs_p1_user_fence >From Christian Koenig 4c6bb91581796d34466d85bc06c9393d27f83101 in linux-6.1.y/6.1.55 35588314e963938dfdcdb792c9170108399377d6 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2023/09/24 21:16:50 Modified files: sys/dev/pci/drm/amd/display/amdgpu_dm: amdgpu_dm.c Log message: drm/amd/display: fix the white screen issue when >= 64GB DRAM >From Yifan Zhang 4422080e777e3fa740e2920fe4de53cfad7fcef2 in linux-6.1.y/6.1.55 ef064187a9709393a981a56cce1e31880fd97107 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2023/09/24 21:13:45 Modified files: sys/dev/pci/drm/amd/amdgpu: amdgpu.h amdgpu_device.c sys/dev/pci/drm/amd/display/amdgpu_dm: amdgpu_dm.c Log message: Revert "drm/amd: Disable S/G for APUs when 64GB or more host memory" >From Hamza Mahfooz 216eae7d7dea5fdd854d7decb44fcf3b719548a0 in linux-6.1.y/6.1.55 169ed4ece8373f02f10642eae5240e3d1ef5c038 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2023/09/24 21:09:43 Modified files: sys/dev/pci/drm/amd/display/dc/dml/dcn314: display_mode_vba_314.c Log message: drm/amd/display: Blocking invalid 420 modes on HDMI TMDS for DCN314 >From Leo Chen a101b1bdd24acf648a55b86d8b429b76e1bd202b in linux-6.1.y/6.1.55 4c6107a653ccf361cb1b6ba35d558a1a5e6e57ac in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2023/09/24 21:08:12 Modified files: sys/dev/pci/drm/amd/display/dc/dml/dcn31: display_mode_vba_31.c Log message: drm/amd/display: Blocking invalid 420 modes on HDMI TMDS for DCN31 >From Leo Chen 2c0f5b6972ebfd6224065fd3c59d04f85a8af795 in linux-6.1.y/6.1.55 026a71babf48efb6b9884a3a66fa31aec9e1ea54 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2023/09/24 21:06:20 Modified files: sys/dev/pci/drm/amd/display/dc/dcn32: dcn32_dccg.c Log message: drm/amd/display: Use DTBCLK as refclk instead of DPREFCLK >From Austin Zheng 506d2ee72af2ffc4173537eb001d7d4d57781ec7 in linux-6.1.y/6.1.55 4a30cc2bd281fa176a68b5305cd3695d636152ad in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2023/09/24 21:04:40 Modified files: sys/dev/pci/drm/amd/display/dc/dml/dcn32: display_mode_vba_util_32.c Log message: drm/amd/display: Fix underflow issue on 175hz timing >From Leo Ma 2ec715bf881696b23caa06953c8c9309c2ce5224 in linux-6.1.y/6.1.55 735688eb905db529efea0c78466fccc1461c3fde in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2023/09/24 21:03:01 Modified files: sys/dev/pci/drm: drm_edid.c Log message: drm/edid: Add quirk for OSVR HDK 2.0 >From Ralph Campbell 766cc11e854eae64d1bb35a3d34d091f5b85afa9 in linux-6.1.y/6.1.55 98d4cb705bc00afd4a9a71cc1e84f7111682639a in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/09/24 19:17:36 Modified files: distrib/sets/lists/comp: mi Log message: sync
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/09/24 19:14:34 Modified files: lib/libcrypto/man: Makefile X509_new.3 Added files: lib/libcrypto/man: ASIdentifiers_new.3 X509v3_asid_add_id_or_range.3 X509v3_addr_add_inherit.3 Log message: Add initial documentation for the RFC 3779 API This documents the part of the API that allows building the two extensions. It is all very complicated and the bug density is quite high. Surely there's lots of room for improvement, but I've been sitting way too long on versions of these. I'll never finish. Let's fix and improve in tree.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: chel...@cvs.openbsd.org 2023/09/24 18:29:32 Modified files: sys/kern : kern_clockintr.c Log message: ddb(4): clockintr: print cl_arg address when displaying a clockintr
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2023/09/24 12:49:29 Modified files: sys/arch/riscv64/riscv64: pmap.c Log message: Drop PTE check in pmap_fault_fixup(). Since pmap_enter() doesn't add PTE's for pages that haven't been accessed yet, the check would skip the fixup on such pages and force us to go through uvm_fault() just for the sake of MOD/REF bit emulation. Since we already check the PTE descriptor, dropping the check should be safe. Doing so gives us a nice 10% performance gain when building a kernel. Original commit for arch/arm64/arm64/pmap.c: date: 2021/05/16 17:41:30; author: kettenis; state: Exp; lines: +1 -8; commitid: yBzyZzIKRLyAkuDY; ok drahn@ kettenis@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2023/09/24 09:53:40 Modified files: distrib/sets/lists/comp: md.octeon Log message: sync
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: chel...@cvs.openbsd.org 2023/09/24 06:27:17 Modified files: sys/kern : kern_clockintr.c Log message: kern_clockintr.c: remove extra newline
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: o...@cvs.openbsd.org2023/09/24 03:15:43 Modified files: share/man/man5 : bsd.port.mk.5 Log message: bsd.port.mk.5: GC the misp64 *pic.a fragment handling documentation More than ten years ago, bsd.lib.mk stopped creating lib*_pic.a files and the corresponding PFRAG.no_mips64 were removed from the ports tree. Last year the -Dno_mips64 handling in bsd.port.mk was GC'd too, but the note in the bsd.port.mk manpage was left. ok espie@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/09/24 02:28:20 Modified files: share/mk : bsd.regress.mk Log message: Make REGRESS_LOG more useful again Enabling REGRESS_FAIL_EARLY made REGRESS_LOG error out at the first error, which is pointless. So default to no if REGRESS_LOG is set unless the user explicitly enabled it. Requested by claudio ok bluhm
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: clau...@cvs.openbsd.org 2023/09/24 02:14:13 Modified files: regress/usr.bin/ssh: Makefile regress/usr.bin/ssh/unittests: Makefile Makefile.inc Log message: REGRESS_FAIL_EARLY defaults to yes now. So no need to overload the value here anymore. OK tb@ bluhm@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/09/24 02:08:54 Modified files: lib/libcrypto/ec: ec_ameth.c Log message: Break two ridiculously long lines in ec_pub_cmp() and ec_cmp_parameters()
CVS: cvs.openbsd.org: src
CVSROOT:/cvs
Module name:src
Changes by: t...@cvs.openbsd.org2023/09/24 01:58:31
Modified files:
lib/libcrypto/ec: ec_ameth.c
Log message:
Refactor eckey_{param2type,type2param}()
EC key parameters can be determined by an OID or they can be explicitly
encoded. The confusingly named eckey_{param2type,type2param}() decode a
new EC key from either form of parameters, or they encode a given key's
parameters in the proper way. Signature and semantics are all over the
place. It also features an inlined version of EC_KEY_new_by_curve_name().
This commit brings some order into this mess.
Parameters are given by a pair (ptype, pval), where the ptype is either
V_ASN1_OBJECT for OID encoding or V_ASN1_SEQUENCE for explicit encoding.
Accordingly, the void pointer pval is an ASN1_OBJECT or an ASN1_STRING.
These pairs are abstracted away in the X509_ALGOR object.
The library decides whether a given EC key uses OID or explicit parameter
encoding using the asn1_flag on the EC key's internal EC_GROUP, i.e., the
object representing its curve. If this flag is set, the OID is determined
by the nid returned by EC_GROUP_get_curve_name().
Add 'mutually inverse' pairs of functions eckey_{to,from}_params() which
wrap eckey_{to,from}_object() and eckey_{to,from}_explicit_params(). This
way the EC ameth pub and priv key de/encoding functions can transparently
translate from/to an X509_ALGOR object.
Of course, this is just an intermediate step and if you look closely you
notice const weirdness (due to the fact that the carefully planned and
executed const rampage missed the ECParameters API) and all sorts of other
things that need to be fixed. Who would bat an eye lid? It wouldn't be
visible amid all the twitching anyway.
ok jsing
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2023/09/24 01:01:40 Modified files: regress/lib/libssl/openssl-ruby: Makefile Log message: openssl-ruby tests: remove fallback to ruby31
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: yasu...@cvs.openbsd.org 2023/09/24 00:09:35 Modified files: etc/examples : radiusd.conf Log message: Strip realm part for bsdauth. This is required and an exmaple usage of new radius_standard module.
