Lock rank cleanup, part 2

[andyleiserson]

Progress towards #5937. Part 1 was in #9524.

This fixes some violations of the lock rank graph:

• Fix lock order violation in release_gpu_resources
• Avoid overlapping locks in initialize_texture_memory
• Avoid overlapping locks in poll_all_devices_of_api
• Avoid overlapping locks in texture write init handling (fixes Deadlock between Queue::write_texture and Queue::submit via inconsistent ordering of trackers and Texture::initialization_status #9460)
• Fix lock release order in PendingSubmission and Queue::write_buffer

Testing
No explicit testing in this PR, but at the tip of my branch, the lock validation build can pass our test suite, see #9479.

Squash or Rebase? Rebase

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.
• 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.

[andyleiserson]

The purpose of the changes in memory_init.rs and queue.rs is to drop the initialization status lock before acquiring the tracker lock in clear_texture.