Hal ray tracing pipelines

[Vecvec]

Connections
The hal part of #9450 (split to be easier to review)

Description
Adds ray tracing pipelines to wgpu-hal. Adds a feature and limits for this. However, these limits aren't validated because they are only usable through the hal (for now...). Naming is mostly based off Vulkan and DX12's, but I changed the name of shader binding tables to pipeline group data (they aren't a table and the bindings are of groups of shaders [closest hit group, miss group, intersection group (not to be confused with intersection shader)])

Testing
Testing is difficult in the hal, but these changes are the same as the hal part of #9450, which has some basic testing

Squash or Rebase?

Squash

Checklist

• I self-reviewed and fully understand this PR.
• WebGPU implementations built with wgpu may be affected behaviorally.
• Validation and feature gates are in place to confine behavioral changes.
• Tests demonstrate the validation and altered logic works. Only hal changes. No altered logic.
• CHANGELOG.md entries for the user-facing effects of this change are present.
• The PR is minimal, and doesn't make sense to land as multiple PRs.
• Commits are logically scoped and individually reviewable.
• The PR description has enough context to understand the motivation and solution implemented.

[JMS55]

Lgtm based on my very limited knowledge.

I would've also expected a trace_rays_indirect (iirc that exists), but that can always be added as a followup - I don't think I have any concrete use case for it atm.

[Vecvec]

I would've also expected a trace_rays_indirect (iirc that exists), but that can always be added as a followup - I don't think I have any concrete use case for it atm.

indirect trace rays would require an extra extension (https://docs.vulkan.org/refpages/latest/refpages/source/vkCmdTraceRaysIndirectKHR.html#VUID-vkCmdTraceRaysIndirectKHR-rayTracingPipelineTraceRaysIndirect-03637), so to be minimal, I decided to not add it.

[inner-daemons]

On my list to review this week, sorry for the massive delay