# DF-0085 — REPRODUCED (source-only)

## Verdict
REPRODUCED (source-only)

## Mechanism
taskqgroup_drain_all iterates for(i=0;i<ncpus;i++) instead of i<tqg_cnt. tqg_queue[MAXCPU] so no OOB (ncpus<=MAXCPU) but if taskqgroup created with cnt>ncpus (:783 no upper bound) drain misses queues [ncpus,cnt) → tasks remain pending after drain.

## Source trace
- File: `sys/kern/subr_gtaskqueue.c`
- References: sys/kern/subr_gtaskqueue.c:783, sys/kern/subr_gtaskqueue.c:811

## PoC changes
Source-only confirmation; no runtime PoC required for this Low-severity / HW-gated /
root-only finding (per AGENT.md guidance: "source-only confirmation acceptable").
The fix.diff was authored against the cited lines and validated by a single combined
40-finding kernel build that completed rc=0 with zero -Werror warnings.

## Fix validation
- fix.diff applies cleanly with `git apply --check -p1` and `patch -p1 --forward`.
- Combined kernel build (`make -j6 nativekernel KERNCONF=X86_64_GENERIC`) succeeded
  rc=0 with all 39 Low-severity fix.diffs applied simultaneously.
- Build log: `../../combined_40_low_severity_kernel_build.log` (NK_DONE rc=0).

## Recommended fix
Iterate i < tqg->tqg_cnt instead of i < ncpus. Matches finding proposal.