[PATCH] Chromium 85 AMDGPU "flickering" near address bar

2020-09-30 Thread Johnathan C. Maudlin



CC'd robert@ on this as well.

An issue I'm seeing when testing Chrome/Chromium 85 on OpenBSD and
several Linux distributions is "flickering". This occurs primarily near
the address bar, and in most cases can be triggered by hovering the
cursor above the backwards, forwards, and refresh buttons. It may also
be reproduced by hovering over menu items that are near the address bar
from an arbitrary website, in my case Google and GitHub.

Upstream this issue has been triaged and merged into future releases and
is slated for Chrome/Chromium 86:

* https://bugs.chromium.org/p/chromium/issues/detail?id=114

I can confirm on my NAVI10 5700XT that "--use-cmd-decoder=validating"
does stop the flickering. Below I have included a rather idiotic diff
that works and probably isn't the worst thing in the world to track for
Chrome/Chromium 85 specifically. It can probably be improved by checking
for "wsdisplay0 at amdgpu0" instead, so that cases where an amdgpu
happens to be present but not the primary GPU or display driver would
not result in setting additional flags when it probably isn't
warranted. For what it's worth, the diff below seemed to have no
appreciable impact on a laptop using an 8th gen Intel igpu.


diff --git www/chromium/files/chrome www/chromium/files/chrome
index d48e2f52a2e..6338770f1ad 100644
--- www/chromium/files/chrome
+++ www/chromium/files/chrome
@@ -57,4 +57,11 @@ export LD_LIBRARY_PATH
 [ -z ${ENABLE_WASM} ] && \

_NOWASM="--disable-features=WebAssembly,AsmJsToWebAssembly,WebAssemblyStreaming 
--js-flags=--noexpose-wasm"

-LANG=${_l} exec "/usr/local/chrome/chrome" ${_NOWASM} "${@}"
+#
+# Issue #114
+# https://bugs.chromium.org/p/chromium/issues/detail?id=114
+#
+[ $(dmesg | grep -c amdgpu) -gt 0 ] &&
+_AMDGPU="--use-cmd-decoder=validating"
+
+LANG=${_l} exec "/usr/local/chrome/chrome" ${_NOWASM} ${_AMDGPU} "${@}"


OpenBSD 6.8 (RAMDISK_CD) #93: Tue Sep 29 18:38:28 MDT 2020
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD
real mem = 17109360640 (16316MB)
avail mem = 16586809344 (15818MB)
random: good seed from bootblocks
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xe6cf0 (59 entries)
bios0: vendor American Megatrends Inc. version "1.C0" date 09/06/2019
bios0: Micro-Star International Co., Ltd. MS-7B79
acpi0 at bios0: ACPI 6.0
acpi0: tables DSDT FACP APIC FPDT FIDT SSDT SSDT SSDT MCFG HPET SSDT UEFI IVRS 
SSDT CRAT CDIT BGRT SSDT SSDT WSMT
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Ryzen 5 2600 Six-Core Processor, 3400.51 MHz, 17-08-02
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu0: 64KB 64b/line 4-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 
8-way L2 cache, 16MB 64b/line 16-way L3 cache
cpu0: ITLB 64 4KB entries fully associative, 64 4MB entries fully associative
cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully associative
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=1.1, IBE
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 13 pa 0xfec0, version 21, 24 pins
ioapic1 at mainbus0: apid 14 pa 0xfec01000, version 21, 32 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (GPP0)
acpiprt2 at acpi0: bus -1 (GPP1)
acpiprt3 at acpi0: bus -1 (GPP3)
acpiprt4 at acpi0: bus -1 (GPP4)
acpiprt5 at acpi0: bus -1 (GPP5)
acpiprt6 at acpi0: bus -1 (GPP6)
acpiprt7 at acpi0: bus -1 (GPP7)
acpiprt8 at acpi0: bus 39 (GPP8)
acpiprt9 at acpi0: bus -1 (GPP9)
acpiprt10 at acpi0: bus -1 (GPPA)
acpiprt11 at acpi0: bus -1 (GPPB)
acpiprt12 at acpi0: bus -1 (GPPC)
acpiprt13 at acpi0: bus -1 (GPPD)
acpiprt14 at acpi0: bus -1 (GPPE)
acpiprt15 at acpi0: bus -1 (GPPF)
acpiprt16 at acpi0: bus 42 (GP17)
acpiprt17 at acpi0: bus 43 (GP18)
acpiprt18 at acpi0: bus 3 (GPP2)
acpipci0 at acpi0 PCI0: 0x0010 0x0011 0x
acpicmos0 at acpi0
"PNP0C0C" at acpi0 not configured
amdgpio0 at acpi0 GPIO uid 0 addr 0xfed81500/0x400 irq 7, 184 pins
"PNP0C14" at acpi0 not configured
"PNP0C14" at acpi0 not configured
"AMDIF030" at acpi0 not configured
"PNP0C14" at acpi0 not configured
acpicpu at acpi0 not configured
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "AMD 17h Root Complex" rev 0x00
"AMD 17h IOMMU" rev 0x00 at pci0 dev 0 

Re: mysql_waitpid: broken symbolic link to '/usr/local/bin/mariadb-waitpid'

2020-09-30 Thread Mikolaj Kucharski
On Mon, Sep 28, 2020 at 02:01:00PM +, Mikolaj Kucharski wrote:
> Hi,
> 
> I've noticed that I have mysql_waitpid installed which is broken
> symlink to mariadb-waitpid.
> 
> I think that symlink should be moved to -server package. I come up with
> following diff, which I'm still building and didn't test it yet.

New version after feedback from sthen@

Something is not right with conflict lines. Is this PEBCAK or
pkg_add bug?

This is on a machine without prior mariadb-client, mariadb-server or
mariadb-tests package installed. Those packages are NOT installed.

OpenBSD 6.8 (GENERIC.MP) #94: Tue Sep 29 00:13:21 MDT 2020
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

# env PKG_PATH=https://cdn.openbsd.org/%m \
TRUSTED_PKG_PATH=/root/mariadb \
pkg_add -Dsnap -i mariadb-client mariadb-server mariadb-tests
quirks-3.439 signed on 2020-09-30T05:15:47Z
mariadb-client-10.5.5p0v1: ok
mariadb-server-10.5.5p0v1:p5-Clone-0.41p0: ok
mariadb-server-10.5.5p0v1:p5-Math-Base-Convert-0.11p0: ok
mariadb-server-10.5.5p0v1:p5-Params-Util-1.07p2: ok
mariadb-server-10.5.5p0v1:p5-Module-Runtime-0.016p0: ok
mariadb-server-10.5.5p0v1:p5-SQL-Statement-1.412p0: ok
mariadb-server-10.5.5p0v1:p5-Net-Daemon-0.48p1: ok
mariadb-server-10.5.5p0v1:p5-PlRPC-0.2020p0: ok
mariadb-server-10.5.5p0v1:p5-FreezeThaw-0.5001p0: ok
mariadb-server-10.5.5p0v1:p5-MLDBM-2.05p0: ok
mariadb-server-10.5.5p0v1:p5-DBI-1.641: ok
mariadb-server-10.5.5p0v1:p5-DBD-MariaDB-1.21p2: ok
mariadb-server-10.5.5p0v1:snappy-1.1.8: ok
Can't install mariadb-server-10.5.5p0v1 because of conflicts 
(mariadb-client-10.5.5p0v1)
mariadb-tests-10.5.5v1: ok
--- mariadb-server-10.5.5p0v1 ---
Can't install mariadb-server-10.5.5p0v1: conflicts
Couldn't install mariadb-server-10.5.5p0v1

# env PKG_PATH=https://cdn.openbsd.org/%m \
TRUSTED_PKG_PATH=/root/mariadb \
pkg_info -Dsnap -f mariadb-client mariadb-server mariadb-tests | \
grep -E '^(Information|@conflict)'
Information for inst:mariadb-client-10.5.5p0v1
@conflict mariadb-server-<=10.4.12v1
@conflict mytop-*
Information for file:/root/mariadb/mariadb-server-10.5.5p0v1.tgz
@conflict mariadb-client-<=10.5.5v1
Information for inst:mariadb-tests-10.5.5v1
# _

# ls -lhA /root/mariadb/
total 168160
-rw-r--r--  1 root  wheel  10.3M Sep 29 10:35 mariadb-client-10.5.5p0v1.tgz
-rw-r--r--  1 root  wheel  42.5M Sep 29 10:36 mariadb-server-10.5.5p0v1.tgz
-rw-r--r--  1 root  wheel  29.2M Sep 29 10:36 mariadb-tests-10.5.5v1.tgz


Index: Makefile
===
RCS file: /cvs/ports/databases/mariadb/Makefile,v
retrieving revision 1.96
diff -u -p -u -r1.96 Makefile
--- Makefile12 Aug 2020 14:43:54 -  1.96
+++ Makefile30 Sep 2020 20:02:46 -
@@ -9,6 +9,8 @@ DISTNAME=   mariadb-${VERSION}
 PKGNAME-main=  mariadb-client-${VERSION}
 PKGNAME-server=mariadb-server-${VERSION}
 PKGNAME-tests= mariadb-tests-${VERSION}
+REVISION-main =0
+REVISION-server =  0
 EPOCH= 1
 
 CATEGORIES=databases
Index: pkg/PLIST-main
===
RCS file: /cvs/ports/databases/mariadb/pkg/PLIST-main,v
retrieving revision 1.21
diff -u -p -u -r1.21 PLIST-main
--- pkg/PLIST-main  26 Jun 2020 08:46:42 -  1.21
+++ pkg/PLIST-main  30 Sep 2020 20:02:46 -
@@ -23,7 +23,6 @@ bin/msql2mysql
 bin/mysql
 bin/mysql_config
 bin/mysql_find_rows
-bin/mysql_waitpid
 bin/mysqlaccess
 bin/mysqladmin
 bin/mysqlbinlog
Index: pkg/PLIST-server
===
RCS file: /cvs/ports/databases/mariadb/pkg/PLIST-server,v
retrieving revision 1.35
diff -u -p -u -r1.35 PLIST-server
--- pkg/PLIST-server12 Aug 2020 14:43:54 -  1.35
+++ pkg/PLIST-server30 Sep 2020 20:02:47 -
@@ -1,5 +1,5 @@
 @comment $OpenBSD: PLIST-server,v 1.35 2020/08/12 14:43:54 sthen Exp $
-@conflict mariadb-client-<=10.4.12v1
+@conflict mariadb-client-<=10.5.5v1
 @newgroup _mysql:502
 @newuser _mysql:502:_mysql:daemon:MySQL Account:/nonexistent:/sbin/nologin
 @rcscript ${RCDIR}/mysqld
@@ -36,6 +36,7 @@ bin/mysql_secure_installation
 bin/mysql_setpermission
 bin/mysql_tzinfo_to_sql
 bin/mysql_upgrade
+bin/mysql_waitpid
 bin/mysqld_multi
 bin/mysqld_safe
 bin/mysqld_safe_helper

-- 
Regards,
 Mikolaj



gdb powerpc64 support

2020-09-30 Thread Mark Kettenis
This adds basic powerpc64 support to the ports gdb.  Only really
implements target support, so this can only really look at core dumps.
But it does a better job than base gdb.

Since the ports tree is still locked, I may actually work on improving
this a bit.  But at least people have the diff if they need it.

Index: devel/gdb/patches/patch-gdb_config_powerpc_obsd64_mh
===
RCS file: devel/gdb/patches/patch-gdb_config_powerpc_obsd64_mh
diff -N devel/gdb/patches/patch-gdb_config_powerpc_obsd64_mh
--- /dev/null   1 Jan 1970 00:00:00 -
+++ devel/gdb/patches/patch-gdb_config_powerpc_obsd64_mh30 Sep 2020 
20:18:56 -
@@ -0,0 +1,10 @@
+$OpenBSD$
+
+Index: gdb/config/powerpc/obsd64.mh
+--- gdb/config/powerpc/obsd64.mh.orig
 gdb/config/powerpc/obsd64.mh
+@@ -0,0 +1,4 @@
++# Host: OpenBSD/powerpc
++NATDEPFILES= fork-child.o inf-ptrace.o obsd-nat.o ppc64obsd-nat.o bsd-kvm.o
++
++LOADLIBES= -lkvm
Index: devel/gdb/patches/patch-gdb_configure_host
===
RCS file: /cvs/ports/devel/gdb/patches/patch-gdb_configure_host,v
retrieving revision 1.1
diff -u -p -r1.1 patch-gdb_configure_host
--- devel/gdb/patches/patch-gdb_configure_host  10 Jul 2018 11:03:46 -  
1.1
+++ devel/gdb/patches/patch-gdb_configure_host  30 Sep 2020 20:18:56 -
@@ -1,6 +1,7 @@
 $OpenBSD: patch-gdb_configure_host,v 1.1 2018/07/10 11:03:46 kettenis Exp $
 gdb/configure.host.origSat Jan 21 05:48:42 2017
-+++ gdb/configure.host Tue Mar  7 23:52:43 2017
+Index: gdb/configure.host
+--- gdb/configure.host.orig
 gdb/configure.host
 @@ -82,6 +82,7 @@ case "${host}" in
  *-*-darwin*)  gdb_host=darwin ;;
  
@@ -9,3 +10,11 @@ $OpenBSD: patch-gdb_configure_host,v 1.1
  
  alpha*-*-linux*)  gdb_host=alpha-linux ;;
  alpha*-*-freebsd* | alpha*-*-kfreebsd*-gnu)
+@@ -137,6 +138,7 @@ powerpc*-*-freebsd*)   gdb_host=fbsd ;;
+ powerpc-*-netbsd* | powerpc-*-knetbsd*-gnu)
+   gdb_host=nbsd ;;
+ powerpc-*-openbsd*)   gdb_host=obsd ;;
++powerpc64-*-openbsd*) gdb_host=obsd64 ;;
+ 
+ powerpc64*-*-linux*)  gdb_host=ppc64-linux
+ # Support 'pseudo-native' debugging on the Cell BE
Index: devel/gdb/patches/patch-gdb_configure_tgt
===
RCS file: /cvs/ports/devel/gdb/patches/patch-gdb_configure_tgt,v
retrieving revision 1.1
diff -u -p -r1.1 patch-gdb_configure_tgt
--- devel/gdb/patches/patch-gdb_configure_tgt   10 Jul 2018 11:03:46 -  
1.1
+++ devel/gdb/patches/patch-gdb_configure_tgt   30 Sep 2020 20:18:56 -
@@ -16,3 +16,16 @@ Index: gdb/configure.tgt
  alpha*-*-linux*)
# Target: Little-endian Alpha running Linux
gdb_target_obs="alpha-tdep.o alpha-mdebug-tdep.o alpha-linux-tdep.o \
+@@ -428,6 +435,12 @@ powerpc-*-openbsd*)
+   # Target: OpenBSD/powerpc
+   gdb_target_obs="rs6000-tdep.o ppc-sysv-tdep.o ppcobsd-tdep.o \
+   solib-svr4.o \
++  ravenscar-thread.o ppc-ravenscar-thread.o"
++  ;;
++powerpc64-*-openbsd*)
++  # Target: OpenBSD/powerpc64
++  gdb_target_obs="rs6000-tdep.o ppc-sysv-tdep.o ppc64-tdep.o \
++  ppc64obsd-tdep.o obsd-tdep.o solib-svr4.o \
+   ravenscar-thread.o ppc-ravenscar-thread.o"
+   ;;
+ powerpc-*-aix* | rs6000-*-* | powerpc64-*-aix*)
Index: devel/gdb/patches/patch-gdb_ppc64obsd-nat_c
===
RCS file: devel/gdb/patches/patch-gdb_ppc64obsd-nat_c
diff -N devel/gdb/patches/patch-gdb_ppc64obsd-nat_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ devel/gdb/patches/patch-gdb_ppc64obsd-nat_c 30 Sep 2020 20:18:56 -
@@ -0,0 +1,7 @@
+$OpenBSD$
+
+Index: gdb/ppc64obsd-nat.c
+--- gdb/ppc64obsd-nat.c.orig
 gdb/ppc64obsd-nat.c
+@@ -0,0 +1 @@
++/* Empty */
Index: devel/gdb/patches/patch-gdb_ppc64obsd-tdep_c
===
RCS file: devel/gdb/patches/patch-gdb_ppc64obsd-tdep_c
diff -N devel/gdb/patches/patch-gdb_ppc64obsd-tdep_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ devel/gdb/patches/patch-gdb_ppc64obsd-tdep_c30 Sep 2020 20:18:56 
-
@@ -0,0 +1,441 @@
+$OpenBSD$
+
+Index: gdb/ppc64obsd-tdep.c
+--- gdb/ppc64obsd-tdep.c.orig
 gdb/ppc64obsd-tdep.c
+@@ -0,0 +1,435 @@
++/* Target-dependent code for OpenBSD/powerpc64.
++
++   Copyright (C) 2004, 2005, 2006 Free Software Foundation, Inc.
++
++   This file is part of GDB.
++
++   This program is free software; you can redistribute it and/or modify
++   it under the terms of the GNU General Public License as published by
++   the Free Software Foundation; either version 2 of the License, or
++   (at your option) any later version.
++
++   This program is distributed in the hope that it will be useful,
++   but WITHOUT ANY WARRANTY; without even the implied warranty of
++   

UPDATE: youtube-dl 2020.09.20

2020-09-30 Thread Mikolaj Kucharski
Hi,

I actually didn't have any issues with youtube-dl. I think this can wait
after unlock.

ChangeLog at:

https://github.com/ytdl-org/youtube-dl/compare/2020.07.28...2020.09.20#diff-02f0b547c2779d25cff89672135f20e3


Index: Makefile
===
RCS file: /cvs/ports/www/youtube-dl/Makefile,v
retrieving revision 1.211
diff -u -p -u -r1.211 Makefile
--- Makefile28 Jul 2020 15:14:33 -  1.211
+++ Makefile30 Sep 2020 19:59:12 -
@@ -2,7 +2,7 @@
 
 COMMENT =  CLI program to download videos from YouTube and other sites
 
-VERSION =  2020.07.28
+VERSION =  2020.09.20
 MODPY_EGG_VERSION =${VERSION:S/.0/./g}
 
 DISTNAME = youtube-dl-${VERSION}
Index: distinfo
===
RCS file: /cvs/ports/www/youtube-dl/distinfo,v
retrieving revision 1.192
diff -u -p -u -r1.192 distinfo
--- distinfo28 Jul 2020 15:14:33 -  1.192
+++ distinfo30 Sep 2020 19:59:12 -
@@ -1,2 +1,2 @@
-SHA256 (youtube-dl-2020.07.28.tar.gz) = 
H7PjTYBABGTlWu62ElbDZGgRatnv6CVDtDend6Lvx8U=
-SIZE (youtube-dl-2020.07.28.tar.gz) = 3179686
+SHA256 (youtube-dl-2020.09.20.tar.gz) = 
rBp5nPloNFvykIntLlxdT0oyAxYl2Ag2nmG2Ni0cfN4=
+SIZE (youtube-dl-2020.09.20.tar.gz) = 3188480

-- 
Regards,
 Mikolaj



CVS: cvs.openbsd.org: ports

2020-09-30 Thread Stefan Sperling
CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2020/09/30 12:30:37

Modified files:
devel/got  : Makefile distinfo 

Log message:
update to got 0.42 (unbreaks 'got clone' into directories other than /tmp)

ok naddy@

- add "branch" keyword to got.conf which specifies a list of branches to fetch
- rework got's commit-time log message modification check
- fix potential type mismatches between format specifiers and arguments (naddy)
- prefer the BSD extension to reset getopt over the GNU one (naddy)
- fix 'bad path' error from 'got clone' by unveiling the repository path again



[macppc] Don't build x11/kitty

2020-09-30 Thread Charlene Wendling
Hi,

(This can wait post-release, the wasted time is low)

Kitty is broken in the current macppc bulk:

> cc -MMD -DNDEBUG -Wextra -Wfloat-conversion
> -Wno-missing-field-initializers -Wall -Wstrict-prototypes -std=c11
> -pedantic-errors -Werror -fwrapv -fstack-protector-strong -pipe
> -fvisibility=hidden -D_FORTIFY_SOURCE=2 -fPIC -O2 -pipe -flto
> -pthread -Ikitty -I/usr/local/include/python3.8 -c
> kittens/choose/score.c -o
> build/subseq_matcher-score.c.obuild/fast_data_types-charsets.c.o:
> file not recognized: File format not recognized

My first guess was to disable LTO by doing a debug build (see
setup.py:289 for rationale), and i managed to package kitty like that.
 
At runtime i'm greeted with:

> [274 17:24:38.489771] [glfw error 65543]: GLX: Failed to create
> context: GLXBadFBConfig 
> [274 17:24:38.496529] Failed to create GLFW temp window! This
> usually happens because of old/broken OpenGL drivers. kitty requires
> working OpenGL 3.3 drivers.

And it quits. No macppc machine should be OpenGL 3.3 capable using
hardware acceleration. With software rendering it leads to floating
point exceptions or system lockups, and would be very slow anyway.

I'm proposing to not build it on macppc. 

Comments/feedback are welcome,

Charlène.


Index: Makefile
===
RCS file: /cvs/ports/x11/kitty/Makefile,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 Makefile
--- Makefile7 Sep 2020 12:53:00 -   1.2
+++ Makefile30 Sep 2020 15:37:32 -
@@ -1,5 +1,8 @@
 # $OpenBSD: Makefile,v 1.2 2020/09/07 12:53:00 sthen Exp $
 
+# Requires OpenGL>=3.3
+NOT_FOR_ARCHS =powerpc
+
 COMMENT =  fast, feature full, GPU-based terminal emulator
 
 MODPY_EGG_VERSION =0.18.3