Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1548370ybt; Thu, 25 Jun 2020 08:31:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyDnbG7a7PBLIQBqptwhFMFIARPafYUfQ+VqTA4tqVNrWpcgF0/gNwa3oc44uupU52/cZwY X-Received: by 2002:a17:906:6d15:: with SMTP id m21mr19767127ejr.209.1593099077979; Thu, 25 Jun 2020 08:31:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593099077; cv=none; d=google.com; s=arc-20160816; b=RGPUoQybz2lQYns/VQbf38E06pbr6PI+DeAi0LDMGspCuOWOuZgsGZ7VZU/8/LIGyE g27EIQ8N5evMtTjfHSYWRlMCqAZD7SE+1hcXV0k9poKSCrRY9X5PMgfkZ+fnJ/vF1SQ0 HSsq8hD/4bFtUoqgTeLI7xXr7q92iBA+q0X/1C/5OzzWsfgVcktuS45siWg9rhyWZGCK k2pap2BPCcM+QFifCgfKy8uuBYkkMN901m089s6uHnsVDHtvW3CTEMT7uu4KcE5J81U3 f6oXmt8iTTdfDJnb7yU4nCBppB9mK4Uz2tXnPni316f5LkObF+633RfzepQwZRcCCcgz 5QWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:organization:references:in-reply-to:date:cc:to:from :subject:message-id; bh=G4MMWw98szXJRshUvV7Ca9WnUfa6Ku45GGt7up6J1qU=; b=QrfbwxHWiCSadbsuHxqcBUlkTyBbELF/1ulRFngKRCPjZ7FjFsu12wfs3AbbJfcaAu bMjslpsJB53BlBeKs5HvCX3RgVQ8EXm5pYeK4GZIiazgBlfkZTag357goqlN9c4ReDfJ 10hB70+B5pdYIhdHkhMUiLbPCrwW7b5hR3aZ7Pc193oZAx1dCZlUOdf+SeKyoArBINa+ 8/6OS+NWCWrBFBdIjvS15XSmDF1Zeoh4uIpjEj7/jtx3SKWujV/hwJ0txsEl+z+cTgGV +xTgBRcPMe4NEmN8xf01FQm7VbeBm3A2fJ7+EQOMS+7sPFVzmsfyVcx4DSKy6fJhZy63 hwwQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dh2si6191158edb.55.2020.06.25.08.30.53; Thu, 25 Jun 2020 08:31:17 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405760AbgFYPa3 (ORCPT + 99 others); Thu, 25 Jun 2020 11:30:29 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:37864 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404580AbgFYPa2 (ORCPT ); Thu, 25 Jun 2020 11:30:28 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: ezequiel) with ESMTPSA id 28CDA2A563E Message-ID: Subject: Re: [RFC 4/7] media: uapi: h264: increase size of fields From: Ezequiel Garcia To: Nicolas Dufresne , linux-media@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Tomasz Figa , kernel@collabora.com, Jonas Karlman , Hans Verkuil , Alexandre Courbot , Jeffrey Kardatzke , Philipp Zabel , Maxime Ripard , Paul Kocialkowski Date: Thu, 25 Jun 2020 12:29:50 -0300 In-Reply-To: <079f79676335c32941e0021b84849164858c09df.camel@collabora.com> References: <20200623182809.1375-1-ezequiel@collabora.com> <20200623182809.1375-5-ezequiel@collabora.com> <079f79676335c32941e0021b84849164858c09df.camel@collabora.com> Organization: Collabora Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.0-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2020-06-25 at 11:01 -0400, Nicolas Dufresne wrote: > Le mardi 23 juin 2020 à 15:28 -0300, Ezequiel Garcia a écrit : > > Slice header syntax element 'first_mb_in_slice' can point > > to the last macroblock, currently the field can only reference > > 65536 macroblocks which is insufficient for 8K videos. > > > > DPB entry PicNum maximum value is 2*MaxFrameNum for interlaced > > content (field_pic_flag=1). > > > > Therefore, increase 'first_mb_in_slice' and 'pic_num'. > > > > The v4l2_h264_dpb_entry struct needs to be padded to avoid a hole, > > which will be useful to allow future uAPI extensions. > > > > Note that v4l2_ctrl_h264_slice_params struct will be modified > > in a follow-up commit, and so we defer its 64-bit padding. > > This patch includes two changes, with two distinct rationale. Please > split in two, I would also add reference to the spec in the commit > messages. OK. > The explanation is also insufficient. Need to mention that > macro-blocks are 16x16, and the bounds for synthetic value > MaxFrameNum (derived from bitstream value) has not be mention either. > OK, will do. Thanks! Ezequiel > > Signed-off-by: Ezequiel Garcia > > --- > > .../userspace-api/media/v4l/ext-ctrls-codec.rst | 7 +++++-- > > drivers/media/v4l2-core/v4l2-ctrls.c | 9 +++++++++ > > include/media/h264-ctrls.h | 6 ++++-- > > include/media/v4l2-h264.h | 2 +- > > 4 files changed, 19 insertions(+), 5 deletions(-) > > > > diff --git a/Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst b/Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst > > index 0808a36777b6..e3b5a28fb965 100644 > > --- a/Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst > > +++ b/Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst > > @@ -1772,7 +1772,7 @@ enum v4l2_mpeg_video_h264_hierarchical_coding_type - > > * - __u32 > > - ``header_bit_size`` > > - > > - * - __u16 > > + * - __u32 > > - ``first_mb_in_slice`` > > - > > * - __u8 > > @@ -2046,7 +2046,10 @@ enum v4l2_mpeg_video_h264_hierarchical_coding_type - > > * - __u16 > > - ``frame_num`` > > - > > - * - __u16 > > + * - __u8 > > + - ``reserved[6]`` > > + - Applications and drivers must set this to zero. > > + * - __u32 > > - ``pic_num`` > > - > > * - __s32 > > diff --git a/drivers/media/v4l2-core/v4l2-ctrls.c b/drivers/media/v4l2-core/v4l2-ctrls.c > > index 6abd023f10c7..a751c14f9c22 100644 > > --- a/drivers/media/v4l2-core/v4l2-ctrls.c > > +++ b/drivers/media/v4l2-core/v4l2-ctrls.c > > @@ -1734,6 +1734,7 @@ static int std_validate_compound(const struct v4l2_ctrl *ctrl, u32 idx, > > struct v4l2_ctrl_mpeg2_slice_params *p_mpeg2_slice_params; > > struct v4l2_ctrl_vp8_frame_header *p_vp8_frame_header; > > struct v4l2_ctrl_h264_slice_params *p_h264_slice_params; > > + struct v4l2_ctrl_h264_decode_params *p_h264_dec_params; > > struct v4l2_ctrl_hevc_sps *p_hevc_sps; > > struct v4l2_ctrl_hevc_pps *p_hevc_pps; > > struct v4l2_ctrl_hevc_slice_params *p_hevc_slice_params; > > @@ -1808,6 +1809,14 @@ static int std_validate_compound(const struct v4l2_ctrl *ctrl, u32 idx, > > } > > break; > > case V4L2_CTRL_TYPE_H264_DECODE_PARAMS: > > + p_h264_dec_params = p; > > + > > + for (i = 0; i < V4L2_H264_NUM_DPB_ENTRIES; i++) { > > + struct v4l2_h264_dpb_entry *dpb_entry = > > + &p_h264_dec_params->dpb[i]; > > + > > + zero_reserved(*dpb_entry); > > + } > > break; > > > > case V4L2_CTRL_TYPE_VP8_FRAME_HEADER: > > diff --git a/include/media/h264-ctrls.h b/include/media/h264-ctrls.h > > index c6cbf178c1c9..a938d16b901c 100644 > > --- a/include/media/h264-ctrls.h > > +++ b/include/media/h264-ctrls.h > > @@ -161,7 +161,8 @@ struct v4l2_ctrl_h264_slice_params { > > /* Offset in bits to slice_data() from the beginning of this slice. */ > > __u32 header_bit_size; > > > > - __u16 first_mb_in_slice; > > + __u32 first_mb_in_slice; > > + > > __u8 slice_type; > > __u8 pic_parameter_set_id; > > __u8 colour_plane_id; > > @@ -208,7 +209,8 @@ struct v4l2_ctrl_h264_slice_params { > > struct v4l2_h264_dpb_entry { > > __u64 reference_ts; > > __u16 frame_num; > > - __u16 pic_num; > > + __u8 reserved[6]; > > + __u32 pic_num; > > /* Note that field is indicated by v4l2_buffer.field */ > > __s32 top_field_order_cnt; > > __s32 bottom_field_order_cnt; > > diff --git a/include/media/v4l2-h264.h b/include/media/v4l2-h264.h > > index bc9ebb560ccf..1a5f26fc2a9a 100644 > > --- a/include/media/v4l2-h264.h > > +++ b/include/media/v4l2-h264.h > > @@ -33,7 +33,7 @@ struct v4l2_h264_reflist_builder { > > struct { > > s32 pic_order_count; > > int frame_num; > > - u16 pic_num; > > + u32 pic_num; > > u16 longterm : 1; > > } refs[V4L2_H264_NUM_DPB_ENTRIES]; > > s32 cur_pic_order_count;