Bug 552052

Summary: [abrt] crash detected in xorg-x11-server-Xorg-1.7.1-7.fc12
Product: [Fedora] Fedora Reporter: Henning Norén <henning.noren>
Component: libX11Assignee: Adam Jackson <ajax>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 12CC: campbecg, jvillalo, mcepl, sandmann, xgl-maint
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: abrt_hash:0f822d2ea1e1d3b7a56d4f641475200d80879a05
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-02-02 15:27:27 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
Xorg log file from (I presume) the crash
none
Xorg log file from after the crash
none
dmesg none

Description Henning Norén 2010-01-03 20:25:41 UTC
abrt 1.0.0 detected a crash.

How to reproduce: 1. Switch mouse + keyboard + screen on Belkin KVM Switch to another system and then back again

Comment
-----
System is running with a USB mouse + Keyboard + VGA Screen attached to a Belkin Omniview Secure KVM switch.
It is a Intel Core i7 with 6GB RAM and a Sapphire Radeon HD 4650 graphics card.

Before the switch I had just logged into the desktop. Then I switched desktops and upon switching back I noticed I was back at the GDM login screen.

Attached file: backtrace
cmdline: /usr/bin/Xorg :0 -nr -verbose -auth /var/run/gdm/auth-for-gdm-QewM0M/database -nolisten tcp vt1
component: xorg-x11-server
executable: /usr/bin/Xorg
kernel: 2.6.31.9-174.fc12.x86_64
package: xorg-x11-server-Xorg-1.7.1-7.fc12
rating: 4
reason: Process was terminated by signal 11

Comment 1 Henning Norén 2010-01-03 20:25:46 UTC
Created attachment 381420 [details]
File: backtrace

Comment 2 Chris Campbell 2010-01-03 20:54:47 UTC
Thanks for the bug report.  We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.

Please attach your X server config file (/etc/X11/xorg.conf, if available), /var/log/dmesg, and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 3 Henning Norén 2010-01-04 11:07:44 UTC
Created attachment 381519 [details]
Xorg log file from (I presume) the crash

I rebooted since the last incident so I reproduced the issue today.

No xorg.conf exist

Comment 4 Henning Norén 2010-01-04 11:08:31 UTC
Created attachment 381520 [details]
Xorg log file from after the crash

Comment 5 Henning Norén 2010-01-04 11:09:27 UTC
Created attachment 381521 [details]
dmesg

Comment 6 Matěj Cepl 2010-01-04 13:43:20 UTC
#13 <signal handler called>
No symbol table info available.
#14 __libc_free (mem=0x20204000080) at malloc.c:3709
        ar_ptr = <value optimized out>
        p = <value optimized out>
        hook = 0
#15 0x000000000050e92c in SrvXkbResizeKeyType (xkb=0x29f3100, type_ndx=7, 
    map_count=<value optimized out>, want_preserve=<value optimized out>, 
    new_num_lvls=<value optimized out>) at XKBMAlloc.c:333
        prev_map = 0x29b6ee0
        type = 0x29b6a48
        matchingKeys = '\000' <repeats 247 times>
        nMatchingKeys = <value optimized out>
#16 0x00000000004f2725 in SetKeyTypes (changes=<value optimized out>, 
    wire=<value optimized out>, req=<value optimized out>, 
    xkb=<value optimized out>) at xkb.c:1992
        pOld = <value optimized out>
        n = <value optimized out>
        i = <value optimized out>
        first = <value optimized out>
        last = <value optimized out>
        map = <value optimized out>
#17 _XkbSetMap (changes=<value optimized out>, wire=<value optimized out>, 
    req=<value optimized out>, xkb=<value optimized out>) at xkb.c:2464
        cause = {kc = 0 '\000', event = 0 '\000', mjr = 143 '\217', 
          mnr = 9 '\t', client = 0x29f3a50}
        change = {device_spec = 0, state_changes = 0, map = {changed = 0, 
            min_key_code = 0 '\000', max_key_code = 0 '\000', 
            first_type = 0 '\000', num_types = 0 '\000', 
            first_key_sym = 0 '\000', num_key_syms = 0 '\000', 
            first_key_act = 0 '\000', num_key_acts = 0 '\000', 
            first_key_behavior = 0 '\000', num_key_behaviors = 0 '\000', 
            first_key_explicit = 0 '\000', num_key_explicit = 0 '\000', 
            first_modmap_key = 0 '\000', num_modmap_keys = 0 '\000', 
            first_vmodmap_key = 0 '\000', num_vmodmap_keys = 0 '\000', 
            pad = 0 '\000', vmods = 0}, ctrls = {changed_ctrls = 0, 
            enabled_ctrls_changes = 0, num_groups_changed = 0}, indicators = {
            state_changes = 0, map_changes = 0}, names = {changed = 0, 
            first_type = 0 '\000', num_types = 0 '\000', 
            first_lvl = 0 '\000', num_lvls = 0 '\000', 
            num_aliases = 0 '\000', num_rg = 0 '\000', first_key = 0 '\000', 
            num_keys = 0 '\000', changed_vmods = 0, changed_indicators = 0, 
            changed_groups = 0 '\000'}, compat = {changed_groups = 0 '\000', 
            first_si = 0, num_si = 0}}
        sentNKN = <value optimized out>
        xkbi = 0x29b51e0
        xkb = <value optimized out>
#18 0x00000000004f3459 in ProcXkbSetMap (client=0x29f3a50) at xkb.c:2588
        other = 0x29d31b0
        dev = 0x2897c20
        tmp = 0x2a29ea4 ""
        rc = <value optimized out>
#19 0x000000000042c69c in Dispatch () at dispatch.c:445
        result = <value optimized out>
        client = 0x29f3a50
        nready = <value optimized out>
        start_tick = 320
#20 0x0000000000421cfa in main (argc=<value optimized out>,

Comment 7 John Villalovos 2010-02-02 15:27:27 UTC

*** This bug has been marked as a duplicate of bug 540584 ***