<div dir="ltr"><div class="gmail_extra"> <div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">> <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.freedesktop.org_show-5Fbug.cgi-3Fid-3D100520&d=DwIGaQ&c=aqMfXOEvEJQh2iQMCb7Wy8l0sPnURkcqADc2guUW8IM&r=X0jL9y0sL4r4iU_qVtR3lLNo4tOL1ry_m7-psV3GejY&m=c1RtvNfT2dMhEtinSZ6C9pm77RGWd7vXdI11dLHqA9c&s=8pbvdFmH4JhWRb37B_5QybvQyFLGZM_mn3cNOmwiB1o&e=" rel="noreferrer" target="_blank">https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.freedesktop.org_show-5Fbug.cgi-3Fid-3D100520&d=DwIGaQ&c=aqMfXOEvEJQh2iQMCb7Wy8l0sPnURkcqADc2guUW8IM&r=X0jL9y0sL4r4iU_qVtR3lLNo4tOL1ry_m7-psV3GejY&m=c1RtvNfT2dMhEtinSZ6C9pm77RGWd7vXdI11dLHqA9c&s=8pbvdFmH4JhWRb37B_5QybvQyFLGZM_mn3cNOmwiB1o&e=</a> ... If you mentioned which gfxchip or CPU you have in your OP or the bug, I missed it. </blockquote><div> </div> cat /proc/cpuinfo | grep 'model name' | uniqmodel name : Intel(R) Xeon(TM) CPU 2.80GHzlscpuArchitecture: i686CPU op-mode(s): 32-bit, 64-bitByte Order: Little EndianCPU(s): 4On-line CPU(s) list: 0-3Thread(s) per core: 2Core(s) per socket: 1Socket(s): 2Vendor ID: GenuineIntelCPU family: 15Model: 4Model name: Intel(R) Xeon(TM) CPU 2.80GHzStepping: 1CPU MHz: 2793.263BogoMIPS: 5586.52L1d cache: 16KL2 cache: 1024KFlags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pebs bts pni dtes64 monitor ds_cpl cid cx16 xtpr<div> </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Is it possible your gfxchip makes the following applicable? </blockquote><div> </div><div>lspci -v -s 09:0d.0 09:0d.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV100 [Radeon 7000 / Radeon VE] (prog-if 00 [VGA controller]) Subsystem: Dell PowerEdge 1850 Embedded Radeon 7000/VE Flags: bus master, VGA palette snoop, stepping, medium devsel, latency 32, IRQ 18 Memory at f0000000 (32-bit, prefetchable) [size=128M] I/O ports at bc00 [size=256] Memory at fe1f0000 (32-bit, non-prefetchable) [size=64K] [virtual] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: [50] Power Management version 2 Kernel driver in use: radeon Kernel modules: radeon</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"> * From Linux 4.8, several changes have been made in the kernel configuration to 'harden' the system, i.e. to mitigate security bugs. Some changes may cause legitimate applications to fail, and can be reverted by run-time configuration: - On most architectures, the /dev/mem device can no longer be used to access devices that also have a kernel driver. This breaks dosemu and some old user-space graphics drivers. To allow this, set the kernel parameter: iomem=relaxed </blockquote><div> </div><div>I tried this:</div>cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="Fedora" GRUB_DEFAULT=saved GRUB_CMDLINE_LINUX="<a href="http://rd.md">rd.md</a>=0 <a href="http://rd.dm">rd.dm</a>=0 SYSFONT=True KEYTABLE=us <a href="http://rd.lvm.lv">rd.lvm.lv</a>=vg_curie/lv_swap rd.luks=0 <a href="http://rd.lvm.lv">rd.lvm.lv</a>=vg_curie/lv_root LANG=en_US.UTF-8 rhgb quiet elevator=noop zswap.enabled=1 transparent_hugepage=madvise iomem=relaxed" <div>#GRUB_THEME="/boot/grub2/themes/system/theme.txt" </div></div> </div><div class="gmail_extra"> </div><div class="gmail_extra">Rebooted and still core dump:</div><div class="gmail_extra"> Process 1972 (Xorg) of user 0 dumped core.#012#012Stack trace of thread 1972:#012#0 0x00000000b7702cf9 __kernel_vsyscall (linux-gate.so.1)#012#1 0x00000000b70469a0 raise (libc.so.6)#012#2 0x00000000b7048067 abort (libc.so.6)#012#3 0x0000000008205f9a OsAbort (Xorg)#012#4 0x00000000080c4afc ddxGiveUp (Xorg)#012#5 0x00000000080c4b9b AbortDDX (Xorg)#012#6 0x000000000820c6f2 AbortServer (Xorg)#012#7 0x000000000820d10f FatalError (Xorg)#012#8 0x0000000008202c18 OsSigHandler (Xorg)#012#9 0x00000000b7702d10 __kernel_rt_sigreturn (linux-gate.so.1)#012#10 0x00000000b7424290 pci_device_next (libpciaccess.so.0)#012#11 0x00000000b7424358 pci_device_find_by_slot (libpciaccess.so.0)#012#12 0x00000000b74267a7 pci_device_vgaarb_init (libpciaccess.so.0)#012#13 0x00000000080e05c5 xf86VGAarbiterInit (Xorg)#012#14 0x00000000080b7868 xf86BusConfig (Xorg)#012#15 0x00000000080c695d InitOutput (Xorg)#012#16 0x000000000807eaca dix_main (Xorg)#012#17 0x0000000008066b9f main (Xorg)#012#18 0x00000000b70301c6 __libc_start_main (libc.so.6)#012#19 0x0000000008066bc5 _start (Xorg)</div></div>