Zed: Thread "main" panicked with "Unexpected descriptor allocation error: ERROR_FRAGMENTED_POOL"
flukejones opened this issue · 4 comments
flukejones commented
Hard to say what the cause is, but it started happening in the last day where I think there was a blade update.
Caused by:
expected value at line 1 column 1
Thread "main" panicked with "Unexpected descriptor allocation error: ERROR_FRAGMENTED_POOL" at /home/luke/.cargo/git/checkouts/blade-b2bcd1de1cf7ab6a/9c9cabf69e86/blade-graphics/src/vulkan/descriptor.rs:85:27
0: Zed::reliability::init_panic_hook::{{closure}}
at Projects/zed/crates/zed/src/reliability.rs:54:29
1: <alloc::boxed::Box<F,A> as core::ops::function::Fn<Args>>::call
at /rustc/9b00956e56009bab2aa15d7bff10916599e3d6d6/library/alloc/src/boxed.rs:2034:9
std::panicking::rust_panic_with_hook
at /rustc/9b00956e56009bab2aa15d7bff10916599e3d6d6/library/std/src/panicking.rs:783:13
2: std::panicking::begin_panic_handler::{{closure}}
at /rustc/9b00956e56009bab2aa15d7bff10916599e3d6d6/library/std/src/panicking.rs:657:13
3: std::sys_common::backtrace::__rust_end_short_backtrace
at /rustc/9b00956e56009bab2aa15d7bff10916599e3d6d6/library/std/src/sys_common/backtrace.rs:171:18
4: rust_begin_unwind
at /rustc/9b00956e56009bab2aa15d7bff10916599e3d6d6/library/std/src/panicking.rs:645:5
5: core::panicking::panic_fmt
at /rustc/9b00956e56009bab2aa15d7bff10916599e3d6d6/library/core/src/panicking.rs:72:14
6: blade_graphics::hal::descriptor::<impl blade_graphics::hal::Device>::allocate_descriptor_set
at .cargo/git/checkouts/blade-b2bcd1de1cf7ab6a/9c9cabf69e86/blade-graphics/src/vulkan/descriptor.rs:85:27
7: blade_graphics::hal::command::<impl blade_graphics::traits::PipelineEncoder for blade_graphics::hal::PipelineEncoder>::bind
at .cargo/git/checkouts/blade-b2bcd1de1cf7ab6a/9c9cabf69e86/blade-graphics/src/vulkan/command.rs:706:22
blade_graphics::hal::command::<impl blade_graphics::hal::PipelineEncoder>::bind
at .cargo/git/checkouts/blade-b2bcd1de1cf7ab6a/9c9cabf69e86/blade-graphics/src/vulkan/command.rs:695:1
gpui::platform::blade::blade_renderer::BladeRenderer::draw
at Projects/zed/crates/gpui/src/platform/blade/blade_renderer.rs:635:33
8: <gpui::platform::linux::wayland::window::WaylandWindow as gpui::platform::PlatformWindow>::draw
at Projects/zed/crates/gpui/src/platform/linux/wayland/window.rs:803:9
9: gpui::window::WindowContext::present
at Projects/zed/crates/gpui/src/window.rs:1393:9
gpui::window::Window::new::{{closure}}::{{closure}}::{{closure}}
at Projects/zed/crates/gpui/src/window.rs:695:33
<gpui::app::AppContext as gpui::Context>::update_window::{{closure}}
at Projects/zed/crates/gpui/src/app.rs:1339:26
gpui::app::AppContext::update
at Projects/zed/crates/gpui/src/app.rs:361:22
<gpui::app::AppContext as gpui::Context>::update_window
at Projects/zed/crates/gpui/src/app.rs:1330:9
<gpui::app::async_context::AsyncAppContext as gpui::Context>::update_window
at Projects/zed/crates/gpui/src/app/async_context.rs:91:14
gpui::window::AnyWindowHandle::update
at Projects/zed/crates/gpui/src/window.rs:4487:9
gpui::window::Window::new::{{closure}}::{{closure}}
at Projects/zed/crates/gpui/src/window.rs:693:30
flukejones commented
Seems it's this Zed commit and the related blade work zed-industries/zed@08e3840
kvark commented
That's weird. We aren't fragmenting any descriptor pools ever in Blade.
kvark commented
Fix is coming to Zed in zed-industries/zed#12411
flukejones commented
Excellent, thanks mate.