seg fault in Fedora 25 with all desktop managers marco error 4 in

Robert Kudyba rkudyba at
Mon Apr 3 02:54:15 UTC 2017

> >
> eedesktop.org_show-5Fbug.cgi-3Fid-3D100520&d=DwIGaQ&c=aqMfX
> OEvEJQh2iQMCb7Wy8l0sPnURkcqADc2guUW8IM&r=X0jL9y0sL4r4iU_qVtR
> 3lLNo4tOL1ry_m7-psV3GejY&m=c1RtvNfT2dMhEtinSZ6C9pm77RGWd7vXd
> I11dLHqA9c&s=8pbvdFmH4JhWRb37B_5QybvQyFLGZM_mn3cNOmwiB1o&e= ...
> If you mentioned which gfxchip or CPU you have in your OP or the bug, I
> missed it.

 cat /proc/cpuinfo | grep 'model name' | uniq

model name : Intel(R) Xeon(TM) CPU 2.80GHz


Architecture:          i686

CPU op-mode(s):        32-bit, 64-bit

Byte Order:            Little Endian

CPU(s):                4

On-line CPU(s) list:   0-3

Thread(s) per core:    2

Core(s) per socket:    1

Socket(s):             2

Vendor ID:             GenuineIntel

CPU family:            15

Model:                 4

Model name:            Intel(R) Xeon(TM) CPU 2.80GHz

Stepping:              1

CPU MHz:               2793.263

BogoMIPS:              5586.52

L1d cache:             16K

L2 cache:              1024K

Flags:                 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

Is it possible your gfxchip makes the following applicable?

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

> * 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

I tried this:

cat  /etc/default/grub




rd.luks=0 LANG=en_US.UTF-8 rhgb quiet
elevator=noop zswap.enabled=1 transparent_hugepage=madvise iomem=relaxed"

Rebooted and still core dump:

 Process 1972 (Xorg) of user 0 dumped core.#012#012Stack trace of thread
1972:#012#0  0x00000000b7702cf9 __kernel_vsyscall (
0x00000000b70469a0 raise (  0x00000000b7048067 abort
(  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
( 0x00000000b7424290 pci_device_next
( 0x00000000b7424358 pci_device_find_by_slot
( 0x00000000b74267a7 pci_device_vgaarb_init
( 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 ( 0x0000000008066bc5 _start (Xorg)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the xorg mailing list