Closed Bug 1813500 Opened 2 years ago Closed 2 years ago

glxtest process can hang which blocks whole Firefox start

Categories

(Core :: Graphics, defect)

defect

Tracking

()

RESOLVED FIXED
111 Branch
Tracking Status
firefox111 --- fixed

People

(Reporter: stransky, Assigned: stransky)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Downstream bug: https://bugzilla.redhat.com/show_bug.cgi?id=2147344
glxtest bactrace https://retrace.fedoraproject.org/faf/reports/608452/

glxtest is blocked at:

0 pthread_cond_signal@@GLIBC_2.3.2
1 cnd_signal	/usr/lib64/dri/radeonsi_dri.so
2 util_queue_add_job	/usr/lib64/dri/radeonsi_dri.so
3 si_schedule_initial_compile	/usr/lib64/dri/radeonsi_dri.so
4 si_create_shader_selector(pipe_context*, pipe_shader_state const*)/usr/lib64/dri/radeonsi_dri.so
5 util_live_shader_cache_get	/usr/lib64/dri/radeonsi_dri.so
6 si_create_shader(pipe_context*, pipe_shader_state const*) /usr/lib64/dri/radeonsi_dri.so
7 ureg_create_shader /usr/lib64/dri/r600_drv_video.so
8 create_vert_shader	/usr/lib64/dri/r600_drv_video.so
9 vl_compositor_init	/usr/lib64/dri/r600_drv_video.so
10 __vaDriverInit_1_16	/usr/lib64/dri/r600_drv_video.so
11 va_openDriver	/lib64/libva.so.2
12 vaInitialize 

Firefox is blocked here:

#0  __GI___libc_read (nbytes=2047, buf=0x7ffc4e276480, fd=3) at ../sysdeps/unix/sysv/linux/read.c:26
#1  __GI___libc_read (fd=3, buf=buf@entry=0x7ffc4e276480, nbytes=nbytes@entry=2047) at ../sysdeps/unix/sysv/linux/read.c:24
#2  0x00007fcd423fe512 in read (__nbytes=2047, __buf=0x7ffc4e276480, __fd=<optimized out>) at /home/komat/.mozbuild/sysroot-x86_64-linux-gnu/usr/include/x86_64-linux-gnu/bits/unistd.h:44
#3  mozilla::widget::GfxInfo::GetData() (this=0x7fcd4a8abac0) at /raid/src3/widget/gtk/GfxInfo.cpp:106
#4  0x00007fcd42400bb8 in mozilla::widget::GfxInfo::GetFeatureStatusImpl(int, int*, nsTSubstring<char16_t>&, nsTArray<mozilla::widget::GfxDriverInfo> const&, nsTSubstring<char>&, mozilla::widget::OperatingSystem*)
    (this=0x7fcd4a8abac0, aFeature=19, aStatus=0x7ffc4e276f64, aSuggestedDriverVersion=<gNullChar> u"", aDriverInfo=const nsTArray<mozilla::widget::GfxDriverInfo> &, aFailureId=<gNullChar> "", aOS=0x0) at /raid/src3/widget/gtk/GfxInfo.cpp:875
#5  0x00007fcd4235cdb6 in mozilla::widget::GfxInfoBase::GetFeatureStatus(int, nsTSubstring<char>&, int*)
    (this=0x7fcd4a8abac0, aFeature=19, aFailureId=<gNullChar> "", aStatus=0x7ffc4e276f64) at /raid/src3/widget/GfxInfoBase.cpp:841
#6  0x00007fcd40144e4c in IsFeatureSupported(long, bool) (aFeature=aFeature@entry=19, aDefault=aDefault@entry=false) at /raid/src3/objdir-opt-gcc/dist/include/nsCOMPtr.h:851
#7  0x00007fcd40150094 in gfxPlatform::IsDXInterop2Blocked() () at /raid/src3/gfx/thebes/gfxPlatform.cpp:1129
#8  gfxPlatform::Init() () at /raid/src3/gfx/thebes/gfxPlatform.cpp:899
#9  0x00007fcd40150816 in gfxPlatform::GetPlatform() () at /raid/src3/gfx/thebes/gfxPlatform.cpp:462
#10 0x00007fcd423dbb0b in nsWindow::Create(nsIWidget*, void*, mozilla::gfx::IntRectTyped<mozilla::LayoutDevicePixel> const&, mozilla::widget::InitData*)
    (this=0x7fcd4a873800, aParent=<optimized out>, aNativeParent=<optimized out>, aRect=<optimized out>, aInitData=0x7ffc4e2773f0) at /raid/src3/widget/gtk/nsWindow.cpp:5883
#11 0x00007fcd43502d46 in nsIWidget::Create(nsIWidget*, void*, mozilla::gfx::IntRectTyped<mozilla::DesktopPixel> const&, mozilla::widget::InitData*)
    (aInitData=0x7ffc4e2773f0, aRect=..., aNativeParent=0x0, aParent=0x0, this=0x7fcd4a873800) at /raid/src3/objdir-opt-gcc/dist/include/nsIWidget.h:463
#12 mozilla::AppWindow::Initialize(nsIAppWindow*, nsIAppWindow*, int, int, bool, mozilla::widget::InitData&)
    (this=this@entry=0x7fcd2c7f4600, aParent=<optimized out>, aOpener=aOpener@entry=0x0, aInitialWidth=aInitialWidth@entry=1, aInitialHeight=aInitialHeight@entry=1, aIsHiddenWindow=aIsHiddenWindow@entry=false, widgetInitData=...) at /raid/src3/xpfe/appshell/AppWindow.cpp:212

This looks like a Mesa issue to me - is there an issue on their bugtracker already?

(In reply to Robert Mader [:rmader] from comment #2)

This looks like a Mesa issue to me - is there an issue on their bugtracker already?

I don't think so.

Summary: glxtest process can hang which blocks whole Firefox start (even when remote is used) → glxtest process can hang which blocks whole Firefox start
Assignee: nobody → stransky
Status: NEW → ASSIGNED
Pushed by stransky@redhat.com:
https://hg.mozilla.org/integration/autoland/rev/c37e07978bca
[Linux] Don't hang Firefox when glxtest process hangs r=emilio

Backed out changeset c37e07978bca (Bug 1813500) for causing bustages on GfxInfo.cpp.
Backout link
Push with failures <--> Bp-hybrid
Failure Log

Flags: needinfo?(stransky)

Ohh, missing headers. Should be fixed now, thanks.

Flags: needinfo?(stransky)
Pushed by stransky@redhat.com:
https://hg.mozilla.org/integration/autoland/rev/371e407a353d
[Linux] Don't hang Firefox when glxtest process hangs r=emilio
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 111 Branch
Blocks: 1787182
See Also: 1787182
Duplicate of this bug: 1811975
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: