[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <aa75e040-7ead-6328-d148-0cbcbc8c89c1@intel.com>
Date: Tue, 24 Nov 2020 17:23:09 +0800
From: Rong Chen <rong.a.chen@...el.com>
To: Andy Shevchenko <andy.shevchenko@...il.com>,
Dan Carpenter <error27@...il.com>
Cc: "Rojewski, Cezary" <cezary.rojewski@...el.com>,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
lkp <lkp@...el.com>,
"kbuild-all@...ts.01.org" <kbuild-all@...ts.01.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Mark Brown <broonie@...nel.org>
Subject: Re: [kbuild-all] Re: sound/soc/intel/catpt/loader.c:654
catpt_first_boot_firmware() warn: consider using resource_size() here
On 11/24/20 5:13 PM, Andy Shevchenko wrote:
> On Tue, Nov 24, 2020 at 10:06 AM Rong Chen <rong.a.chen@...el.com> wrote:
>> On 11/23/20 7:41 PM, Rojewski, Cezary wrote:
>>> On 2020-11-23 11:53 AM, Andy Shevchenko wrote:
>>>> On Sun, Nov 22, 2020 at 03:52:27AM +0800, kernel test robot wrote:
> ...
>
>>>> This sounds like false positive. From where it gets the idea of resource_size()
>>>> for the *start* offset?!
>>>>
>>> Indeed it is false positive. I've already explained this in:
>>>
>>> RE: [bug report] ASoC: Intel: catpt: Firmware loading and context restore
>>> https://www.spinics.net/lists/alsa-devel/msg117145.html
>> Thanks a lot, we'll ignore the warning next time.
> I think the proper solution here is to notify smatch upstream to fix the tool.
>
+Dan Carpenter
Hi Dan,
Could you take a look at this? the original report is at
https://lore.kernel.org/lkml/202011220325.oB7oeTEq-lkp@intel.com/
Best Regards,
Rong Chen
Powered by blists - more mailing lists