diff --git a/src/h265.c b/src/h265.c
index 0f186a4..a3baa3c 100644
--- a/src/h265.c
+++ b/src/h265.c
@@ -399,9 +399,15 @@ static void h265_fill_slice_params(VAPictureParameterBufferHEVC *picture,
 	 * Comment "iter2 doesn't do tiles" was inaccurate: WPP isn't tiles
 	 * but uses the same entry_point_offsets mechanism.
 	 */
+	/*
+	 * iter27 diagnostic: VAAPI ffmpeg-vaapi front-end reports
+	 * slice->num_entry_point_offsets = 0 for all slices even on WPP
+	 * streams (ffmpeg-vaapi doesn't parse this). Kernel rkvdec_hevc
+	 * doesn't reference num_entry_point_offsets either, so this field
+	 * is harmless either way. Leaving the VAAPI propagation in place
+	 * for future when ffmpeg-vaapi may populate it.
+	 */
 	slice_params->num_entry_point_offsets = slice->num_entry_point_offsets;
-	request_log("iter27diag: slice %p num_entry_point_offsets=%u\n",
-		    (void *)slice, (unsigned)slice->num_entry_point_offsets);
 	slice_params->nal_unit_type = nal_unit_type;
 	slice_params->nuh_temporal_id_plus1 = nuh_temporal_id_plus1;