[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID:
<SE1P216MB1303E7A1989D018A0A14FA28ED092@SE1P216MB1303.KORP216.PROD.OUTLOOK.COM>
Date: Mon, 15 Apr 2024 15:18:52 +0000
From: jackson.lee <jackson.lee@...psnmedia.com>
To: Ivan Bornyakov <brnkv.i1@...il.com>
CC: Nas Chung <nas.chung@...psnmedia.com>, Mauro Carvalho Chehab
<mchehab@...nel.org>, Philipp Zabel <p.zabel@...gutronix.de>, Sebastian
Fricke <sebastian.fricke@...labora.com>, "linux-media@...r.kernel.org"
<linux-media@...r.kernel.org>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>
Subject: RE: RE: [PATCH v3 0/5] Wave515 decoder IP support
Hi Ivan
> -----Original Message-----
> From: Ivan Bornyakov <brnkv.i1@...il.com>
> Sent: Thursday, April 11, 2024 6:37 PM
> To: jackson.lee <jackson.lee@...psnmedia.com>
> Cc: Nas Chung <nas.chung@...psnmedia.com>; Mauro Carvalho Chehab
> <mchehab@...nel.org>; Philipp Zabel <p.zabel@...gutronix.de>; Sebastian
> Fricke <sebastian.fricke@...labora.com>; linux-media@...r.kernel.org; linux-
> kernel@...r.kernel.org
> Subject: Re: RE: [PATCH v3 0/5] Wave515 decoder IP support
>
> Hi
>
> On Thu, Apr 11, 2024 at 08:13:39AM +0000, jackson.lee wrote:
> > Hi Ivan
> >
> > Can you provide a score for testing a fluster tool so that we can verify
> the change on your HW?
> >
>
> I did that, didn't I?
>
> > Thanks
> > Jackson
> >
> > > -----Original Message-----
> > > From: Ivan Bornyakov <brnkv.i1@...il.com>
> > > Sent: Saturday, April 6, 2024 1:41 AM
> > > To: Nas Chung <nas.chung@...psnmedia.com>; jackson.lee
> > > <jackson.lee@...psnmedia.com>; Mauro Carvalho Chehab
> > > <mchehab@...nel.org>; Philipp Zabel <p.zabel@...gutronix.de>;
> > > Sebastian Fricke <sebastian.fricke@...labora.com>
> > > Cc: Ivan Bornyakov <brnkv.i1@...il.com>;
> > > linux-media@...r.kernel.org; linux-kernel@...r.kernel.org
> > > Subject: [PATCH v3 0/5] Wave515 decoder IP support
> > >
> > > Initial support for Wave515 multi-decoder IP among other refinements.
> > > This was tested on FPGA prototype, so wave5_dt_ids[] was not expanded.
> > >
> > > fluster score for JCT-VC-HEVC_V1 testsuite with
> > > GStreamer-H.265-V4L2-Gst1.0 decoder is 132/147
> > >
>
> Here it is. Above is the score, below is notes about failed tests.
>
I didn't see that, It is enough for HEVC
> > > The issue with Main10 tests is that fluster expects decoded file to
> > > be in yuv420p10le format while this driver decodes HEVC Main10 into
> > > 8-bit yuv420p. Though result is looks alright to the naked eye,
> > > proper decoding into yuv420p10le is to be added.
> > >
> > > The rest failed fluster tests are common with Wave521.
> > >
> > > ChangeLog:
> > > v1:
> > > https://lore.kernel.org/linux-media/20240318144225.30835-1-
> > > brnkv.i1@...il.com/
> > > v2:
> > > https://lore.kernel.org/linux-media/20240325064102.9278-1-
> > > brnkv.i1@...il.com/
> > > * drop patch "dt-bindings: media: cnm,wave521c: drop resets
> > > restriction"
> > > The only user of Wave5 in mainline is TI K3 boards, thus there is
> > > no real need to alter dt-bindings
> > > * in patch "media: chips-media: wave5: support decoding HEVC
> > > Main10 profile"
> > > add check for flag "support_hevc10bit_dec"
> > > * in patch "media: chips-media: wave5: support reset lines" move
> > > reset_control_deassert() out of else branch, add
> > > reset_control_assert() to probe error path.
> > > * rework patch "media: chips-media: wave5: drop "sram-size" DT prop"
> > > - don't move alloc/free form device open/close
> > > - intead of exact configuration of reserved SRAM memory in DT and
> > > allocating all of it, allocate all available SRAM memory up to
> > > WAVE5_MAX_SRAM_SIZE from whatever pool provided.
> > > * adjust patch "media: chips-media: wave5: support Wave515 decoder"
> > > according to changes in patches
> > > "media: chips-media: wave5: support decoding HEVC Main10 profile"
> and
> > > "media: chips-media: wave5: drop "sram-size" DT prop"
> > > v3:
> > > * reword patch "media: chips-media: wave5: separate irq setup routine"
> > > a bit.
> > > * in patch "media: chips-media: wave5: drop "sram-size" DT prop"
> > > - move MAX_SRAM_SIZE define into match_data->sram_size
> > > - add placeholders for validation that allocated SRAM memory is
> > > enough to encode/decode bitstream of given resolution before
> > > setting W5_USE_SEC_AXI and W5_CMD_ENC_PIC_USE_SEC_AXI registers
> > > - reword accordingly
> > > * in patch "media: chips-media: wave5: support Wave515 decoder"
> > > - add comments around SRAM memory allocation/freeing about
> > > Wave515 specifics
> > > - add comments about BSOPTION_RD_PTR_VALID_FLAG bit in
> > > W5_BS_OPTION register
> > > - add W[AVE]521_ prefix to defines, for wich there are W[AVE]515_
> > > alternatieves
> > > - add semi-magic Wave515 specific formulas to estimate SRAM
> > > usage
> > >
> > > Ivan Bornyakov (5):
> > > media: chips-media: wave5: support decoding HEVC Main10 profile
> > > media: chips-media: wave5: support reset lines
> > > media: chips-media: wave5: separate irq setup routine
> > > media: chips-media: wave5: drop "sram-size" DT prop
> > > media: chips-media: wave5: support Wave515 decoder
> > >
> > > .../platform/chips-media/wave5/wave5-helper.c | 8 +-
> > > .../platform/chips-media/wave5/wave5-hw.c | 395 +++++++++++++-----
> > > .../chips-media/wave5/wave5-regdefine.h | 5 +
> > > .../platform/chips-media/wave5/wave5-vdi.c | 27 +-
> > > .../chips-media/wave5/wave5-vpu-dec.c | 51 ++-
> > > .../chips-media/wave5/wave5-vpu-enc.c | 2 +-
> > > .../platform/chips-media/wave5/wave5-vpu.c | 35 +-
> > > .../platform/chips-media/wave5/wave5-vpuapi.h | 3 +
> > > .../chips-media/wave5/wave5-vpuconfig.h | 16 +-
> > > .../media/platform/chips-media/wave5/wave5.h | 6 +
> > > 10 files changed, 407 insertions(+), 141 deletions(-)
> > >
> > > --
> > > 2.44.0
> >
Powered by blists - more mailing lists