From: Stanimir Varbanov <stanimir.varbanov@linaro.org>
To: Hans Verkuil <hverkuil@xs4all.nl>,
Mauro Carvalho Chehab <mchehab@kernel.org>
Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-msm@vger.kernel.org,
Vikash Garodia <vgarodia@codeaurora.org>,
Tomasz Figa <tfiga@chromium.org>,
Alexandre Courbot <acourbot@chromium.org>
Subject: Re: [PATCH v5 12/27] venus: hfi_parser: add common capability parser
Date: Fri, 6 Jul 2018 15:19:19 +0300 [thread overview]
Message-ID: <e2e2b138-9dc9-58d1-4723-83fc90dd9567@linaro.org> (raw)
In-Reply-To: <7866a592-1764-a7e6-1149-52d4f070dfd4@xs4all.nl>
Hi Hans,
On 07/06/2018 02:21 PM, Hans Verkuil wrote:
> Hi Stanimir,
>
> While preparing a pull request I ran smatch and I found some issues with
> hfi_parser.h:
>
> On 05/07/18 15:03, Stanimir Varbanov wrote:
>> This adds common capability parser for all supported Venus
>> versions. Having it will help to enumerate better the supported
>> raw formats and codecs and also the capabilities for every
>> codec like max/min width/height, framerate, bitrate and so on.
>>
>> Signed-off-by: Stanimir Varbanov <stanimir.varbanov@linaro.org>
>> Reviewed-by: Tomasz Figa <tfiga@chromium.org>
>> ---
>> drivers/media/platform/qcom/venus/Makefile | 3 +-
>> drivers/media/platform/qcom/venus/core.c | 85 ++++++
>> drivers/media/platform/qcom/venus/core.h | 74 ++---
>> drivers/media/platform/qcom/venus/hfi.c | 5 +-
>> drivers/media/platform/qcom/venus/hfi_helper.h | 28 +-
>> drivers/media/platform/qcom/venus/hfi_msgs.c | 356 ++-----------------------
>> drivers/media/platform/qcom/venus/hfi_parser.c | 283 ++++++++++++++++++++
>> drivers/media/platform/qcom/venus/hfi_parser.h | 45 ++++
>> drivers/media/platform/qcom/venus/vdec.c | 38 +--
>> drivers/media/platform/qcom/venus/venc.c | 52 ++--
>> 10 files changed, 525 insertions(+), 444 deletions(-)
>> create mode 100644 drivers/media/platform/qcom/venus/hfi_parser.c
>> create mode 100644 drivers/media/platform/qcom/venus/hfi_parser.h
>>
>
> <snip>
>
>> diff --git a/drivers/media/platform/qcom/venus/hfi_parser.h b/drivers/media/platform/qcom/venus/hfi_parser.h
>> new file mode 100644
>> index 000000000000..2fa4a345a3eb
>> --- /dev/null
>> +++ b/drivers/media/platform/qcom/venus/hfi_parser.h
>> @@ -0,0 +1,45 @@
>> +/* SPDX-License-Identifier: GPL-2.0 */
>> +/* Copyright (C) 2018 Linaro Ltd. */
>> +#ifndef __VENUS_HFI_PARSER_H__
>> +#define __VENUS_HFI_PARSER_H__
>> +
>> +#include "core.h"
>> +
>> +u32 hfi_parser(struct venus_core *core, struct venus_inst *inst,
>> + void *buf, u32 size);
>> +
>> +static inline struct hfi_capability *get_cap(struct venus_inst *inst, u32 type)
>> +{
>> + struct venus_core *core = inst->core;
>> + struct venus_caps *caps;
>> + unsigned int i;
>> +
>> + caps = venus_caps_by_codec(core, inst->hfi_codec, inst->session_type);
>> + if (!caps)
>> + return ERR_PTR(-EINVAL);
>> +
>> + for (i = 0; i < caps->num_caps; i++) {
>> + if (caps->caps[i].capability_type == type)
>> + return &caps->caps[i];
>> + }
>> +
>> + return ERR_PTR(-EINVAL);
>> +}
>> +
>> +#define CAP_MIN(inst, type) ((get_cap(inst, type))->min)
>> +#define CAP_MAX(inst, type) ((get_cap(inst, type))->max)
>> +#define CAP_STEP(inst, type) ((get_cap(inst, type))->step_size)
>> +
>> +#define FRAME_WIDTH_MIN(inst) CAP_MIN(inst, HFI_CAPABILITY_FRAME_WIDTH)
>> +#define FRAME_WIDTH_MAX(inst) CAP_MAX(inst, HFI_CAPABILITY_FRAME_WIDTH)
>> +#define FRAME_WIDTH_STEP(inst) CAP_STEP(inst, HFI_CAPABILITY_FRAME_WIDTH)
>> +
>> +#define FRAME_HEIGHT_MIN(inst) CAP_MIN(inst, HFI_CAPABILITY_FRAME_HEIGHT)
>> +#define FRAME_HEIGHT_MAX(inst) CAP_MAX(inst, HFI_CAPABILITY_FRAME_HEIGHT)
>> +#define FRAME_HEIGHT_STEP(inst) CAP_STEP(inst, HFI_CAPABILITY_FRAME_HEIGHT)
>> +
>> +#define FRATE_MIN(inst) CAP_MIN(inst, HFI_CAPABILITY_FRAMERATE)
>> +#define FRATE_MAX(inst) CAP_MAX(inst, HFI_CAPABILITY_FRAMERATE)
>> +#define FRATE_STEP(inst) CAP_STEP(inst, HFI_CAPABILITY_FRAMERATE)
>> +
>> +#endif
>
> When compiling vdec.c and venc.c with smatch I get a whole bunch of:
>
> drivers/media/platform/qcom/venus/hfi_parser.h:17:14: error: not an lvalue
> drivers/media/platform/qcom/venus/hfi_parser.h:21:16: error: not an lvalue
> drivers/media/platform/qcom/venus/hfi_parser.h:17:14: error: not an lvalue
> drivers/media/platform/qcom/venus/hfi_parser.h:21:16: error: not an lvalue
>
> To be honest I don't quite understand what is happening here.
>
> What I DO see is that get_cap can return ERR_PTR, but the CAP_MIN/MAX/STEP macros
> do not test for that. It doesn't feel right, I think it might be better if you
> move get_cap into the source and provide little cap_min/max/step inlines that
> properly test the return code of get_cap and return 0 or something on error.
>
> This is the command line I use to test with smatch:
>
> make W=1 C=1 CHECK="smatch -p=kernel" drivers/media/platform/qcom/venus/
thanks for catching!
Do you want a new revisited version of this patch only? Or one patch on
top of the series?
--
regards,
Stan
next prev parent reply other threads:[~2018-07-06 12:19 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-05 13:03 [PATCH v5 00/27] Venus updates Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 01/27] venus: hfi_msgs: correct pointer increment Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 02/27] venus: hfi: preparation to support venus 4xx Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 03/27] venus: hfi: update sequence event to handle more properties Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 04/27] venus: hfi_cmds: add set_properties for 4xx version Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 05/27] venus: hfi: support session continue " Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 06/27] venus: hfi: handle buffer output2 type as well Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 07/27] venus: hfi_venus: add halt AXI support for Venus 4xx Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 08/27] venus: hfi_venus: fix suspend function for venus 3xx versions Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 09/27] venus: hfi_venus: move set of default properties to core init Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 10/27] venus: hfi_venus: add suspend functionality for Venus 4xx Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 11/27] venus: core,helpers: add two more clocks found in " Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 12/27] venus: hfi_parser: add common capability parser Stanimir Varbanov
2018-07-06 11:21 ` Hans Verkuil
2018-07-06 12:19 ` Stanimir Varbanov [this message]
2018-07-06 12:27 ` Hans Verkuil
2018-07-06 12:47 ` [PATCH v6 " Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 13/27] venus: helpers: rename a helper function and use buffer mode from caps Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 14/27] venus: helpers: add a helper function to set dynamic buffer mode Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 15/27] venus: helpers: add helper function to set actual buffer size Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 16/27] venus: core: delete not used buffer mode flags Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 17/27] venus: helpers: add buffer type argument to a helper Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 18/27] venus: helpers: add a new helper to set raw format Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 19/27] venus: helpers,vdec,venc: add helpers to set work mode and core usage Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 20/27] venus: helpers: extend set_num_bufs helper with one more argument Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 21/27] venus: helpers: add a helper to return opb buffer sizes Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 22/27] venus: vdec: get required input buffers as well Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 23/27] venus: vdec: a new function for output configuration Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 24/27] venus: helpers: move frame size calculations on common place Stanimir Varbanov
2018-07-05 13:03 ` [PATCH v5 25/27] venus: implementing multi-stream support Stanimir Varbanov
2018-07-05 13:04 ` [PATCH v5 26/27] venus: core: add sdm845 DT compatible and resource data Stanimir Varbanov
2018-07-05 13:04 ` [PATCH v5 27/27] venus: add HEVC codec support Stanimir Varbanov
2018-07-05 14:07 ` [PATCH v5 00/27] Venus updates Tomasz Figa
2018-07-05 14:08 ` Hans Verkuil
2018-07-05 14:51 ` Stanimir Varbanov
2018-07-05 15:00 ` Alexandre Courbot
2018-07-06 3:55 ` Alexandre Courbot
2018-07-06 7:11 ` Stanimir Varbanov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e2e2b138-9dc9-58d1-4723-83fc90dd9567@linaro.org \
--to=stanimir.varbanov@linaro.org \
--cc=acourbot@chromium.org \
--cc=hverkuil@xs4all.nl \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=tfiga@chromium.org \
--cc=vgarodia@codeaurora.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®