Closed Bug 1735354 Opened 4 years ago Closed 3 years ago

On awake from sleep on Linux, Firefox is locked up under SendFlushRendering

Categories

(Core :: Graphics: WebRender, defect)

Product:
Core
Component:
Graphics: WebRender
Platform:
Desktop
Linux
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: chutten, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(4 files)

padenot's about:support
43.82 KB, text/plain
Details
chutten's about:support
43.74 KB, text/plain
Details
Screenshot from 2021-10-13 08-46-31.png
349.98 KB, image/png
Details
Screenshot with layout.frame_rate set to 60
941.07 KB, image/png
Details

Very recently (last week or so?) on wakeup after sleep my Firefox Nightly on Linux Mint has been frozen. I've been blaming other issues with the box on it (a recent upgrade to 20.2, some USB issues), but then I found that :padenot also had a similar report.

I thought bug 1688959 was the culprit, but it doesn't appear so.

From ps -aux | grep firefox I don't see anything that's a gpu process. I see the parent and socket, tab, rdd. Maybe I'm looking for it in the wrong place. I attached gdb to the parent process and was pleasantly surprised there were symbols. The relevant thread stacks might be:

GeckoMain is blocked in SendFlushRendering:

#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x7f71e5767b88)
    at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x7f71e5767b30, cond=0x7f71e5767b60)
    at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x7f71e5767b60, mutex=0x7f71e5767b30) at pthread_cond_wait.c:638
#3  0x000055bcc57d8a33 in mozilla::detail::ConditionVariableImpl::wait_for(mozilla::detail::MutexImpl&, mozilla::BaseTimeDuration<mozilla::TimeDurationValueCalculator> const&) ()
#4  0x00007f720da8d16e in mozilla::ipc::MessageChannel::Send(mozilla::UniquePtr<IPC::Message, mozilla::DefaultDelete<IPC::Message> >, IPC::Message*) () at /home/chutten/nightly/firefox/libxul.so
#5  0x00007f720da96fa9 in mozilla::ipc::IProtocol::ChannelSend(IPC::Message*, IPC::Message*) ()
    at /home/chutten/nightly/firefox/libxul.so
#6  0x00007f720991e9a2 in mozilla::layers::PCompositorBridgeChild::SendFlushRendering(mozilla::wr::RenderReasons const&) () at /home/chutten/nightly/firefox/libxul.so
#7  0x00007f7209caa6a8 in mozilla::layers::WebRenderLayerManager::FlushRendering(mozilla::wr::RenderReasons) ()
    at /home/chutten/nightly/firefox/libxul.so
#8  0x00007f720b02a934 in nsViewManager::Refresh(nsView*, mozilla::gfx::IntRegionTyped<mozilla::LayoutDevicePixel> const&) () at /home/chutten/nightly/firefox/libxul.so
#9  0x00007f720b02a69d in nsViewManager::PaintWindow(nsIWidget*, mozilla::gfx::IntRegionTyped<mozilla::LayoutDevicePixel> const&) () at /home/chutten/nightly/firefox/libxul.so
#10 0x00007f720b02a61f in nsView::PaintWindow(nsIWidget*, mozilla::gfx::IntRegionTyped<mozilla::LayoutDevicePixel>)
    () at /home/chutten/nightly/firefox/libxul.so
#11 0x00007f720b063843 in nsWindow::OnExposeEvent(_cairo*) () at /home/chutten/nightly/firefox/libxul.so
#12 0x00007f720b06b27d in draw_window_of_widget(_GtkWidget*, _GdkWindow*, _cairo*) ()
    at /home/chutten/nightly/firefox/libxul.so
#13 0x00007f720b069810 in expose_event_cb(_GtkWidget*, _cairo*) () at /home/chutten/nightly/firefox/libxul.so
#14 0x00007f72134024fb in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#15 0x00007f72133aaf63 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#16 0x00007f7212822802 in g_closure_invoke () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#17 0x00007f7212836814 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#18 0x00007f721284147d in g_signal_emit_valist () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#19 0x00007f72128420f3 in g_signal_emit () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#20 0x00007f72133b7e62 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#21 0x00007f721319828b in gtk_container_propagate_draw () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#22 0x00007f721319835d in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#23 0x00007f72133c67c5 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#24 0x00007f72133b7d04 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#25 0x00007f72133c0fe2 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#26 0x00007f721326a3b4 in gtk_main_do_event () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#27 0x00007f7212f52f79 in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#28 0x00007f7212f642e1 in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#29 0x00007f7212f654b5 in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#30 0x00007f7212f65674 in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#31 0x00007f7212822a56 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#32 0x00007f7212841b48 in g_signal_emit_valist () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#33 0x00007f72128420f3 in g_signal_emit () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#34 0x00007f7212f5ccf3 in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#35 0x00007f7212f46f4d in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#36 0x00007f7212737be8 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#37 0x00007f721273704e in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#38 0x00007f7212737400 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#39 0x00007f72127374a3 in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#40 0x00007f720d180258 in non-virtual thunk to nsBaseAppShell::OnProcessNextEvent(nsIThreadInternal*, bool) ()
    at /home/chutten/nightly/firefox/libxul.so
#41 0x00007f720cf283f1 in nsThread::ProcessNextEvent(bool, bool*) () at /home/chutten/nightly/firefox/libxul.so
#42 0x00007f720cf744bc in mozilla::ipc::MessagePump::Run(base::MessagePump::Delegate*) ()
    at /home/chutten/nightly/firefox/libxul.so
#43 0x00007f720da67b9f in MessageLoop::Run() () at /home/chutten/nightly/firefox/libxul.so
#44 0x00007f720e1512e9 in nsBaseAppShell::Run() () at /home/chutten/nightly/firefox/libxul.so
#45 0x00007f720bd139f5 in nsAppStartup::Run() () at /home/chutten/nightly/firefox/libxul.so
--Type <RET> for more, q to quit, c to continue without paging--
#46 0x00007f720bd8e191 in XREMain::XRE_mainRun() () at /home/chutten/nightly/firefox/libxul.so
#47 0x00007f720bd8ec05 in XREMain::XRE_main(int, char**, mozilla::BootstrapConfig const&) ()
    at /home/chutten/nightly/firefox/libxul.so
#48 0x00007f720bd8ef66 in XRE_main(int, char**, mozilla::BootstrapConfig const&) ()
    at /home/chutten/nightly/firefox/libxul.so
#49 0x000055bcc57e3fb8 in main ()

Compositor is in WaitFlushed:

#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x7f712c2c0f30)
    at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x7f712c2c0ea8, cond=0x7f712c2c0f08)
    at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x7f712c2c0f08, mutex=0x7f712c2c0ea8) at pthread_cond_wait.c:638
#3  0x00007f7213d6b8fc in PR_Wait () at /home/chutten/nightly/firefox/libnspr4.so
#4  0x00007f720dc9a5f4 in mozilla::layers::SynchronousTask::Wait() () at /home/chutten/nightly/firefox/libxul.so
#5  0x00007f7209d39e4b in mozilla::wr::WebRenderAPI::WaitFlushed() () at /home/chutten/nightly/firefox/libxul.so
#6  0x00007f7209c76d65 in mozilla::layers::CompositorBridgeParent::RecvFlushRendering(mozilla::wr::RenderReasons const&) () at /home/chutten/nightly/firefox/libxul.so
#7  0x00007f720dac6ee2 in mozilla::layers::PCompositorBridgeParent::OnMessageReceived(IPC::Message const&, IPC::Message*&) () at /home/chutten/nightly/firefox/libxul.so
#8  0x00007f720dac98bc in mozilla::layers::PCompositorManagerParent::OnMessageReceived(IPC::Message const&, IPC::Message*&) () at /home/chutten/nightly/firefox/libxul.so
#9  0x00007f720cf72571 in mozilla::ipc::MessageChannel::DispatchMessage(IPC::Message&&) ()
    at /home/chutten/nightly/firefox/libxul.so
#10 0x00007f720cf298df in nsThread::ProcessNextEvent(bool, bool*) () at /home/chutten/nightly/firefox/libxul.so
#11 0x00007f720da8fc61 in mozilla::ipc::MessagePumpForNonMainThreads::Run(base::MessagePump::Delegate*) ()
    at /home/chutten/nightly/firefox/libxul.so
#12 0x00007f720da67b9f in MessageLoop::Run() () at /home/chutten/nightly/firefox/libxul.so
#13 0x00007f720d8be9dd in nsThread::ThreadFunc(void*) () at /home/chutten/nightly/firefox/libxul.so
#14 0x00007f7213d6278d in _pt_root () at /home/chutten/nightly/firefox/libnspr4.so
#15 0x00007f72142d0609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#16 0x00007f7213ea5293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Renderer is under UpdateAndRender in some nvidia glcore lib:

#0  0x00007fff908d3692 in  ()
#1  0x00007fff908d3918 in clock_gettime ()
#2  0x00007f7213e63235 in __GI___clock_gettime (clock_id=1, tp=0x7f71f7e84910)
    at ../sysdeps/unix/sysv/linux/clock_gettime.c:38
#3  0x00007f71f9978bd7 in  () at /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.460.91.03
#4  0x00007f71f9a99608 in  () at /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.460.91.03
#5  0x00007f71f9a996e7 in  () at /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.460.91.03
#6  0x00007f71f99ac4ca in  () at /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.460.91.03
#7  0x00007f71f969097c in  () at /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.460.91.03
#8  0x00007f720d6f04b2 in webrender::renderer::Renderer::render_impl () at /home/chutten/nightly/firefox/libxul.so
#9  0x00007f720e76dcf4 in webrender::renderer::Renderer::render () at /home/chutten/nightly/firefox/libxul.so
#10 0x00007f720e6fd664 in wr_renderer_render () at /home/chutten/nightly/firefox/libxul.so
#11 0x00007f720dcf2342 in mozilla::wr::RenderThread::UpdateAndRender(mozilla::wr::WrWindowId, mozilla::layers::BaseTransactionId<mozilla::VsyncIdType> const&, mozilla::TimeStamp const&, bool, mozilla::Maybe<mozilla::gfx::IntSizeTyped<mozilla::gfx::UnknownUnits> > const&, mozilla::Maybe<mozilla::wr::ImageFormat> const&, mozilla::Maybe<mozilla::Range<unsigned char> > const&, bool*) () at /home/chutten/nightly/firefox/libxul.so
#12 0x00007f720dcf1d37 in mozilla::wr::RenderThread::HandleFrameOneDoc(mozilla::wr::WrWindowId, bool) ()
    at /home/chutten/nightly/firefox/libxul.so
#13 0x00007f720dcf4a97 in mozilla::detail::RunnableMethodImpl<mozilla::wr::RenderThread*, void (mozilla::wr::RenderThread::*)(mozilla::wr::WrWindowId, bool), true, (mozilla::RunnableKind)0, mozilla::wr::WrWindowId, bool>::Run() ()
    at /home/chutten/nightly/firefox/libxul.so
#14 0x00007f720cf2951d in nsThread::ProcessNextEvent(bool, bool*) () at /home/chutten/nightly/firefox/libxul.so
#15 0x00007f720da8fd4f in mozilla::ipc::MessagePumpForNonMainThreads::Run(base::MessagePump::Delegate*) ()
    at /home/chutten/nightly/firefox/libxul.so
#16 0x00007f720da67b9f in MessageLoop::Run() () at /home/chutten/nightly/firefox/libxul.so
#17 0x00007f720d8be9dd in nsThread::ThreadFunc(void*) () at /home/chutten/nightly/firefox/libxul.so
#18 0x00007f7213d6278d in _pt_root () at /home/chutten/nightly/firefox/libnspr4.so
#19 0x00007f72142d0609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#20 0x00007f7213ea5293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

I'm running X if it helps.

Thanks for the report! Please open about:support, click on "Copy text to clipboard" and paste it here.

Blocks: wr-nv-linux

This could be a duplicate of bug 1734958

Here's mine. It's a HP worktation with an nvidia p400 GPU and up to date driver on Ubuntu 20.04.

Does the problem also occur with
a) layout.frame_rate=60 (= GLX vsync disabled)
or
b) gfx.x11-egl.force-enabled=true (= GLX vsync disabled + EGL)
?
(Restart required after pref change.)

Attachment #9245521 - Attachment description: about:support → chutten's about:support

(Darkspirit from comment #4)

Does the problem also occur with
a) layout.frame_rate=60 (= GLX vsync disabled)
or
b) gfx.x11-egl.force-enabled=true (= GLX vsync disabled + EGL)
?
(Restart required after pref change.)

You would see bug 1731172 when testing EGL, but the question is if it freezes as well or if you can hover things.

I flipped gfx.x11-egl.force-enabled to true and could indeed interact with Firefox while it looked something like this. (Likely bug 1731172 as you expected).

I'm gonna flip that to false, take layout.frame_rate to 60, restart Firefox, and then try again.

And here's what it looks like with layout.frame_rate set to 60.

At least it's interactable. Anything else you need?

Flags: needinfo?(jan)
See Also: → 1734958

(In reply to Chris H-C :chutten from comment #8)

Created attachment 9245713 [details]
Screenshot with layout.frame_rate set to 60

And here's what it looks like with layout.frame_rate set to 60.

At least it's interactable. Anything else you need?

No visual corruption should occur with GLX (bug 1682876, bug 1500520, bug 1484782), otherwise you have found a new bug.
If you open about:support here, does WebGL contain "GLX" or "EGL"?
Comment 3 (padenot) and comment 5 (you) had "old" nvidia-driver-460 and therefore got GLX.
nvidia-driver-470 would get EGL on Nightly. You might have gotten a driver update in the mean time.
Try setting gfx.x11-egl.force-disabled=true, gfx.x11-egl.force-enabled=false, layout.frame_rate=60 to ensure to test GLX without GLX vsync.

Bug 1734368 may be a variant of this.

The WebRenderLayerManager::FlushRendering() is called as sync on linux so we wait there. But we process X11/Wayland system evens on main thread only and it's blocked by WebRenderLayerManager::FlushRendering() so when Rendering thread waits for any system resource/event to happen it leads to deadlock (as its delivered via system event loop which is run by main thread).

Flags: needinfo?(chutten)

(In reply to Martin Stránský [:stransky] (ni? me) from comment #11)

Can you test this build please?
https://treeherder.mozilla.org/#/jobs?repo=try&revision=3274e16a33fbedc639ac369d62fe23f0398e4e53
Thanks.

It behaves slightly differently than the fully-locked-up one. I can click on tabs and they change the title of the window, and the cursor changes on hover of chrome elements (e.g. text cursor over awesombar). Otherwise it's fully locked up: switching tabs doesn't change the pixels in chrome or content (aside from the text in the title bar) one bit. I've attached gdb and found that the main thread's having a lovely time in the event loop (nsAppShell::ProcessNextNativeEvent(bool)), but the Renderer thread's stack is still in the nvidia driver under mozilla::wr::RendererOGL::UpdateAndRender.

Is that the info you need?

(In reply to Darkspirit from comment #9)

(In reply to Chris H-C :chutten from comment #8)

Created attachment 9245713 [details]
Screenshot with layout.frame_rate set to 60

And here's what it looks like with layout.frame_rate set to 60.

At least it's interactable. Anything else you need?

No visual corruption should occur with GLX (bug 1682876, bug 1500520, bug 1484782), otherwise you have found a new bug.
If you open about:support here, does WebGL contain "GLX" or "EGL"?
Comment 3 (padenot) and comment 5 (you) had "old" nvidia-driver-460 and therefore got GLX.
nvidia-driver-470 would get EGL on Nightly. You might have gotten a driver update in the mean time.
Try setting gfx.x11-egl.force-disabled=true, gfx.x11-egl.force-enabled=false, layout.frame_rate=60 to ensure to test GLX without GLX vsync.

I'm still on 460. Can you clarify:

  1. Which prefs do I need to set (and restart the browser) before checking about:support for WebGL? My "normal" case is attatched.
  2. Which values of those prefs should I use to test GLX without GLX vsync?
Flags: needinfo?(chutten) → needinfo?(stransky)

Shall I join you on a Matrix channel someplace for synchronous coordination?

Thanks for testing.

Is the backtrace of mozilla::wr::RendererOGL::UpdateAndRender() the same as https://bugzilla.mozilla.org/show_bug.cgi?id=1735354#c0 ?
If so it's looks like NV driver bug, without sources we can't investigate it. I think it may be related to XWindow change thus it may be fixed by Bug 1730533 where we suspend/resume compositor/rendering when window becomes hidden but it's hard to say.

Do you mind to test try from https://bugzilla.mozilla.org/show_bug.cgi?id=1730533#c13 ?

Flags: needinfo?(stransky)
Flags: needinfo?(chutten)

It's not entirely identical, but it's darn close. See how UpdateAndRender is reentrant in this one and there's no render() call:

#0  0x00007fdf48878860 in  () at /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.460.91.03
#1  0x00007fdf48878bd7 in  () at /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.460.91.03
#2  0x00007fdf48997c4a in  () at /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.460.91.03
#3  0x00007fdf488ac4d3 in  () at /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.460.91.03
#4  0x00007fdf4859097c in  () at /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.460.91.03
#5  0x00007fdf5e471042 in webrender::renderer::Renderer::render_impl ()
    at /home/chutten/Downloads/bug1735354/firefox/libxul.so
#6  0x00007fdf5e4b8560 in wr_renderer_render () at /home/chutten/Downloads/bug1735354/firefox/libxul.so
#7  0x00007fdf5a093a2a in mozilla::wr::RendererOGL::UpdateAndRender(mozilla::Maybe<mozilla::gfx::IntSizeTyped<mozilla::gfx::UnknownUnits> > const&, mozilla::Maybe<mozilla::wr::ImageFormat> const&, mozilla::Maybe<mozilla::Range<unsigned char> > const&, bool*, mozilla::wr::RendererStats*) () at /home/chutten/Downloads/bug1735354/firefox/libxul.so
#8  0x00007fdf5a093050 in mozilla::wr::RenderThread::UpdateAndRender(mozilla::wr::WrWindowId, mozilla::layers::BaseTransactionId<mozilla::VsyncIdType> const&, mozilla::TimeStamp const&, bool, mozilla::Maybe<mozilla::gfx::IntSizeTyped<mozilla::gfx::UnknownUnits> > const&, mozilla::Maybe<mozilla::wr::ImageFormat> const&, mozilla::Maybe<mozilla::Range<unsigned char> > const&, bool*) () at /home/chutten/Downloads/bug1735354/firefox/libxul.so
#9  0x00007fdf5a092c49 in mozilla::wr::RenderThread::HandleFrameOneDoc(mozilla::wr::WrWindowId, bool) ()
    at /home/chutten/Downloads/bug1735354/firefox/libxul.so
#10 0x00007fdf5a0999ef in mozilla::detail::RunnableMethodImpl<mozilla::wr::RenderThread*, void (mozilla::wr::RenderThread::*)(mozilla::wr::WrWindowId, bool), true, (mozilla::RunnableKind)0, mozilla::wr::WrWindowId, bool>::Run() ()
    at /home/chutten/Downloads/bug1735354/firefox/libxul.so
#11 0x00007fdf592a5ee7 in nsThread::ProcessNextEvent(bool, bool*) ()
    at /home/chutten/Downloads/bug1735354/firefox/libxul.so
#12 0x00007fdf592aa288 in NS_ProcessNextEvent(nsIThread*, bool) ()
    at /home/chutten/Downloads/bug1735354/firefox/libxul.so
#13 0x00007fdf59877aca in mozilla::ipc::MessagePumpForNonMainThreads::Run(base::MessagePump::Delegate*) ()
    at /home/chutten/Downloads/bug1735354/firefox/libxul.so
#14 0x00007fdf59827656 in MessageLoop::Run() () at /home/chutten/Downloads/bug1735354/firefox/libxul.so
#15 0x00007fdf592a3a2e in nsThread::ThreadFunc(void*) () at /home/chutten/Downloads/bug1735354/firefox/libxul.so
#16 0x00007fdf60ef7665 in _pt_root () at /home/chutten/Downloads/bug1735354/firefox/libnspr4.so
#17 0x00007fdf61ee0609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#18 0x00007fdf61ab5293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

As for trying bug 1730533 comment#13, I'm afraid I get

XPCOMGlueLoad error for file /home/chutten/Downloads/bug1735354-2/firefox/libmozgtk.so:
libgtk-3.so.0: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
Flags: needinfo?(chutten)

On recent Nightlies it no longer occurs. e.g. I'm on 20211014212856 and coming back from suspend has some gfx weirdness (background windows don't paint until mouseover). I went to about:config to see if I had left any gfx.* prefs set, but all I could find where a bunch of gfx.blacklist.*[sic] with FEATURE_FAILURE_GLXTEST_FAILED in them.

Did something change? Fixes to bug 1734958 helped? Did my driver version get nominated to the blocklist?

(In reply to Chris H-C :chutten from comment #16)

On recent Nightlies it no longer occurs. e.g. I'm on 20211014212856 and coming back from suspend has some gfx weirdness (background windows don't paint until mouseover).

I don't remember a bug about that. This could be new or previously unnoticed.

Fixes to bug 1734958 helped?

Not unlikely.

Did my driver version get nominated to the blocklist?

No GLX blacklist entries were added. bug 1667621 blacklisted EGL for X11 with depth other than 24. bug 1702546 fixed Xvisual/fb config selection.

Flags: needinfo?(jan)
See Also: → 1736457

We just pushed a backout of bug 1733154 to mozilla-central, which we're hoping will help with some of these hang reports. The next Nightly builds scheduled about 4hr from now should contain this backout. It would be great if affected users could try Nightly builds out over the weekend and see if things improve so we can make the same change to Fx94 before we build the Release Candidate builds for it.

Backout pushed for 94.0rc1 also. It should be available for testing on the Beta channel later today or tomorrow.
https://hg.mozilla.org/releases/mozilla-beta/rev/b24d4a876b9f

The severity field is not set for this bug.
:jimm, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(jmathies)
See Also: → 1738650
Flags: needinfo?(jmathies) → needinfo?(nical.bugzilla)
Flags: needinfo?(nical.bugzilla)

Is this still relevant to keep open?

Flags: needinfo?(chutten)

We can call this done. If there's something new that comes up, we'll hopefully be able to find this and reference it.

Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(chutten)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: