[Bug 94465] Xorg crashes in VT switch

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Mar 10 22:01:09 UTC 2016 

https://bugs.freedesktop.org/show_bug.cgi?id=94465

--- Comment #6 from JM9 <jhnmlkvch9 at gmail.com> ---
I was able to run X under valgrind. Here is the log. Let me know if you want me
to try and build X with -g and try.

===============================================================================

==705== Memcheck, a memory error detector
==705== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==705== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
==705== Command: /usr/bin/X.bak -nolisten tcp :0 vt1 -auth
/tmp/serverauth.hCDZMJjusX
==705== Parent PID: 704
==705==
--705--
--705-- Valgrind options:
--705--    -v
--705--    --leak-check=full
--705--    --show-leak-kinds=all
--705--    --error-limit=no
--705--    --log-file=/var/log/Xorg-valgrind.log
--705-- Contents of /proc/version:
--705--   Linux version 4.4.5-1-ARCH (builduser at tobias) (gcc version 5.3.0
(GCC) ) #1 SMP PREEMPT Thu Mar 10 07:38:19 CET 2016
--705--
--705-- Arch and hwcaps: AMD64, LittleEndian,
amd64-cx16-lzcnt-rdtscp-sse3-avx-avx2-bmi
--705-- Page sizes: currently 4096, max supported 4096
--705-- Valgrind library directory: /usr/lib/valgrind
--705-- Reading syms from /usr/bin/bash
--705--    object doesn't have a symbol table
--705-- Reading syms from /usr/lib/ld-2.23.so
--705-- Reading syms from /usr/lib/valgrind/memcheck-amd64-linux
--705--    object doesn't have a symbol table
--705--    object doesn't have a dynamic symbol table
--705-- Scheduler: using generic scheduler lock implementation.
--705-- Reading suppressions file: /usr/lib/valgrind/default.supp
==705== embedded gdbserver: reading from
/tmp/vgdb-pipe-from-vgdb-to-705-by-root-on-???
==705== embedded gdbserver: writing to  
/tmp/vgdb-pipe-to-vgdb-from-705-by-root-on-???
==705== embedded gdbserver: shared mem  
/tmp/vgdb-pipe-shared-mem-vgdb-705-by-root-on-???
==705== 
==705== TO CONTROL THIS PROCESS USING vgdb (which you probably
==705== don't want to do, unless you know exactly what you're doing,
==705== or are doing some strange experiment):
==705==   /usr/lib/valgrind/../../bin/vgdb --pid=705 ...command...
==705== 
==705== TO DEBUG THIS PROCESS USING GDB: start GDB like this
==705==   /path/to/gdb /usr/bin/X.bak
==705== and then give GDB the following command
==705==   target remote | /usr/lib/valgrind/../../bin/vgdb --pid=705
==705== --pid is optional if only one valgrind process is running
==705== 
--705-- REDIR: 0x401a970 (ld-linux-x86-64.so.2:strlen) redirected to 0x3809e1b1
(???)
--705-- Reading syms from /usr/lib/valgrind/vgpreload_core-amd64-linux.so
--705--    object doesn't have a symbol table
--705-- Reading syms from /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so
--705--    object doesn't have a symbol table
==705== WARNING: new redirection conflicts with existing -- ignoring it
--705--     old: 0x0401a970 (strlen              ) R-> (0000.0) 0x3809e1b1 ??? 
--705--     new: 0x0401a970 (strlen              ) R-> (2007.0) 0x04c2dc60
strlen
--705-- REDIR: 0x40192c0 (ld-linux-x86-64.so.2:index) redirected to 0x4c2d800
(index)
--705-- REDIR: 0x40194e0 (ld-linux-x86-64.so.2:strcmp) redirected to 0x4c2ed10
(strcmp)
--705-- Reading syms from /usr/lib/libreadline.so.6.3
--705-- Reading syms from /usr/lib/libncursesw.so.6.0
--705--    object doesn't have a symbol table
--705-- Reading syms from /usr/lib/libdl-2.23.so
--705--    object doesn't have a symbol table
--705-- Reading syms from /usr/lib/libc-2.23.so
--705-- REDIR: 0x55737e0 (libc.so.6:strcasecmp) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x556f160 (libc.so.6:strcspn) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x5575ad0 (libc.so.6:strncasecmp) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x55715f0 (libc.so.6:strpbrk) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x5571980 (libc.so.6:strspn) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x5572f2a (libc.so.6:memcpy at GLIBC_2.2.5) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x5571300 (libc.so.6:rindex) redirected to 0x4c2d4e0 (rindex)
--705-- REDIR: 0x556dbf0 (libc.so.6:__GI_strcmp) redirected to 0x4c2ec20
(__GI_strcmp)
--705-- REDIR: 0x556f620 (libc.so.6:strlen) redirected to 0x4c2dba0 (strlen)
--705-- REDIR: 0x556fa70 (libc.so.6:__GI_strncmp) redirected to 0x4c2e350
(__GI_strncmp)
--705-- REDIR: 0x556d990 (libc.so.6:__GI_strchr) redirected to 0x4c2d640
(__GI_strchr)
--705-- REDIR: 0x5572640 (libc.so.6:memchr) redirected to 0x4c2edb0 (memchr)
--705-- REDIR: 0x557a1a0 (libc.so.6:strchrnul) redirected to 0x4c319e0
(strchrnul)
--705-- REDIR: 0x55698d0 (libc.so.6:malloc) redirected to 0x4c2ab49 (malloc)
--705-- REDIR: 0x5578260 (libc.so.6:__GI_memcpy) redirected to 0x4c2f740
(__GI_memcpy)
--705-- REDIR: 0x5569fe0 (libc.so.6:free) redirected to 0x4c2bc63 (free)
--705-- REDIR: 0x556f040 (libc.so.6:strcpy) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x5585380 (libc.so.6:__strcpy_sse2_unaligned) redirected to
0x4c2dc80 (strcpy)
--705-- REDIR: 0x556fa20 (libc.so.6:strncmp) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x560fa40 (libc.so.6:__strncmp_sse42) redirected to 0x4c2e430
(__strncmp_sse42)
--705-- REDIR: 0x556dbb0 (libc.so.6:strcmp) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x557ef20 (libc.so.6:__strcmp_sse2_unaligned) redirected to
0x4c2ebd0 (strcmp)
--705-- REDIR: 0x556f7c0 (libc.so.6:strnlen) redirected to 0x4c2db20 (strnlen)
--705-- REDIR: 0x556a360 (libc.so.6:calloc) redirected to 0x4c2c8b1 (calloc)
--705-- REDIR: 0x5573670 (libc.so.6:__GI_stpcpy) redirected to 0x4c30bc0
(__GI_stpcpy)
--705-- REDIR: 0x5571f60 (libc.so.6:__GI_strstr) redirected to 0x4c32110
(__strstr_sse2)
--705-- REDIR: 0x55729d0 (libc.so.6:__GI_memcmp) redirected to 0x4c307d0
(__GI_memcmp)
--705-- REDIR: 0x5579f90 (libc.so.6:rawmemchr) redirected to 0x4c31a10
(rawmemchr)
--705-- REDIR: 0x55e64f0 (libc.so.6:__strcpy_chk) redirected to 0x4c31a50
(__strcpy_chk)
--705-- REDIR: 0x556d960 (libc.so.6:index) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x55781e0 (libc.so.6:memcpy@@GLIBC_2.14) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x5617e50 (libc.so.6:__memcpy_avx_unaligned) redirected to
0x4c2f0e0 (memcpy@@GLIBC_2.14)
--705-- REDIR: 0x5572f90 (libc.so.6:memset) redirected to 0x4a266be
(_vgnU_ifunc_wrapper)
--705-- REDIR: 0x563c920 (libc.so.6:__memset_avx2) redirected to 0x4c31100
(memset)
--705-- REDIR: 0x556a080 (libc.so.6:realloc) redirected to 0x4c2ca53 (realloc)

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20160310/c47a3418/attachment.html>

More information about the intel-gfx-bugs mailing list