Bug 68085 - Xorg crash in do_winsys_init
Summary: Xorg crash in do_winsys_init
Status: RESOLVED WONTFIX
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/Gallium/radeonsi (show other bugs)
Version: git
Hardware: Other All
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-14 01:25 UTC by Andy Lutomirski
Modified: 2018-08-31 06:27 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Relevant bits of dmesg (41.21 KB, text/plain)
2013-08-14 01:25 UTC, Andy Lutomirski
Details
Xorg log (32.68 KB, text/plain)
2013-08-14 01:26 UTC, Andy Lutomirski
Details

Description Andy Lutomirski 2013-08-14 01:25:45 UTC
Created attachment 84033 [details]
Relevant bits of dmesg

My box has mgag200 primary and radeon (HD7750) secondary.  Xorg crashes on startup in do_winsys_init, which is passed fd = -1.  The crash is because drmGetVersion returns NULL.  'rmmod radeon' allows X to start (but without the radeon device).

This is Fedora 19, fully up to date.  The install disk has the same problem.

I'm not sure where fd is supposed to be set to something real, so this bug might be targeting the wrong thing.

(gdb) bt full                                                                                             [10/139]
#0  do_winsys_init (ws=0x2ff7f20) at radeon_drm_winsys.c:212
        gem_info = {gart_size = 0, vram_size = 0, vram_visible = 0}
        retval = <optimized out>
        version = <optimized out>
#1  radeon_drm_winsys_create (fd=-1) at radeon_drm_winsys.c:617
        ws = 0x2ff7f20
#2  0x00007fc2dd8fd359 in create_screen (fd=<optimized out>) at target.c:11
        radeon = <optimized out>
        screen = <optimized out>
#3  0x00007fc2ddbc5c32 in dri2_init_screen (sPriv=0x2ff7e00) at dri2.c:888
        configs = <optimized out>
        screen = 0x2ff7e90
        pscreen = <optimized out>
        throttle_ret = 0x0
#4  0x00007fc2dae2e2dd in driCreateNewScreen (scrn=0, extensions=0x7fc2df941b50 <loader_extensions>, 
    driver_configs=0x2f76700, data=0x2f76660) at ../../../../src/mesa/drivers/dri/common/drisw_util.c:70
        emptyExtensionList = {0x0}
        psp = 0x2ff7e00
#5  0x00007fc2df713b91 in __glXDRIscreenProbe (pScreen=0x2f473b0) at glxdriswrast.c:458
        driverName = 0x7fc2df72e2a6 "swrast"
        screen = 0x2f76660
#6  0x00007fc2df71315a in GlxExtensionInit () at glxext.c:355
        glxScreen = <optimized out>
        extEntry = <optimized out>
        pScreen = 0x2f473b0
        i = 0
        p = 0x7fc2df941b20 <__glXDRISWRastProvider>
        stack = <optimized out>
        glx_provided = 0
#7  0x00000000004ba1a1 in InitExtensions (argc=argc@entry=1, argv=argv@entry=0x7fff9f7860a8)
    at ../../../mi/miinitext.c:337
        i = <optimized out>
        ext = <optimized out>
#8  0x00000000004262e0 in main (argc=1, argv=0x7fff9f7860a8, envp=<optimized out>) at main.c:208
        i = <optimized out>
        alwaysCheckForInput = {0, 1}
Comment 1 Andy Lutomirski 2013-08-14 01:26:01 UTC
Created attachment 84034 [details]
Xorg log
Comment 2 Michel Dänzer 2013-08-14 08:44:46 UTC
Looks like swrast_dri.so is picking up driDriverAPI from radeonsi_dri.so.
Comment 3 EoD 2016-02-14 04:51:30 UTC
Is this issue still present in a current version of Fedora or a stable version of mesa?


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.