0.31.0: hardening and correctness pass across mux, codec, AACS/CSS, UDF/MPLS/CLPI, recovery, drive/SCSI, labels, and I/O

Library-wide review-and-fix pass: tightened AACS keydb/handshake/variant
handling and trailing-partial-unit policy, corrected MPLS mark offset and
added UDF allocation bounds, hardened the mux/codec framing and M2TS paths,
guarded SCSI READ CAPACITY short transfers and unified error mapping, added
overflow guards on untrusted disc input, and made prefetch shutdown
deterministic. Release profile now builds with thin LTO + single codegen unit.

src/io/file_sector_source/windows.rs

@@ -1,20 +1,18 @@
 //! Windows: the canonical sequential-access hint is
-//! `FILE_FLAG_SEQUENTIAL_SCAN` passed to `CreateFile` at open time —
-//! it cannot be set after the fact via `SetFileInformationByHandle`.
-//! Routing the open call through this module would mean a custom
-//! `File::from_raw_handle` plumb for every `FileSectorSource::open`
-//! caller, which is more invasive than the Phase 1 scope.
-//!
-//! TODO: replumb `FileSectorSource::open` to take an
-//! `OpenOptions`-style builder so the Windows path can flip the flag
-//! at open time. For now this is a no-op stub.
+//! `FILE_FLAG_SEQUENTIAL_SCAN`, which must be passed to `CreateFile`
+//! at open time and cannot be set afterward via
+//! `SetFileInformationByHandle`. Since `FileSectorSource::open` uses a
+//! plain `File::open`, the hints in this module are no-op stubs.
 
 use std::fs::File;
 
+/// No-op stub. `FILE_FLAG_SEQUENTIAL_SCAN` can only be set at
+/// `CreateFile` open time, which the plain `File::open` path does not
+/// do, so there is no post-open hint to issue here.
 pub(super) fn hint_sequential(_file: &File, _len_bytes: u64) {
     tracing::debug!(
         target: "mux",
-        "FileSectorSource hint_sequential: windows stub (TODO: FILE_FLAG_SEQUENTIAL_SCAN at open)"
+        "FileSectorSource hint_sequential: windows no-op stub"
     );
 }