From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753682AbeBLTKn (ORCPT ); Mon, 12 Feb 2018 14:10:43 -0500 Received: from mail-qk0-f194.google.com ([209.85.220.194]:38343 "EHLO mail-qk0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752469AbeBLTKl (ORCPT ); Mon, 12 Feb 2018 14:10:41 -0500 X-Google-Smtp-Source: AH8x22610Am5BxlkJvGnG1Go/ricYZ6fJmvXCPxJWAGMZhpPfqRx/vpgmOPI0u+9F+28UYyT3fFAAw== Subject: Re: [PATCH] spi: bcm2835aux: use 64-bit arithmetic instead of 32-bit To: Ard Biesheuvel , "Gustavo A. R. Silva" Cc: "Gustavo A. R. Silva" , Mark Brown , Eric Anholt , Stefan Wahren , Ray Jui , Scott Branden , bcm-kernel-feedback-list@broadcom.com, Linux Kernel Mailing List , linux-rpi-kernel@lists.infradead.org, linux-arm-kernel , linux-spi@vger.kernel.org References: <20180207160002.GA9292@embeddedgus> <275feee3-7140-498b-714f-4c88a302d3f6@embeddedor.com> From: Florian Fainelli Message-ID: Date: Mon, 12 Feb 2018 11:10:30 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/12/2018 10:45 AM, Ard Biesheuvel wrote: > On 12 February 2018 at 18:04, Gustavo A. R. Silva > wrote: >> Hi Ard, >> >> On 02/08/2018 03:54 AM, Ard Biesheuvel wrote: >>> >>> On 7 February 2018 at 16:00, Gustavo A. R. Silva >>> 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. >> > > Who is 'we' in this case? And how is this id to any benefit of other > people that have been excluded from 'we'? We is probably the greater Linux community here. > > If you add identifiers like this, make sure that they don't only make > sense to the in-crowd. For instance, you could replace this with a > http link to the database entry if you really must. I don't think it is that easy to extract good URLs from the public Linux coverity instance which is why referring to coverity IDs is being done AFAICT. -- Florian