| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <AM6PR04MB63416B4BA53E80123037AC8EE7809@AM6PR04MB6341.eurprd04.prod.outlook.com>
Date: Wed, 6 Jul 2022 04:09:35 +0000
From: Ming Qian <ming.qian@....com>
To: Nicolas Dufresne <nicolas@...fresne.ca>,
"mchehab@...nel.org" <mchehab@...nel.org>,
"hverkuil-cisco@...all.nl" <hverkuil-cisco@...all.nl>
CC: "shawnguo@...nel.org" <shawnguo@...nel.org>,
"robh+dt@...nel.org" <robh+dt@...nel.org>,
"s.hauer@...gutronix.de" <s.hauer@...gutronix.de>,
"kernel@...gutronix.de" <kernel@...gutronix.de>,
"festevam@...il.com" <festevam@...il.com>,
dl-linux-imx <linux-imx@....com>,
"linux-media@...r.kernel.org" <linux-media@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>
Subject: RE: [EXT] Re: [PATCH] media: amphion: only insert the first sequence
startcode for vc1l format
>From: Nicolas Dufresne <nicolas@...fresne.ca>
>Sent: 2022年7月5日 20:59
>To: Ming Qian <ming.qian@....com>; mchehab@...nel.org;
>hverkuil-cisco@...all.nl
>Cc: shawnguo@...nel.org; robh+dt@...nel.org; s.hauer@...gutronix.de;
>kernel@...gutronix.de; festevam@...il.com; dl-linux-imx
><linux-imx@....com>; linux-media@...r.kernel.org;
>linux-kernel@...r.kernel.org; linux-arm-kernel@...ts.infradead.org
>Subject: Re: [EXT] Re: [PATCH] media: amphion: only insert the first sequence
>startcode for vc1l format
>
>Caution: EXT Email
>
>Le mardi 05 juillet 2022 à 11:27 +0000, Ming Qian a écrit :
>> > > From: Ming Qian
>> > > Sent: 2022年7月5日 10:00
>> > > To: Nicolas Dufresne <nicolas@...fresne.ca>; mchehab@...nel.org;
>> > > hverkuil-cisco@...all.nl
>> > > Cc: shawnguo@...nel.org; robh+dt@...nel.org;
>> > > s.hauer@...gutronix.de; kernel@...gutronix.de; festevam@...il.com;
>> > > dl-linux-imx <linux-imx@....com>; linux-media@...r.kernel.org;
>> > > linux-kernel@...r.kernel.org; linux-arm-kernel@...ts.infradead.org
>> > > Subject: RE: [EXT] Re: [PATCH] media: amphion: only insert the
>> > > first sequence startcode for vc1l format
>> > >
>> > > > From: Nicolas Dufresne <nicolas@...fresne.ca>
>> > > > Sent: 2022年7月5日 0:06
>> > > > To: Ming Qian <ming.qian@....com>; mchehab@...nel.org;
>> > > > hverkuil-cisco@...all.nl
>> > > > Cc: shawnguo@...nel.org; robh+dt@...nel.org;
>> > > > s.hauer@...gutronix.de; kernel@...gutronix.de;
>> > > > festevam@...il.com; dl-linux-imx <linux-imx@....com>;
>> > > > linux-media@...r.kernel.org; linux-kernel@...r.kernel.org;
>> > > > linux-arm-kernel@...ts.infradead.org
>> > > > Subject: [EXT] Re: [PATCH] media: amphion: only insert the first
>> > > > sequence startcode for vc1l format
>> > > >
>> > > > Caution: EXT Email
>> > > >
>> > > > Hi Ming,
>> > > >
>> > > > Le mardi 28 juin 2022 à 13:20 +0800, Ming Qian a écrit :
>> > > > > For some formats, the amphion vpu requires startcode before
>> > > > > sequence and frame, such as vc1, vp8.
>> > > >
>> > > > I'm not sure why VP8 is being mentioned here. There is no
>> > > > specified sartcode for VP8, and no split of headers either.
>> > > >
>> > >
>> > > Hi Nicolas,
>> > > This patch has nothing to do with vp8, and indeed there is no
>> > > specified startcode for VP8.
>> > > But amphion vpu requires driver to help insert some custom
>> > > startcode for
>> > > vp8
>> > > and vc1.
>> > > It's custom behavior.
>> > >
>> > Instead of exposing the custom format, you should use data_offset
>> > like VENUS driver do. They vp8/9 codec in VENUS have the frame
>> > prefixed with an IVF header, the data_offset let the userland skip it.
>>
>> Hi Nicolas,
>> There is a stream buffer, and driver will copy the coded frame
>> data to the stream buffer, driver can decide to insert custom
>> startcode or not, userland won't know about it, so I don't think it's
>> necessary to use data_offset to let userland skip something.
>> Currently , driver will insert startcode for format vp8 and vc1.
>> This is transparent to the user.
>
>Can't you save the slow copy by using data_offset then ? I think most of the
>confusion comes from this commit message, someone else then you should be
>able to understand what it means.
I'll modify the commit message that remove the unrelated vp8 description.
And unfortunately the amphion vpu only support the ring buffer mode, so copying is inevitable.
>
>regards,
>Nicolas
>
>>
>> Ming
>>
>> > > I'm sorry that my description include some confusion
>> > >
>> > > Ming
>> > >
>> > > > >
>> > > > > But for V4L2_PIX_FMT_VC1_ANNEX_L, only the first sequence
>> > > > > startcode is needed, the extra startcode will cause decoding error.
>> > > > > So after seek, we don't need to insert the sequence startcode.
>> > > > >
>> > > > > In other words, for V4L2_PIX_FMT_VC1_ANNEX_L, the vpu doesn't
>> > > > > support dynamic resolution change.
>> > > > >
>> > > > > Fixes: 145e936380edb ("media: amphion: implement malone
>> > > > > decoder rpc
>> > > > > interface")
>> > > > > Signed-off-by: Ming Qian <ming.qian@....com>
>> > > > > ---
>> > > > > drivers/media/platform/amphion/vdec.c | 1 +
>> > > > > drivers/media/platform/amphion/vpu.h | 1 +
>> > > > > drivers/media/platform/amphion/vpu_malone.c | 2 ++
>> > > > > drivers/media/platform/amphion/vpu_rpc.h | 7 ++++++-
>> > > > > 4 files changed, 10 insertions(+), 1 deletion(-)
>> > > > >
>> > > > > diff --git a/drivers/media/platform/amphion/vdec.c
>> > > > > b/drivers/media/platform/amphion/vdec.c
>> > > > > index 09d4f27970ec..51218a41a5ac 100644
>> > > > > --- a/drivers/media/platform/amphion/vdec.c
>> > > > > +++ b/drivers/media/platform/amphion/vdec.c
>> > > > > @@ -731,6 +731,7 @@ static void vdec_stop_done(struct vpu_inst
>*inst)
>> > > > > vdec->eos_received = 0;
>> > > > > vdec->is_source_changed = false;
>> > > > > vdec->source_change = 0;
>> > > > > + inst->total_input_count = 0;
>> > > > > vpu_inst_unlock(inst);
>> > > > > }
>> > > > >
>> > > > > diff --git a/drivers/media/platform/amphion/vpu.h
>> > > > > b/drivers/media/platform/amphion/vpu.h
>> > > > > index e56b96a7e5d3..f914de6ed81e 100644
>> > > > > --- a/drivers/media/platform/amphion/vpu.h
>> > > > > +++ b/drivers/media/platform/amphion/vpu.h
>> > > > > @@ -258,6 +258,7 @@ struct vpu_inst {
>> > > > > struct vpu_format cap_format;
>> > > > > u32 min_buffer_cap;
>> > > > > u32 min_buffer_out;
>> > > > > + u32 total_input_count;
>> > > > >
>> > > > > struct v4l2_rect crop;
>> > > > > u32 colorspace;
>> > > > > diff --git a/drivers/media/platform/amphion/vpu_malone.c
>> > > > > b/drivers/media/platform/amphion/vpu_malone.c
>> > > > > index c62b49e85060..f4a488bf9880 100644
>> > > > > --- a/drivers/media/platform/amphion/vpu_malone.c
>> > > > > +++ b/drivers/media/platform/amphion/vpu_malone.c
>> > > > > @@ -1314,6 +1314,8 @@ static int
>> > > > vpu_malone_insert_scode_vc1_l_seq(struct malone_scode_t *scode)
>> > > > > int size = 0;
>> > > > > u8 rcv_seqhdr[MALONE_VC1_RCV_SEQ_HEADER_LEN];
>> > > > >
>> > > > > + if (scode->inst->total_input_count)
>> > > > > + return 0;
>> > > > > scode->need_data = 0;
>> > > > >
>> > > > > ret = vpu_malone_insert_scode_seq(scode,
>> > > > > MALONE_CODEC_ID_VC1_SIMPLE, sizeof(rcv_seqhdr)); diff --git
>> > > > > a/drivers/media/platform/amphion/vpu_rpc.h
>> > > > > b/drivers/media/platform/amphion/vpu_rpc.h
>> > > > > index 25119e5e807e..7eb6f01e6ab5 100644
>> > > > > --- a/drivers/media/platform/amphion/vpu_rpc.h
>> > > > > +++ b/drivers/media/platform/amphion/vpu_rpc.h
>> > > > > @@ -312,11 +312,16 @@ static inline int
>> > > > > vpu_iface_input_frame(struct
>> > > > vpu_inst *inst,
>> > > > > struct vb2_buffer *vb) {
>> > > > > struct vpu_iface_ops *ops =
>> > > > > vpu_core_get_iface(inst->core);
>> > > > > + int ret;
>> > > > >
>> > > > > if (!ops || !ops->input_frame)
>> > > > > return -EINVAL;
>> > > > >
>> > > > > - return ops->input_frame(inst->core->iface, inst, vb);
>> > > > > + ret = ops->input_frame(inst->core->iface, inst, vb);
>> > > > > + if (ret < 0)
>> > > > > + return ret;
>> > > > > + inst->total_input_count++;
>> > > > > + return ret;
>> > > > > }
>> > > > >
>> > > > > static inline int vpu_iface_config_memory_resource(struct
>> > > > > vpu_inst *inst,
>>
Powered by blists - more mailing lists