From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=100.103.45.18 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794063896; b=ubYpWIDF4U206EkiLXoDD6niTSH7mokg6ceA1pygDeJWCvsKaDyaps/xjKeOWJ+ag1nv e+h9VCXtbyN2visFRj9ByWqtuGJlXTIu6hQ9MloVAFIPW8u7L4n8Ol3qhJO0c8KS5otx8 mNBo5mLdIDTro2X69VaJig7u0wBmfjPf2PzlIx1sbizPRcWP1OchBUIhuq8DGNuPMXTfv k95u5dkE+puYM3aGfO2soqiEqnpa3gSmDKAyIsuxyy4Fd6iyPUknQzGzaX5ROkKKThyDC ErDuQoFug10HJaV1RWG48ZL0kqUlkVJrA510QK2auoY6C+nJYC2exe/n9OqHqGhWrVQ== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794063896; h=Received:DKIM-Signature:From:To:Cc:Subject:Date:Message-ID:X-Mailer: In-Reply-To:References:User-Agent:X-stable:X-Patchwork-Hint: MIME-Version:Content-Transfer-Encoding; bh=USE3wPYD8IPnvf1WtN2hPEimwtEilhC776ro+R3joMM=; b=otEY0grU2PSgwa3EmWqnImh7j28z99pEGDIWp+CcudlYBJjLU4leEIOm0YoIgOdlsSOX f2N5qgQLjwzmlbjnOmdCsG2As2OV0SGjyG4obAjPeJdQEK8gFIdlLk5a9HQ4YKtJtVsiP BRKnDoxeS+RCiqqEDcTy+/V5sEED3YsUFOL2TsMQ7UC89z4Weov965/4RGt0E9BFv3kyg tEF2DibI8AffOOzd/yY1EsmKCXVlPwlWOsWGU9NlVVqsBP5i9xHbpkYjW/0Dus+O9PSTe oU7uX+z+pgDuY1TvHQcBJ5TfbVVXW0UfS1hfS9GpGTuI8c8aCI+J7ATm8GY4NM+a+Cw== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=linuxfoundation.org header.i=@linuxfoundation.org header.a=rsa-sha256 header.s=korg header.b=TdTeJTJW; arc=none smtp.remote-ip=100.103.45.18 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 668C2606B8AD; Sat, 7 Nov 2026 15:04:56 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.a=rsa-sha256 header.s=korg header.b=TdTeJTJW Received: by smtp.kernel.org (Postfix) with ESMTPSA id 15B321F0089F; Sat, 7 Nov 2026 15:04:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1794063896; bh=USE3wPYD8IPnvf1WtN2hPEimwtEilhC776ro+R3joMM=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=TdTeJTJWbsjp9SmiipeZfADd0NyqynnqF+19F5q+Bua0HdQ970OfolbVNhg/pWsKU ktllkJtXDmcMEr11yKnaBI4AMaEb2uN6QAPAA2UBELbF9sWcvmpoKoBzv41pQw5eSH 2jTeUGOBmCANl4cGDNUlAWanSKgtbBb334115O4E= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, Yuhao Jiang , Junrui Luo , Hans Verkuil , Sasha Levin Subject: [PATCH 7.3 0098/1257] media: vicodec: make encoder CAPTURE dimensions read-only Date: Sat, 7 Nov 2026 08:39:54 -0500 Message-ID: <20261107134942.064106976@linuxfoundation.org> X-Mailer: git-send-email 2.56.0 In-Reply-To: <20261107134939.434104957@linuxfoundation.org> References: <20261107134939.434104957@linuxfoundation.org> User-Agent: quilt/0.69 X-stable: review X-Patchwork-Hint: ignore X-Mailing-List: patches@lists.linux.dev List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 7.3-stable review patch. If anyone has any objections, please let me know. ------------------ From: Junrui Luo [ Upstream commit 2532e9d2f8ccb330a9c924b1ee34c5629240d352 ] Setting the encoder's compressed CAPTURE format to a smaller resolution than the raw OUTPUT format makes the encoder write past the end of the CAPTURE buffer. For a stateful encoder the CAPTURE width and height are not client-settable; Documentation/userspace-api/media/v4l/dev-encoder.rst specifies them as "ignored (read-only)" on VIDIOC_S_FMT. vicodec only implements half of that: vidioc_s_fmt_vid_out() derives the CAPTURE coded size and sizeimage from the OUTPUT format, but S_FMT on the CAPTURE queue overwrites them. The encoder then takes its geometry from the OUTPUT queue alone, and v4l2_fwht_encode() gets no destination length. Overwrite the requested width and height with the OUTPUT queue's coded dimensions in vidioc_try_fmt_vid_cap(), making them read-only as the interface requires. Fixes: efec9c815e5d ("media: vicodec: pass on enc output format to capture side") Reported-by: Yuhao Jiang Assisted-by: Claude:claude-opus-5 Cc: stable@vger.kernel.org Signed-off-by: Junrui Luo Signed-off-by: Hans Verkuil Signed-off-by: Sasha Levin --- drivers/media/test-drivers/vicodec/vicodec-core.c | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/drivers/media/test-drivers/vicodec/vicodec-core.c b/drivers/media/test-drivers/vicodec/vicodec-core.c index ff9d50fb05fd1..25ec3a43fc712 100644 --- a/drivers/media/test-drivers/vicodec/vicodec-core.c +++ b/drivers/media/test-drivers/vicodec/vicodec-core.c @@ -890,6 +890,8 @@ static int vidioc_try_fmt_vid_cap(struct file *file, void *priv, struct v4l2_format *f) { struct vicodec_ctx *ctx = file2ctx(file); + struct vicodec_q_data *q_data_out = + get_q_data(ctx, V4L2_BUF_TYPE_VIDEO_OUTPUT); struct v4l2_pix_format_mplane *pix_mp; struct v4l2_pix_format *pix; @@ -900,6 +902,10 @@ static int vidioc_try_fmt_vid_cap(struct file *file, void *priv, pix = &f->fmt.pix; pix->pixelformat = ctx->is_enc ? V4L2_PIX_FMT_FWHT : find_fmt(f->fmt.pix.pixelformat)->id; + if (ctx->is_enc) { + pix->width = q_data_out->coded_width; + pix->height = q_data_out->coded_height; + } pix->colorspace = ctx->state.colorspace; pix->xfer_func = ctx->state.xfer_func; pix->ycbcr_enc = ctx->state.ycbcr_enc; @@ -911,6 +917,10 @@ static int vidioc_try_fmt_vid_cap(struct file *file, void *priv, pix_mp = &f->fmt.pix_mp; pix_mp->pixelformat = ctx->is_enc ? V4L2_PIX_FMT_FWHT : find_fmt(pix_mp->pixelformat)->id; + if (ctx->is_enc) { + pix_mp->width = q_data_out->coded_width; + pix_mp->height = q_data_out->coded_height; + } pix_mp->colorspace = ctx->state.colorspace; pix_mp->xfer_func = ctx->state.xfer_func; pix_mp->ycbcr_enc = ctx->state.ycbcr_enc; -- 2.53.0