kvark/blade

Zed: Thread "main" panicked with "Unexpected descriptor allocation error: ERROR_FRAGMENTED_POOL"

flukejones opened this issue · 4 comments

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

Seems it's this Zed commit and the related blade work zed-industries/zed@08e3840

That's weird. We aren't fragmenting any descriptor pools ever in Blade.

Fix is coming to Zed in zed-industries/zed#12411

Excellent, thanks mate.