@@ -289,9 +289,9 @@ def load_nvidia_dynamic_lib(libname: str) -> LoadedDL:
         6. **CTK root canary probe (discoverable libs only)**
 
            - For selected libraries whose shared object doesn't reside on the
-             standard linker path (currently ``nvvm``), attempt to derive CTK
-             root by system-loading a well-known CTK canary library in a
-             subprocess and then searching relative to that root. On Windows,
+             standard linker path (such as ``nvvm`` and ``cupti``), attempt to
+             derive CTK root by system-loading a well-known CTK canary library
+             in a subprocess and then searching relative to that root. On Windows,
              the canary uses the same native ``LoadLibraryExW(..., 0)``
              semantics as step 3, so it can discover libraries through
              ``PATH`` subject to the child process's DLL search policy.
 
@@ -38,7 +38,9 @@ Documentation
 -------------
 
 * Correct the Windows DLL search documentation: native system search normally
-  includes ``PATH``, subject to process DLL search policy. ``CUDA_PATH`` and
-  ``CUDA_HOME`` remain fallback discovery roots, not runtime toolkit selectors.
-  Loading behavior and search order are unchanged.
+  includes ``PATH``, subject to process DLL search policy
+  (`packaged applications have a different default DLL search order
+  <https://learn.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-search-order#search-order-for-packaged-apps>`_).
+  ``CUDA_PATH`` and ``CUDA_HOME`` remain fallback discovery roots, not runtime
+  toolkit selectors. Loading behavior and search order are unchanged.
   (`Issue #3137 <https://github.com/NVIDIA/cuda-python/issues/3137>`_)