[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <864470f074e634e7276bf999e3c3704b58c1e913.camel@perches.com>
Date: Wed, 17 Oct 2018 18:42:51 -0700
From: Joe Perches <joe@...ches.com>
To: Stanimir Varbanov <stanimir.varbanov@...aro.org>,
Vikash Garodia <vgarodia@...eaurora.org>, hverkuil@...all.nl,
mchehab@...nel.org, Andrew Morton <akpm@...ux-foundation.org>
Cc: linux-media@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-msm@...r.kernel.org, acourbot@...omium.org
Subject: Re: [PATCH v11 1/5] venus: firmware: add routine to reset ARM9
On Wed, 2018-10-17 at 11:49 +0300, Stanimir Varbanov wrote:
> On 10/08/2018 04:32 PM, Vikash Garodia wrote:
> > Add routine to reset the ARM9 and brings it out of reset. Also
> > abstract the Venus CPU state handling with a new function. This
> > is in preparation to add PIL functionality in venus driver.
[]
> > diff --git a/drivers/media/platform/qcom/venus/core.h b/drivers/media/platform/qcom/venus/core.h
[]
> > @@ -129,6 +130,7 @@ struct venus_core {
> > struct device *dev;
> > struct device *dev_dec;
> > struct device *dev_enc;
> > + bool use_tz;
>
> could you make it unsigned? For more info please run checkpatch --strict.
>
> I know that we have structure members of type bool already - that should
> be fixed with follow-up patches, I guess.
That's probably not necessary.
I personally have no issue with bool struct members that
are only used on a transitory basis and not used by hardware
or shared between multiple cpus with different hardware
alignment requirements.
Nothing in this struct is saved or shared.
Perhaps the checkpatch message should be expanded to
enumerate when bool use in a struct is acceptable.
Powered by blists - more mailing lists