Expand description
Engine-layer extensions for rlx_driver::Device (plan #58).
is_available and available_devices consult the runtime’s
backend registry + Cargo features, both of which are
engine-layer concerns. Keeping them here preserves the
one-way dep direction (driver doesn’t know about engine).
Functions§
- available_
devices - Every variant currently available — Cargo-feature-gated or runtime-registered.
- dispatch_
report_ for_ device - Dispatch report for
graphondevicewithout mutating the graph (static common-ir probe). - dispatch_
report_ for_ device_ with_ options - Like
dispatch_report_for_devicewith explicitCompileOptions::kernel_dispatch. - first_
unsupported_ op - First op in
graphthatdevicecannot lower after rewrite, orNone. - first_
unsupported_ op_ with_ options - Like
first_unsupported_opwith explicitCompileOptions::kernel_dispatch. - full_
name - Pretty name with engine-known BLAS variant for the CPU device.
Gives
"CPU (Accelerate)"etc. when the relevant feature is on; falls back to the bare driver-sideDevice::name()when no BLAS feature is selected. - is_
available - Check whether
devicehas a compiled-in backend or has been registered by an external crate. - legalize_
graph_ for_ device - Legalize
graphfordeviceusing that backend’s claimed [OpKind] set. - legalize_
graph_ for_ device_ with_ options - Like
legalize_graph_for_device_with_reportusingCompileOptions::kernel_dispatch(and the same rewrite path as [Backend::compile]). - legalize_
graph_ for_ device_ with_ report - Like
legalize_graph_for_devicebut returns a [KernelDispatchReport] for tooling. - supports
- Is
oplowerable by the backend fordevicein this build? - supports_
graph - Is every op in
graphlowerable bydevice? - supports_
graph_ with_ options - Like
supports_graphwith explicitCompileOptions::kernel_dispatch.