_gpu_dxg_r1_recon4.nx

_gpu_dxg_r1_recon4.nx -- R1 recon pass 4. GROUND TRUTH from WSL2-Linux-Kernel (linux-msft-wsl-6.6.y) uapi d3dkmthk.h: enum kmtqueryadapterinfotype has ONLY _KMTQAITYPE_UMDRIVERPRIVATE=0, _KMTQAITYPE_ADAPTERTYPE=15, _KMTQAITYPE_ADAPTERTYPE_RENDER=57. There is NO ADAPTERREGISTRYINFO and NO adapter_string struct -> the "RTX 5080" DESCRIPTION STRING is NOT retrievable via QueryAdapterInfo on WSL2 dxgkrnl. The task's ABI hint (full Windows header) does not match WSL. dxgkio_query_adapter_info forwards to the host after resolving the handle via dxgprocess_adapter_by_handle (NULL -> -EINVAL). This pass tests the ONLY valid WSL query type for ADAPTER IDENTITY: type=15 ADAPTERTYPE, which returns struct d3dkmt_adaptertype (a 4-byte bitfield union: render_supported/display_supported/ software_device/paravirtualized/compute_only/...). That can POSITIVELY distinguish the real RTX 5080 (paravirtualized=1, render_supported=1, software_device=0) from the WSL software render adapter (software_device=1), even though it is NOT the literal name string. We use the OPENED per-process handle (from OpenAdapterFromLuid nr=0x01 size12, pinned in pass 3), type=15, private_data_size=4, and DUMP the returned 4-byte adaptertype value + decode the bits, for BOTH adapters. We also retry on the ENUM handle to confirm which handle dxgprocess_adapter_by_ handle accepts. AUTHOR=ORGAN / NO-WAVE / raw syscalls only. license_tier: ORIGINAL