CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: dtuc...@cvs.openbsd.org 2022/04/14 23:59:09 Modified files: . : 71.html Log message: Mark up references to poll/select and friends in OpenSSH section. Remove some Portable-specific text about ppoll.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: dtuc...@cvs.openbsd.org 2022/04/14 23:40:52 Modified files: . : 71.html Log message: Add the scp(1) sftp-by-default change to OpenSSH "potential incompatibility" section.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: dtuc...@cvs.openbsd.org 2022/04/14 23:31:17 Modified files: . : 71.html Log message: Linkify the man page references in the OpenSSH section.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: dtuc...@cvs.openbsd.org 2022/04/14 22:57:20 Modified files: . : 71.html Log message: When mentioning when UsePrivilegeSeparation was added and made mandatory, refer to the relevant OpenBSD not OpenSSH versions.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: dera...@cvs.openbsd.org 2022/04/14 22:44:54 Modified files: . : 71.html Log message: we do not mention people who reported specific bugs in this file because if we tried to be consistent and mentioned everyone who was involved in this production the file would be five times the size .. and be read by noone.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: dtuc...@cvs.openbsd.org 2022/04/14 22:36:09 Modified files: . : 71.html Log message: Add changes since OpenBSD 7.0 (from OpenSSH 8.9 and 9.0 release notes). No markup yet other than lists.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2022/04/14 21:04:52 Modified files: lib/libc/sys : close.2 Log message: delete an ancient paragraph suggesting the wrong reason to use close(2) (and we all laughed a little)
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: st...@cvs.openbsd.org 2022/04/14 14:59:01 Modified files: . : 71.html Log message: 9132 powerpc64 packages
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: bl...@cvs.openbsd.org 2022/04/14 14:24:15 Modified files: sys/arch/amd64/amd64: vmm_support.S Log message: The XOR instruction affects the carry and zero flag. Move it before the VM instructions so that SETNA propagates the error condition of the latter. Avoids "cpu0: failed to enter VMM mode" errors. Fixes previous commit. tested by Hrvoje; OK dv@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: na...@cvs.openbsd.org 2022/04/14 13:47:12 Modified files: sys/arch/alpha/alpha: db_interface.c sys/arch/amd64/amd64: db_interface.c sys/arch/arm/arm: db_interface.c sys/arch/arm64/arm64: db_interface.c sys/arch/i386/i386: db_interface.c sys/arch/m88k/m88k: db_interface.c sys/arch/mips64/mips64: db_machdep.c sys/arch/powerpc/ddb: db_interface.c sys/arch/powerpc64/powerpc64: db_interface.c sys/arch/riscv64/riscv64: db_interface.c sys/arch/sh/sh : db_interface.c sys/arch/sparc64/sparc64: db_interface.c sys/ddb: db_command.c db_command.h Log message: ddb: constify command tables ok jca@
Re: CVS: cvs.openbsd.org: src
Alexander Bluhm writes: > On Fri, Apr 08, 2022 at 07:49:43PM -0600, Dave Voutila wrote: >> CVSROOT: /cvs >> Module name: src >> Changes by: d...@cvs.openbsd.org2022/04/08 19:49:43 >> >> Modified files: >> sys/arch/amd64/amd64: vmm_support.S >> >> Log message: >> Simplify vmx instruction error handling. >> >> Removes jumps and shortens the code while keeping functionality the >> same. >> >> ok mlarkin@ > > This commit breaks vmm on my ThinkPad T430s. > > cpu1: failed to enter VMM mode > cpu0: failed to enter VMM mode > > cpu0: Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz, 2893.83 MHz, 06-3a-09 > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu0: 256KB 64b/line 8-way L2 cache > > I think the problem is that XOR affects the zero flag. Does it? > This diff fixes it. > > ok? Yes, looks like my fault here. Odd that my testing didn't trigger the issue. ok dv@ > > bluhm > > Index: arch/amd64/amd64/vmm_support.S > === > RCS file: /data/mirror/openbsd/cvs/src/sys/arch/amd64/amd64/vmm_support.S,v > retrieving revision 1.19 > diff -u -p -r1.19 vmm_support.S > --- arch/amd64/amd64/vmm_support.S9 Apr 2022 01:49:43 - 1.19 > +++ arch/amd64/amd64/vmm_support.S13 Apr 2022 17:10:42 - > @@ -62,8 +62,8 @@ _C_LABEL(vmm_dispatch_intr): > > _C_LABEL(vmxon): > RETGUARD_SETUP(vmxon, r11) > - vmxon (%rdi) > xorq%rax, %rax > + vmxon (%rdi) > setna %al > RETGUARD_CHECK(vmxon, r11) > ret > @@ -71,8 +71,8 @@ _C_LABEL(vmxon): > > _C_LABEL(vmxoff): > RETGUARD_SETUP(vmxoff, r11) > - vmxoff > xorq%rax, %rax > + vmxoff > setna %al > RETGUARD_CHECK(vmxoff, r11) > ret > @@ -80,8 +80,8 @@ _C_LABEL(vmxoff): > > _C_LABEL(vmclear): > RETGUARD_SETUP(vmclear, r11) > - vmclear (%rdi) > xorq%rax, %rax > + vmclear (%rdi) > setna %al > RETGUARD_CHECK(vmclear, r11) > ret > @@ -89,8 +89,8 @@ _C_LABEL(vmclear): > > _C_LABEL(vmptrld): > RETGUARD_SETUP(vmptrld, r11) > - vmptrld (%rdi) > xorq%rax, %rax > + vmptrld (%rdi) > setna %al > RETGUARD_CHECK(vmptrld, r11) > ret > @@ -98,8 +98,8 @@ _C_LABEL(vmptrld): > > _C_LABEL(vmptrst): > RETGUARD_SETUP(vmptrst, r11) > - vmptrst (%rdi) > xorq%rax, %rax > + vmptrst (%rdi) > setna %al > RETGUARD_CHECK(vmptrst, r11) > ret > @@ -107,8 +107,8 @@ _C_LABEL(vmptrst): > > _C_LABEL(vmwrite): > RETGUARD_SETUP(vmwrite, r11) > - vmwrite %rsi, %rdi > xorq%rax, %rax > + vmwrite %rsi, %rdi > setna %al > RETGUARD_CHECK(vmwrite, r11) > ret > @@ -116,8 +116,8 @@ _C_LABEL(vmwrite): > > _C_LABEL(vmread): > RETGUARD_SETUP(vmread, r11) > - vmread %rdi, (%rsi) > xorq%rax, %rax > + vmread %rdi, (%rsi) > setna %al > RETGUARD_CHECK(vmread, r11) > ret -- -Dave Voutila
Re: CVS: cvs.openbsd.org: src
On 14.4.2022. 20:55, hrvoje wrote: > On 13.4.2022. 19:22, Alexander Bluhm wrote: >> On Fri, Apr 08, 2022 at 07:49:43PM -0600, Dave Voutila wrote: >>> CVSROOT:/cvs >>> Module name:src >>> Changes by: d...@cvs.openbsd.org2022/04/08 19:49:43 >>> >>> Modified files: >>> sys/arch/amd64/amd64: vmm_support.S >>> >>> Log message: >>> Simplify vmx instruction error handling. >>> >>> Removes jumps and shortens the code while keeping functionality the >>> same. >>> >>> ok mlarkin@ >> >> This commit breaks vmm on my ThinkPad T430s. >> >> cpu1: failed to enter VMM mode >> cpu0: failed to enter VMM mode >> >> cpu0: Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz, 2893.83 MHz, 06-3a-09 >> cpu0: >> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN >> cpu0: 256KB 64b/line 8-way L2 cache >> >> I think the problem is that XOR affects the zero flag. Does it? >> This diff fixes it. >> > > Hi, > > I don't know if this commit broke things but i'm having same errors as > bluhm@ and vm's doesn't come up . > > login: cpu9: failed to enter VMM mode > cpu8: failed to enter VMM mode > cpu7: failed to enter VMM mode > cpu6: failed to enter VMM mode > cpu5: failed to enter VMM mode > cpu4: failed to enter VMM mode > cpu3: failed to enter VMM mode > cpu1: failed to enter VMM mode > cpu2: failed to enter VMM mode > cpu11: failed to enter VMM mode > cpu10: failed to enter VMM mode > cpu9: failed to enter VMM mode > cpu8: failed to enter VMM mode > cpu7: failed to enter VMM mode > cpu6: failed to enter VMM mode > cpu5: failed to enter VMM mode > cpu4: failed to enter VMM mode > cpu3: failed to enter VMM mode > cpu2: failed to enter VMM mode > cpu1: failed to enter VMM mode > cpu0: failed to enter VMM mode > smr: dispatch took 11.170215s > cpu0: failed to enter VMM mode > cpu11: failed to enter VMM mode > cpu10: failed to enter VMM mode > cpu9: failed to enter VMM mode > cpu8: failed to enter VMM mode > cpu7: failed to enter VMM mode > cpu6: failed to enter VMM mode > cpu5: failed to enter VMM mode > cpu3: failed to enter VMM mode > cpu2: failed to enter VMM mode > cpu1: failed to enter VMM mode > cpu4: failed to enter VMM mode > cpu0: failed to enter VMM mode > cpu11: failed to enter VMM mode > cpu10: failed to enter VMM mode > cpu9: failed to enter VMM mode > cpu8: failed to enter VMM mode > cpu7: failed to enter VMM mode > cpu6: failed to enter VMM mode > cpu4: failed to enter VMM mode > cpu3: failed to enter VMM mode > cpu2: failed to enter VMM mode > cpu1: failed to enter VMM mode > cpu5: failed to enter VMM mode > > with bluhm@ diff vmm seems good as before .. dmesg OpenBSD 7.1-current (GENERIC.MP) #22: Thu Apr 14 21:15:30 CEST 2022 hrv...@x3550m4.srce.hr:/sys/arch/amd64/compile/GENERIC.MP real mem = 34297651200 (32708MB) avail mem = 33240903680 (31700MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0x7e67b000 (84 entries) bios0: vendor IBM version "-[D7E174BUS-3.20]-" date 06/15/2020 bios0: IBM IBM System x3550 M4 -[791425Z]- acpi0 at bios0: ACPI 4.0 acpi0: sleep states S0 S5 acpi0: tables DSDT FACP TCPA ERST HEST HPET APIC MCFG OEM1 SLIT SLIC SSDT SSDT SSDT SSDT DMAR acpi0: wakeup devices MRP1(S4) DCC0(S4) MRP3(S4) MRP5(S4) EHC2(S5) PEX0(S5) PEX7(S5) EHC1(S5) IP2P(S3) MRPB(S4) MRPC(S4) MRPD(S4) MRPF(S4) MRPG(S4) MRPH(S4) MRPI(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz, 2400.39 MHz, 06-3e-04 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 100MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz, 2400.01 MHz, 06-3e-04 cpu1:
Re: CVS: cvs.openbsd.org: src
On 13.4.2022. 19:22, Alexander Bluhm wrote: > On Fri, Apr 08, 2022 at 07:49:43PM -0600, Dave Voutila wrote: >> CVSROOT: /cvs >> Module name: src >> Changes by: d...@cvs.openbsd.org2022/04/08 19:49:43 >> >> Modified files: >> sys/arch/amd64/amd64: vmm_support.S >> >> Log message: >> Simplify vmx instruction error handling. >> >> Removes jumps and shortens the code while keeping functionality the >> same. >> >> ok mlarkin@ > > This commit breaks vmm on my ThinkPad T430s. > > cpu1: failed to enter VMM mode > cpu0: failed to enter VMM mode > > cpu0: Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz, 2893.83 MHz, 06-3a-09 > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu0: 256KB 64b/line 8-way L2 cache > > I think the problem is that XOR affects the zero flag. Does it? > This diff fixes it. > Hi, I don't know if this commit broke things but i'm having same errors as bluhm@ and vm's doesn't come up . login: cpu9: failed to enter VMM mode cpu8: failed to enter VMM mode cpu7: failed to enter VMM mode cpu6: failed to enter VMM mode cpu5: failed to enter VMM mode cpu4: failed to enter VMM mode cpu3: failed to enter VMM mode cpu1: failed to enter VMM mode cpu2: failed to enter VMM mode cpu11: failed to enter VMM mode cpu10: failed to enter VMM mode cpu9: failed to enter VMM mode cpu8: failed to enter VMM mode cpu7: failed to enter VMM mode cpu6: failed to enter VMM mode cpu5: failed to enter VMM mode cpu4: failed to enter VMM mode cpu3: failed to enter VMM mode cpu2: failed to enter VMM mode cpu1: failed to enter VMM mode cpu0: failed to enter VMM mode smr: dispatch took 11.170215s cpu0: failed to enter VMM mode cpu11: failed to enter VMM mode cpu10: failed to enter VMM mode cpu9: failed to enter VMM mode cpu8: failed to enter VMM mode cpu7: failed to enter VMM mode cpu6: failed to enter VMM mode cpu5: failed to enter VMM mode cpu3: failed to enter VMM mode cpu2: failed to enter VMM mode cpu1: failed to enter VMM mode cpu4: failed to enter VMM mode cpu0: failed to enter VMM mode cpu11: failed to enter VMM mode cpu10: failed to enter VMM mode cpu9: failed to enter VMM mode cpu8: failed to enter VMM mode cpu7: failed to enter VMM mode cpu6: failed to enter VMM mode cpu4: failed to enter VMM mode cpu3: failed to enter VMM mode cpu2: failed to enter VMM mode cpu1: failed to enter VMM mode cpu5: failed to enter VMM mode
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: k...@cvs.openbsd.org2022/04/14 10:33:25 Modified files: sbin/fdisk : gpt.c Log message: Move ((gh_part_size % d_secsize) == 0) validity check to get_header() with the rest of the header validity checks. No functional change.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: clau...@cvs.openbsd.org 2022/04/14 08:10:22 Modified files: sys/netinet: in_pcb.c sys/netinet6 : in6_pcb.c Log message: Relax address availability check for multicast binds. While it makes sense to limit bind(2) of unicast addresses that overlap each other to be all from the same UID (like 0.0.0.0:53 and 127.0.0.1:53) it makes little sense for multicast. Multicast is delivered to all sockets that match so there is no risk of someone stealing traffic from someone else. This should hopefully help with mDNS as reported by robert@ OK deraadt@ bluhm@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: bl...@cvs.openbsd.org 2022/04/14 05:39:45 Modified files: sys/net: if_pfsync.c Log message: pf and pfsync are running without kernel lock, so the mutexes must have at least mpfloor spl protection. Fix witness issue found by Hrvoje where pfsync holds mutex and interrupt grabs kernel lock. OK sashan@
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: st...@cvs.openbsd.org 2022/04/14 04:27:37 Modified files: . : 71.html Log message: 9108 packages for riscv64
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:55:23 Modified files: sys/dev/pci/drm/amd/pm: amdgpu_dpm.c Log message: drm/amdgpu: don't use BACO for reset in S3 >From Alex Deucher b536cf3eb6f949f8bedae7b26713e7ffec13b89b in linux 5.15.y/5.15.34 ebc002e3ee78409c42156e62e4e27ad1d09c5a75 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:52:38 Modified files: sys/dev/pci/drm/amd/amdkfd: kfd_smi_events.c Log message: drm/amdkfd: Create file descriptor after client is added to smi_clients list >From Lee Jones 3c8902bbf2ab5a15443f3daa73e8da18e7792172 in linux 5.15.y/5.15.34 e79a2398e1b2d47060474dca291542368183bc0f in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:51:00 Modified files: sys/dev/pci/drm/amd/amdgpu: vcn_v3_0.c Log message: drm/amdgpu/vcn: Fix the register setting for vcn1 >From Emily Deng 6a5d209898a605c31c26dbd2b002529e37ff0c6e in linux 5.15.y/5.15.34 02fc996d5098f4c3f65bdf6cdb6b28e3f29ba789 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:49:35 Modified files: sys/dev/pci/drm/amd/pm/powerplay/hwmgr: smu10_hwmgr.c Log message: drm/amdgpu/smu10: fix SoC/fclk units in auto mode >From Alex Deucher 155338be5d9078a569a723d8695b501ab369bdf9 in linux 5.15.y/5.15.34 2f25d8ce09b7ba5d769c132ba3d4eb84a941d2cb in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:47:59 Modified files: sys/dev/pci/drm/amd/display/dc/dcn21: dcn21_resource.c Log message: drm/amdgpu/display: change pipe policy for DCN 2.1 >From Benjamin Marty 0115e4f2f6bc984bc8fdba41ada55f586dc28502 in linux 5.15.y/5.15.34 879791ad8bf3dc5453061cad74776a617b6e3319 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:46:32 Modified files: sys/dev/pci/drm/amd/display/amdgpu_dm: amdgpu_dm.c amdgpu_dm.h Log message: amd/display: set backlight only if required >From Shirish S a551e6629247dc84f8cea5d494542c532ea69161 in linux 5.15.y/5.15.34 4052287a75eb3fc0f487fcc5f768a38bede455c8 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:44:30 Modified files: sys/dev/pci/drm/amd/amdgpu: amdgpu_gfx.c Log message: drm/amdgpu: fix off by one in amdgpu_gfx_kiq_acquire() >From Dan Carpenter 5ba9d78a72948325ecdb4dca2a31a46bc9169574 in linux 5.15.y/5.15.34 1647b54ed55d4d48c7199d439f8834626576cbe9 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:42:44 Modified files: sys/dev/pci/drm/amd/amdkfd: kfd_crat.c Log message: drm/amdkfd: make CRAT table missing message informational only >From Alex Deucher f325d3e1dcc85fc3cd984f30fd443ab2f3b42631 in linux 5.15.y/5.15.34 9dff13f9edf755a15f6507874185a3290c1ae8bb in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:40:39 Modified files: sys/dev/pci/drm/amd/amdgpu: amdgpu_object.c Log message: drm/amdgpu: Fix recursive locking warning >From Rajneesh Bhardwaj 0a922366d6d9b2532344b3763a54090ab9b50f59 in linux 5.15.y/5.15.34 447c7997b62a5115ba4da846dcdee4fc12298a6a in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:38:48 Modified files: sys/dev/pci/drm/amd/amdkfd: kfd_chardev.c Log message: drm/amdkfd: Don't take process mutex for svm ioctls >From Philip Yang e84b0438010d3359ae4830ba44108150f4839a92 in linux 5.15.y/5.15.34 ac7c48c0cce00d03b3c95fddcccb0a45257e33e3 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:37:17 Modified files: sys/dev/pci/drm/amd/display/amdgpu_dm: amdgpu_dm_psr.c Log message: drm/amd/display: Use PSR version selected during set_psr_caps >From Nicholas Kazlauskas 6040c99cb1a18c8da3f84e5051db12b6353a2576 in linux 5.15.y/5.15.34 b80ddeb29d9df449f875f0b6f5de08d7537c02b8 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:35:27 Modified files: sys/dev/pci/drm/amd/display/amdgpu_dm: amdgpu_dm_debugfs.c Log message: drm/amd/display: Fix memory leak >From Yongzhi Liu 7e10369c72db7a0e2f77b2e306aadc07aef6b07a in linux 5.15.y/5.15.34 5d5c6dba2b43e28845d7d7ed32a36802329a5f52 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:33:54 Modified files: sys/dev/pci/drm/amd/amdgpu: amdgpu_cs.c Log message: drm/amd/amdgpu/amdgpu_cs: fix refcount leak of a dma_fence obj >From Xin Xiong 3edd8646cb7c11b57c90e026bda6f21076223f5b in linux 5.15.y/5.15.34 dfced44f122c54a48ecc8db516bb6a295a1b in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:32:15 Modified files: sys/dev/pci/drm/amd/display/dc/core: dc_resource.c Log message: drm/amd/display: Add signal type check when verify stream backends same >From Dale Zhao c4b64a80554e57a68b594f2920988f4bc39768d9 in linux 5.15.y/5.15.34 047db281c026de5971cedb5bb486aa29bd16a39d in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2022/04/14 02:30:38 Modified files: sys/dev/pci/drm: drm_panel_orientation_quirks.c Log message: drm: Add orientation quirk for GPD Win Max >From Anisse Astier b3ca02c1ee93b9a998cf26e1734986ba570422c4 in linux 5.15.y/5.15.34 0b464ca3e0dd3cec65f28bc6d396d82f19080f69 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: n...@cvs.openbsd.org2022/04/14 00:59:29 Modified files: usr.bin/tmux : tmux.1 Log message: Fix clearphist alias, from Jacqueline Jolicoeur via jmc@.
