Re: X server keeps crashing in current/amd64

2018-03-22 Thread Jonathan Gray
On Thu, Mar 22, 2018 at 07:21:33PM +0100, Robert wrote:
> On Tue, 20 Mar 2018 22:11:21 +0100
> Robert  wrote:
> > I am happy to report that with the latest snapshot (20.3.) the
> > crashing problem seems to be gone.
> 
> Well, that was an early celebration.
> The problem occured again; guess I just had luck when I verified it
> earlier.
> 
> Same issue: X crashes and I have to restart it several times until I
> get a stable session.

If you can get a backtrace that would be helpful.

Getting Xorg to dump a core file is described in
https://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/xenocara/README?rev=1.40&content-type=text/plain

> 
> What I noticed is that one crash terminated X with:
> [26.914] (EE) Received signal 6 sent by process 0, uid 0
> [26.914] (EE) 
> Fatal server error:
> [26.914] (EE) Caught signal 6 (Abort trap). Server aborting
> 
> Whereas the next crash was:
> [   262.977] (EE) Segmentation fault at address 0x10d7c4b2d000
> [   262.977] (EE) 
> Fatal server error:
> [   262.977] (EE) Caught signal 11 (Segmentation fault). Server aborting
> 
> Both Xorg.log and xorg.conf below.
> 
> regards,
> Robert
> 
> 
> OpenBSD 6.3 (GENERIC.MP) #82: Tue Mar 20 11:28:30 MDT 2018
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> 
> Xorg.0.log
> ==
> [26.441] (--) checkDevMem: using aperture driver /dev/xf86
> [26.460] (--) Using wscons driver on /dev/ttyC4
> [26.467] 
> X.Org X Server 1.19.6
> Release Date: 2017-12-20
> [26.467] X Protocol Version 11, Revision 0
> [26.467] Build Operating System: OpenBSD 6.3 amd64 
> [26.467] Current Operating System: OpenBSD pcc.abc.test 6.3
> GENERIC.MP#82 amd64 [26.467] Build Date: 20 March 2018  11:45:26AM
> [26.467]  
> [26.467] Current version of pixman: 0.34.0
> [26.467]  Before reporting problems, check http://wiki.x.org
>   to make sure that you have the latest version.
> [26.467] Markers: (--) probed, (**) from config file, (==) default
> setting, (++) from command line, (!!) notice, (II) informational,
>   (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [26.467] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar 22
> 18:59:34 2018 [26.468] (==) Using config file: "/etc/X11/xorg.conf"
> [26.468] (==) Using system config directory
> "/usr/X11R6/share/X11/xorg.conf.d" [26.469] (==) ServerLayout
> "layout0" [26.469] (**) |-->Screen "screen0" (0)
> [26.469] (**) |   |-->Monitor "monitor0"
> [26.469] (**) |   |-->Device "device0"
> [26.469] (**) |-->Screen "screen1" (1)
> [26.469] (**) |   |-->Monitor "monitor1"
> [26.469] (**) |   |-->Device "device1"
> [26.470] (**) Option "Xinerama" "true"
> [26.470] (==) Automatically adding devices
> [26.470] (==) Automatically enabling devices
> [26.470] (==) Not automatically adding GPU devices
> [26.470] (**) Xinerama: enabled
> [26.470] (==) Max clients allowed: 256, resource mask: 0x1f
> [26.476] (==) FontPath set to:
>   /usr/X11R6/lib/X11/fonts/misc/,
>   /usr/X11R6/lib/X11/fonts/TTF/,
>   /usr/X11R6/lib/X11/fonts/OTF/,
>   /usr/X11R6/lib/X11/fonts/Type1/,
>   /usr/X11R6/lib/X11/fonts/100dpi/,
>   /usr/X11R6/lib/X11/fonts/75dpi/
> [26.476] (==) ModulePath set to "/usr/X11R6/lib/modules"
> [26.476] (II) The server relies on wscons to provide the list of
> input devices. If no devices become available, reconfigure wscons or
> disable AutoAddDevices. [26.476] (II) Loader magic: 0xb8907542000
> [26.476] (II) Module ABI versions:
> [26.476]  X.Org ANSI C Emulation: 0.4
> [26.476]  X.Org Video Driver: 23.0
> [26.476]  X.Org XInput driver : 24.1
> [26.476]  X.Org Server Extension : 10.0
> [26.476] (--) PCI:*(0:1:0:0) 1002:683f:1787:7250 rev 0, Mem @
> 0xe000/268435456, 0xf7e0/262144, I/O @ 0xe000/256, BIOS @
> 0x/131072 [26.476] (II) LoadModule: "glx" [26.478] (II)
> Loading /usr/X11R6/lib/modules/extensions/libglx.so [26.487] (II)
> Module glx: vendor="X.Org Foundation" [26.487]compiled for
> 1.19.6, module version = 1.0.0 [26.487]   ABI class: X.Org
> Server Extension, version 10.0 [26.487] (II) LoadModule: "radeon"
> [26.488] (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.so
> [26.490] (II) Module radeon: vendor="X.Org Foundation"
> [26.490]  compiled for 1.19.6, module version = 18.0.1
> [26.490]  Module class: X.Org Video Driver
> [26.490]  ABI class: X.Org Video Driver, version 23.0
> [26.490] (II) RADEON: Driver for ATI/AMD Radeon chipsets:
>   ATI Radeon Mobility X600 (M24), ATI FireMV 2400,
>   ATI Radeon Mobility X300 (M24), ATI FireGL M24 GL,
>   ATI Radeon X600 (RV380), ATI FireGL V3200 (RV380),
>   ATI Radeon IGP320 (A3), ATI Radeon IGP330/340/350 (A4),
>   ATI Radeon 9500, ATI Radeon 9600TX, ATI FireGL Z1, ATI Radeon
> 9800SE, ATI Radeon 9800, ATI FireGL X2, ATI Radeon 9600, AT

Re: X server keeps crashing in current/amd64

2018-03-22 Thread Robert
On Tue, 20 Mar 2018 22:11:21 +0100
Robert  wrote:
> I am happy to report that with the latest snapshot (20.3.) the
> crashing problem seems to be gone.

Well, that was an early celebration.
The problem occured again; guess I just had luck when I verified it
earlier.

Same issue: X crashes and I have to restart it several times until I
get a stable session.

What I noticed is that one crash terminated X with:
[26.914] (EE) Received signal 6 sent by process 0, uid 0
[26.914] (EE) 
Fatal server error:
[26.914] (EE) Caught signal 6 (Abort trap). Server aborting

Whereas the next crash was:
[   262.977] (EE) Segmentation fault at address 0x10d7c4b2d000
[   262.977] (EE) 
Fatal server error:
[   262.977] (EE) Caught signal 11 (Segmentation fault). Server aborting

Both Xorg.log and xorg.conf below.

regards,
Robert


OpenBSD 6.3 (GENERIC.MP) #82: Tue Mar 20 11:28:30 MDT 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Xorg.0.log
==
[26.441] (--) checkDevMem: using aperture driver /dev/xf86
[26.460] (--) Using wscons driver on /dev/ttyC4
[26.467] 
X.Org X Server 1.19.6
Release Date: 2017-12-20
[26.467] X Protocol Version 11, Revision 0
[26.467] Build Operating System: OpenBSD 6.3 amd64 
[26.467] Current Operating System: OpenBSD pcc.abc.test 6.3
GENERIC.MP#82 amd64 [26.467] Build Date: 20 March 2018  11:45:26AM
[26.467]  
[26.467] Current version of pixman: 0.34.0
[26.467]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[26.467] Markers: (--) probed, (**) from config file, (==) default
setting, (++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[26.467] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar 22
18:59:34 2018 [26.468] (==) Using config file: "/etc/X11/xorg.conf"
[26.468] (==) Using system config directory
"/usr/X11R6/share/X11/xorg.conf.d" [26.469] (==) ServerLayout
"layout0" [26.469] (**) |-->Screen "screen0" (0)
[26.469] (**) |   |-->Monitor "monitor0"
[26.469] (**) |   |-->Device "device0"
[26.469] (**) |-->Screen "screen1" (1)
[26.469] (**) |   |-->Monitor "monitor1"
[26.469] (**) |   |-->Device "device1"
[26.470] (**) Option "Xinerama" "true"
[26.470] (==) Automatically adding devices
[26.470] (==) Automatically enabling devices
[26.470] (==) Not automatically adding GPU devices
[26.470] (**) Xinerama: enabled
[26.470] (==) Max clients allowed: 256, resource mask: 0x1f
[26.476] (==) FontPath set to:
/usr/X11R6/lib/X11/fonts/misc/,
/usr/X11R6/lib/X11/fonts/TTF/,
/usr/X11R6/lib/X11/fonts/OTF/,
/usr/X11R6/lib/X11/fonts/Type1/,
/usr/X11R6/lib/X11/fonts/100dpi/,
/usr/X11R6/lib/X11/fonts/75dpi/
[26.476] (==) ModulePath set to "/usr/X11R6/lib/modules"
[26.476] (II) The server relies on wscons to provide the list of
input devices. If no devices become available, reconfigure wscons or
disable AutoAddDevices. [26.476] (II) Loader magic: 0xb8907542000
[26.476] (II) Module ABI versions:
[26.476]X.Org ANSI C Emulation: 0.4
[26.476]X.Org Video Driver: 23.0
[26.476]X.Org XInput driver : 24.1
[26.476]X.Org Server Extension : 10.0
[26.476] (--) PCI:*(0:1:0:0) 1002:683f:1787:7250 rev 0, Mem @
0xe000/268435456, 0xf7e0/262144, I/O @ 0xe000/256, BIOS @
0x/131072 [26.476] (II) LoadModule: "glx" [26.478] (II)
Loading /usr/X11R6/lib/modules/extensions/libglx.so [26.487] (II)
Module glx: vendor="X.Org Foundation" [26.487]  compiled for
1.19.6, module version = 1.0.0 [26.487] ABI class: X.Org
Server Extension, version 10.0 [26.487] (II) LoadModule: "radeon"
[26.488] (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.so
[26.490] (II) Module radeon: vendor="X.Org Foundation"
[26.490]compiled for 1.19.6, module version = 18.0.1
[26.490]Module class: X.Org Video Driver
[26.490]ABI class: X.Org Video Driver, version 23.0
[26.490] (II) RADEON: Driver for ATI/AMD Radeon chipsets:
ATI Radeon Mobility X600 (M24), ATI FireMV 2400,
ATI Radeon Mobility X300 (M24), ATI FireGL M24 GL,
ATI Radeon X600 (RV380), ATI FireGL V3200 (RV380),
ATI Radeon IGP320 (A3), ATI Radeon IGP330/340/350 (A4),
ATI Radeon 9500, ATI Radeon 9600TX, ATI FireGL Z1, ATI Radeon
9800SE, ATI Radeon 9800, ATI FireGL X2, ATI Radeon 9600, ATI Radeon
9600SE, ATI Radeon 9600XT, ATI FireGL T2, ATI Radeon 9650, ATI FireGL
RV360, ATI Radeon 7000 IGP (A4+), ATI Radeon 8500 AIW,
ATI Radeon IGP320M (U1), ATI Radeon IGP330M/340M/350M (U2),
ATI Radeon Mobility 7000 IGP, ATI Radeon 9000/PRO, ATI Radeon
9000, ATI Radeon X800 (R420), ATI Radeon X800PRO (R420),
ATI Radeon X800SE (R420), ATI FireGL X3 (R420),
ATI Radeon Mobility 9800 

Re: X server keeps crashing in current/amd64

2018-03-20 Thread Robert
On Sun, 18 Mar 2018 10:51:00 +1100
Jonathan Gray  wrote:
> I see you have multiple screens in your Xorg log.
> 
> I've just committed an update to xf86-video-ati 18.0.1 which
> mentions fixing a crash with multiple screens.
> 

I am happy to report that with the latest snapshot (20.3.) the
crashing problem seems to be gone.

(The duplicate cursor sprite effect when starting Firefox or Gimp is
still there, but it has no negative effect otherwise.)

regards,
Robert



Re: X server keeps crashing in current/amd64

2018-03-18 Thread Robert
On Sun, 18 Mar 2018 13:41:26 +0100
Erling Westenvik  wrote:

> How long since you did an update before you started having problems? I
> had a similar situation some time ago on one of my current- machines
> that I hadn't updated in a long time.
> 
> Check the upgrade guides:
> https://www.openbsd.org/faq/upgrade62.html
> https://www.openbsd.org/faq/upgrade61.html
> And so on. And/or install sysclean(1) and have a look at its output.
> 
> Between upgrades I usually run:
> 
> # pkg_delete -[n]a
> 
> (-n being dry mode to see any changes without actually removing things.)
> 
> You may also take a look at pkg_check but read the man page first.
> 
> Best regards,
> 
> Erling

Bad wording from my side I guess... I am not compiling -current; I use
snapshots. And when I update (not on a regular base) to the newest
snapshot, I do a full fresh install using a shell script that does all
the additional configuration work for me.

So the problem is not a left-over from an upgrade operation.

kind regards,
Robert



Re: X server keeps crashing in current/amd64

2018-03-18 Thread Erling Westenvik
On Sat, Mar 17, 2018 at 10:40:55PM +0100, Robert wrote:
> Since about two weeks the X server keeps crashing (segfault) most of the
> time when I start it (through xenodm).
> I have to restart it (rcctl restart xenodm) about 5-10 times
> until I get an (xfce) session that stays stable.
>
> I reinstalled today with the latest current/amd64, and now this issue became
> worse: In addition, even when I get a stable session, it crashes as
> soon as I do some actions, such as moving the mouse for a couple of
> seconds or starting Firefox.

How long since you did an update before you started having problems? I
had a similar situation some time ago on one of my current- machines
that I hadn't updated in a long time.

Check the upgrade guides:
https://www.openbsd.org/faq/upgrade62.html
https://www.openbsd.org/faq/upgrade61.html
And so on. And/or install sysclean(1) and have a look at its output.

Between upgrades I usually run:

# pkg_delete -[n]a

(-n being dry mode to see any changes without actually removing things.)

You may also take a look at pkg_check but read the man page first.

Best regards,

Erling

> Xorg.log says (from various such occurences):
> (EE) Segmentation fault at address 0x64bfcd81018
> (EE) Segmentation fault at address 0x17e082969018
> (EE) Segmentation fault at address 0x78e6159b000
>
> Any ideas / recommendations on how to debug or fix this?
> (dmesg / xorg log below)
>
> Installing 6.2/amd64 removes the issue, so I don't think it's a hardware 
> problem.
>
> If it is relevant, this is an AMD Verde GPU, where the driver uses
> software rendering. Also, I disabled xhci in the kernel (using config) due to 
> https://marc.info/?l=openbsd-misc&m=143442925331480 .
>
> regards,
> Robert
>
>
> dmesg (current
> OpenBSD 6.3 (GENERIC.MP) #68: Fri Mar 16 01:24:47 MDT 2018
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 17113550848 (16320MB)
> avail mem = 16587821056 (15819MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xec380 (81 entries)
> bios0: vendor Dell Inc. version "A15" date 02/15/2017
> bios0: Dell Inc. OptiPlex 3020
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP APIC FPDT SLIC SSDT SSDT SSDT HPET SSDT MCFG SSDT
> acpi0: wakeup devices PXSX(S4) RP01(S4) PXSX(S4) PXSX(S4) PXSX(S4) RP04(S4) 
> PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) PXSX(S4) GLAN(S4) EHC1(S0) 
> EHC2(S0) XHC_(S0) [...]
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz, 3492.35 MHz
> 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT,MELTDOWN
> cpu0: 256KB 64b/line 8-way L2 cache
> acpitimer0: recalibrated TSC frequency 3292383348 Hz
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
> cpu0: apic clock running at 99MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE
> cpu1 at mainbus0: apid 2 (application processor)
> cpu1: Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz, 3491.93 MHz
> cpu1: 
> 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT,MELTDOWN
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 0, core 1, package 0
> cpu2 at mainbus0: apid 4 (application processor)
> cpu2: Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz, 3491.93 MHz
> cpu2: 
> 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT,MELTDOWN
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 0, core 2, package 0
> cpu3 at mainbus0: apid 6 (application processor)
> cpu3: Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz, 3491.93 MHz
> cpu3: 
> 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT,MEL

Re: X server keeps crashing in current/amd64

2018-03-18 Thread Robert
Hi Jonathan,

Thanks for the quick response!
I will test it as soon as a new snapshot becomes available.

I see that the changes are related to the cursor sprite - maybe this
will even fix the effect that currently the mouse cursor gets
temporarily duplicated on both screens during certain actions (such as
starting Firefox).

regards,
Robert


On Sun, 18 Mar 2018 10:51:00 +1100
Jonathan Gray  wrote:

> On Sat, Mar 17, 2018 at 10:40:55PM +0100, Robert wrote:
> > Hi,
> > 
> > Since about two weeks the X server keeps crashing (segfault) most of the
> > time when I start it (through xenodm).
> > I have to restart it (rcctl restart xenodm) about 5-10 times
> > until I get an (xfce) session that stays stable. 
> > 
> > I reinstalled today with the latest current/amd64, and now this issue became
> > worse: In addition, even when I get a stable session, it crashes as
> > soon as I do some actions, such as moving the mouse for a couple of
> > seconds or starting Firefox.
> > 
> > Xorg.log says (from various such occurences):
> > (EE) Segmentation fault at address 0x64bfcd81018
> > (EE) Segmentation fault at address 0x17e082969018
> > (EE) Segmentation fault at address 0x78e6159b000
> > 
> > Any ideas / recommendations on how to debug or fix this?
> > (dmesg / xorg log below)  
> 
> I see you have multiple screens in your Xorg log.
> 
> I've just committed an update to xf86-video-ati 18.0.1 which
> mentions fixing a crash with multiple screens.
> 
> https://lists.x.org/archives/xorg-announce/2018-March/002884.html
> 
> * The Xorg process could crash when multiple primary screens are
>   configured in xorg.conf.
> 
> Index: configure
> ===
> RCS file: /cvs/xenocara/driver/xf86-video-ati/configure,v
> retrieving revision 1.23
> diff -u -p -r1.23 configure
> --- configure 13 Mar 2018 06:13:13 -  1.23
> +++ configure 17 Mar 2018 23:25:41 -
> @@ -1,6 +1,6 @@
>  #! /bin/sh
>  # Guess values for system-dependent variables and create Makefiles.
> -# Generated by GNU Autoconf 2.69 for xf86-video-ati 18.0.0.
> +# Generated by GNU Autoconf 2.69 for xf86-video-ati 18.0.1.
>  #
>  # Report bugs to 
> .
>  #
> @@ -591,8 +591,8 @@ MAKEFLAGS=
>  # Identity of this package.
>  PACKAGE_NAME='xf86-video-ati'
>  PACKAGE_TARNAME='xf86-video-ati'
> -PACKAGE_VERSION='18.0.0'
> -PACKAGE_STRING='xf86-video-ati 18.0.0'
> +PACKAGE_VERSION='18.0.1'
> +PACKAGE_STRING='xf86-video-ati 18.0.1'
>  
> PACKAGE_BUGREPORT='https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/Radeon'
>  PACKAGE_URL=''
>  
> @@ -1390,7 +1390,7 @@ if test "$ac_init_help" = "long"; then
># Omit some internal or obsolete options to make the list less imposing.
># This message is too long to be a string in the A/UX 3.1 sh.
>cat <<_ACEOF
> -\`configure' configures xf86-video-ati 18.0.0 to adapt to many kinds of 
> systems.
> +\`configure' configures xf86-video-ati 18.0.1 to adapt to many kinds of 
> systems.
>  
>  Usage: $0 [OPTION]... [VAR=VALUE]...
>  
> @@ -1460,7 +1460,7 @@ fi
>  
>  if test -n "$ac_init_help"; then
>case $ac_init_help in
> - short | recursive ) echo "Configuration of xf86-video-ati 18.0.0:";;
> + short | recursive ) echo "Configuration of xf86-video-ati 18.0.1:";;
> esac
>cat <<\_ACEOF
>  
> @@ -1616,7 +1616,7 @@ fi
>  test -n "$ac_init_help" && exit $ac_status
>  if $ac_init_version; then
>cat <<\_ACEOF
> -xf86-video-ati configure 18.0.0
> +xf86-video-ati configure 18.0.1
>  generated by GNU Autoconf 2.69
>  
>  Copyright (C) 2012 Free Software Foundation, Inc.
> @@ -2031,7 +2031,7 @@ cat >config.log <<_ACEOF
>  This file contains any messages produced by compilers while
>  running configure, to aid debugging if configure makes a mistake.
>  
> -It was created by xf86-video-ati $as_me 18.0.0, which was
> +It was created by xf86-video-ati $as_me 18.0.1, which was
>  generated by GNU Autoconf 2.69.  Invocation command line was
>  
>$ $0 $@
> @@ -2862,7 +2862,7 @@ fi
>  
>  # Define the identity of the package.
>   PACKAGE='xf86-video-ati'
> - VERSION='18.0.0'
> + VERSION='18.0.1'
>  
>  
>  cat >>confdefs.h <<_ACEOF
> @@ -19881,7 +19881,7 @@ cat >>$CONFIG_STATUS <<\_ACEOF || ac_wri
>  # report actual input values of CONFIG_FILES etc. instead of their
>  # values after options handling.
>  ac_log="
> -This file was extended by xf86-video-ati $as_me 18.0.0, which was
> +This file was extended by xf86-video-ati $as_me 18.0.1, which was
>  generated by GNU Autoconf 2.69.  Invocation command line was
>  
>CONFIG_FILES= $CONFIG_FILES
> @@ -19947,7 +19947,7 @@ _ACEOF
>  cat >>$CONFIG_STATUS <<_ACEOF || ac_write_fail=1
>  ac_cs_config="`$as_echo "$ac_configure_args" | sed 's/^ //; 
> s/[\\""\`\$]/&/g'`"
>  ac_cs_version="\\
> -xf86-video-ati config.status 18.0.0
> +xf86-video-ati config.status 18.0.1
>  configured by $0, generated by GNU

Re: X server keeps crashing in current/amd64

2018-03-17 Thread Jonathan Gray
On Sat, Mar 17, 2018 at 10:40:55PM +0100, Robert wrote:
> Hi,
> 
> Since about two weeks the X server keeps crashing (segfault) most of the
> time when I start it (through xenodm).
> I have to restart it (rcctl restart xenodm) about 5-10 times
> until I get an (xfce) session that stays stable. 
> 
> I reinstalled today with the latest current/amd64, and now this issue became
> worse: In addition, even when I get a stable session, it crashes as
> soon as I do some actions, such as moving the mouse for a couple of
> seconds or starting Firefox.
> 
> Xorg.log says (from various such occurences):
> (EE) Segmentation fault at address 0x64bfcd81018
> (EE) Segmentation fault at address 0x17e082969018
> (EE) Segmentation fault at address 0x78e6159b000
> 
> Any ideas / recommendations on how to debug or fix this?
> (dmesg / xorg log below)

I see you have multiple screens in your Xorg log.

I've just committed an update to xf86-video-ati 18.0.1 which
mentions fixing a crash with multiple screens.

https://lists.x.org/archives/xorg-announce/2018-March/002884.html

* The Xorg process could crash when multiple primary screens are
  configured in xorg.conf.

Index: configure
===
RCS file: /cvs/xenocara/driver/xf86-video-ati/configure,v
retrieving revision 1.23
diff -u -p -r1.23 configure
--- configure   13 Mar 2018 06:13:13 -  1.23
+++ configure   17 Mar 2018 23:25:41 -
@@ -1,6 +1,6 @@
 #! /bin/sh
 # Guess values for system-dependent variables and create Makefiles.
-# Generated by GNU Autoconf 2.69 for xf86-video-ati 18.0.0.
+# Generated by GNU Autoconf 2.69 for xf86-video-ati 18.0.1.
 #
 # Report bugs to 
.
 #
@@ -591,8 +591,8 @@ MAKEFLAGS=
 # Identity of this package.
 PACKAGE_NAME='xf86-video-ati'
 PACKAGE_TARNAME='xf86-video-ati'
-PACKAGE_VERSION='18.0.0'
-PACKAGE_STRING='xf86-video-ati 18.0.0'
+PACKAGE_VERSION='18.0.1'
+PACKAGE_STRING='xf86-video-ati 18.0.1'
 
PACKAGE_BUGREPORT='https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/Radeon'
 PACKAGE_URL=''
 
@@ -1390,7 +1390,7 @@ if test "$ac_init_help" = "long"; then
   # Omit some internal or obsolete options to make the list less imposing.
   # This message is too long to be a string in the A/UX 3.1 sh.
   cat <<_ACEOF
-\`configure' configures xf86-video-ati 18.0.0 to adapt to many kinds of 
systems.
+\`configure' configures xf86-video-ati 18.0.1 to adapt to many kinds of 
systems.
 
 Usage: $0 [OPTION]... [VAR=VALUE]...
 
@@ -1460,7 +1460,7 @@ fi
 
 if test -n "$ac_init_help"; then
   case $ac_init_help in
- short | recursive ) echo "Configuration of xf86-video-ati 18.0.0:";;
+ short | recursive ) echo "Configuration of xf86-video-ati 18.0.1:";;
esac
   cat <<\_ACEOF
 
@@ -1616,7 +1616,7 @@ fi
 test -n "$ac_init_help" && exit $ac_status
 if $ac_init_version; then
   cat <<\_ACEOF
-xf86-video-ati configure 18.0.0
+xf86-video-ati configure 18.0.1
 generated by GNU Autoconf 2.69
 
 Copyright (C) 2012 Free Software Foundation, Inc.
@@ -2031,7 +2031,7 @@ cat >config.log <<_ACEOF
 This file contains any messages produced by compilers while
 running configure, to aid debugging if configure makes a mistake.
 
-It was created by xf86-video-ati $as_me 18.0.0, which was
+It was created by xf86-video-ati $as_me 18.0.1, which was
 generated by GNU Autoconf 2.69.  Invocation command line was
 
   $ $0 $@
@@ -2862,7 +2862,7 @@ fi
 
 # Define the identity of the package.
  PACKAGE='xf86-video-ati'
- VERSION='18.0.0'
+ VERSION='18.0.1'
 
 
 cat >>confdefs.h <<_ACEOF
@@ -19881,7 +19881,7 @@ cat >>$CONFIG_STATUS <<\_ACEOF || ac_wri
 # report actual input values of CONFIG_FILES etc. instead of their
 # values after options handling.
 ac_log="
-This file was extended by xf86-video-ati $as_me 18.0.0, which was
+This file was extended by xf86-video-ati $as_me 18.0.1, which was
 generated by GNU Autoconf 2.69.  Invocation command line was
 
   CONFIG_FILES= $CONFIG_FILES
@@ -19947,7 +19947,7 @@ _ACEOF
 cat >>$CONFIG_STATUS <<_ACEOF || ac_write_fail=1
 ac_cs_config="`$as_echo "$ac_configure_args" | sed 's/^ //; 
s/[\\""\`\$]/&/g'`"
 ac_cs_version="\\
-xf86-video-ati config.status 18.0.0
+xf86-video-ati config.status 18.0.1
 configured by $0, generated by GNU Autoconf 2.69,
   with options \\"\$ac_cs_config\\"
 
Index: configure.ac
===
RCS file: /cvs/xenocara/driver/xf86-video-ati/configure.ac,v
retrieving revision 1.16
diff -u -p -r1.16 configure.ac
--- configure.ac13 Mar 2018 06:13:13 -  1.16
+++ configure.ac17 Mar 2018 23:25:17 -
@@ -23,7 +23,7 @@
 # Initialize Autoconf
 AC_PREREQ([2.60])
 AC_INIT([xf86-video-ati],
-[18.0.0],
+[18.0.1],
 
[https://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/Radeon],
 [xf86-video-ati])
 
Index: src/drmmode_display.c

X server keeps crashing in current/amd64

2018-03-17 Thread Robert
Hi,

Since about two weeks the X server keeps crashing (segfault) most of the
time when I start it (through xenodm).
I have to restart it (rcctl restart xenodm) about 5-10 times
until I get an (xfce) session that stays stable. 

I reinstalled today with the latest current/amd64, and now this issue became
worse: In addition, even when I get a stable session, it crashes as
soon as I do some actions, such as moving the mouse for a couple of
seconds or starting Firefox.

Xorg.log says (from various such occurences):
(EE) Segmentation fault at address 0x64bfcd81018
(EE) Segmentation fault at address 0x17e082969018
(EE) Segmentation fault at address 0x78e6159b000

Any ideas / recommendations on how to debug or fix this?
(dmesg / xorg log below)

Installing 6.2/amd64 removes the issue, so I don't think it's a hardware 
problem.

If it is relevant, this is an AMD Verde GPU, where the driver uses
software rendering. Also, I disabled xhci in the kernel (using config) due to 
https://marc.info/?l=openbsd-misc&m=143442925331480 .

regards,
Robert


dmesg (current
OpenBSD 6.3 (GENERIC.MP) #68: Fri Mar 16 01:24:47 MDT 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17113550848 (16320MB)
avail mem = 16587821056 (15819MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xec380 (81 entries)
bios0: vendor Dell Inc. version "A15" date 02/15/2017
bios0: Dell Inc. OptiPlex 3020
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT SLIC SSDT SSDT SSDT HPET SSDT MCFG SSDT
acpi0: wakeup devices PXSX(S4) RP01(S4) PXSX(S4) PXSX(S4) PXSX(S4) RP04(S4) 
PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) PXSX(S4) GLAN(S4) EHC1(S0) 
EHC2(S0) XHC_(S0) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz, 3492.35 MHz
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
acpitimer0: recalibrated TSC frequency 3292383348 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz, 3491.93 MHz
cpu1: 
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT,MELTDOWN
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz, 3491.93 MHz
cpu2: 
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT,MELTDOWN
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz, 3491.93 MHz
cpu3: 
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT,MELTDOWN
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins
acpihpet0 at acpi0: 14318179 Hz
acpihpet0: recalibrated TSC frequency 3292372366 Hz
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (RP01)
acpiprt2 at acpi0: bus 3 (RP04)
acpiprt3 at acpi0: bus 4 (RP05)
acpiprt4 at acpi0: bus 5 (RP06)
acpiprt5 at acpi0: bus 1 (PEG0)
acpiprt6 at acpi0: bus -1 (PEG1)
acpiprt7 at acpi0: bus -1 (PEG2)
acpiec0 at acpi0: not present
acpicpu0 at acpi0: C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpicpu3