[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <275feee3-7140-498b-714f-4c88a302d3f6@embeddedor.com>
Date: Mon, 12 Feb 2018 12:04:34 -0600
From: "Gustavo A. R. Silva" <garsilva@...eddedor.com>
To: Ard Biesheuvel <ard.biesheuvel@...aro.org>,
"Gustavo A. R. Silva" <gustavo@...eddedor.com>
Cc: Mark Brown <broonie@...nel.org>, Eric Anholt <eric@...olt.net>,
Stefan Wahren <stefan.wahren@...e.com>,
Florian Fainelli <f.fainelli@...il.com>,
Ray Jui <rjui@...adcom.com>,
Scott Branden <sbranden@...adcom.com>,
bcm-kernel-feedback-list@...adcom.com,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-rpi-kernel@...ts.infradead.org,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
linux-spi@...r.kernel.org
Subject: Re: [PATCH] spi: bcm2835aux: use 64-bit arithmetic instead of 32-bit
Hi Ard,
On 02/08/2018 03:54 AM, Ard Biesheuvel wrote:
> On 7 February 2018 at 16:00, Gustavo A. R. Silva <gustavo@...eddedor.com> wrote:
>> Add suffix ULL to constant 9 in order to give the compiler complete
>> information about the proper arithmetic to use. Notice that this
>> constant is used in a context that expects an expression of type
>> unsigned long long (64 bits, unsigned).
>>
>> The expression tfr->len * 9 * 1000000 is currently being evaluated
>> using 32-bit arithmetic.
>>
>> Addresses-Coverity-ID: 1339619
>
> What does this number mean? If it is an index into some internal
> database, please remove it.
>
This is a unique Coverity identifier. We want to keep information like
public Bugzilla IDs and tools like Coverity on the commit message.
Thanks
--
Gustavo
Powered by blists - more mailing lists