Received: by 10.223.176.5 with SMTP id f5csp599686wra; Fri, 2 Feb 2018 03:06:19 -0800 (PST) X-Google-Smtp-Source: AH8x224tsTpNz/ai8JREc2tsdw4Erbfqh87FrowawDUWz9o6j4w2FopsG3+mx5n3svxjVhkl67Of X-Received: by 10.98.73.76 with SMTP id w73mr39783751pfa.61.1517569579376; Fri, 02 Feb 2018 03:06:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517569579; cv=none; d=google.com; s=arc-20160816; b=Sp0KiwROrtChRwbSEzZFxzKCsUJgDU1+v8luMtr6qS6JxOCG8WA+9vcKiwhIsVNoon EM8K9mmLJllTyuQRuVXVOqomf4E94YK5ZGdy5NzTb+FEXLg6S2ZUJEZHYw6M6PFute+s DUWlBODb8KTKybMAnGmH/ai9x0JKUpSBSia4NtGHR59D+zK1jQSnvyi530smKlGDjr5j 5VPkO1QKWqoEedbOhmn8WUoUJ4W7GZXCe2p/7NiAtfOxw38cuPpVK52zAqGgtLYbc+7x qDAbbuVm2nSe9i8v4ZE7pETJjl5DF82toxw36DpqLbe1rNwh0F+wzwaSt7fHlGXHjDQZ J4rg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :dkim-signature:arc-authentication-results; bh=N9b2tttdUgqNfYD9+VgLWyu9u0Wo8ao0YyeJONxiBTo=; b=Dg6hU8SgN0f1mQbjUUpk5jeQKIi0+vb2nlzGBwI6aPjyoAbHStezscNsgOMjRrnswx pGgq7Z7W/zeRFFg9/a0aFRWkXyt0QGPlKt2mozZmUP2gKZxUBQ7abUYNsH4icQMtcxAO qi6vwbDVnJpvbIwX/q5U2GWswCmxn2ueee1nMYHJy/rqPudQPkq2w/5A+JpeKfWFI7lq mlo2mUgjsWBoY8MD3VwQSBS8sbm9+r3Pmo7nLPYndka4IY9UoeGrDbVvquxA0lmCQ7f+ R1DOun+sF8iqucX+INUfA9ecZ57H5YYZSgyoXJ6c9KyP9sWuN+/140x70iyLlO7e/4LE QMYg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=tF1DASJZ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y27si1562534pfi.382.2018.02.02.03.06.04; Fri, 02 Feb 2018 03:06:19 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=tF1DASJZ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751656AbeBBLFG (ORCPT + 99 others); Fri, 2 Feb 2018 06:05:06 -0500 Received: from aserp2120.oracle.com ([141.146.126.78]:46592 "EHLO aserp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751416AbeBBLE7 (ORCPT ); Fri, 2 Feb 2018 06:04:59 -0500 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w12B2km4057750; Fri, 2 Feb 2018 11:04:40 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=message-id : subject : from : to : cc : date : in-reply-to : references : content-type : mime-version : content-transfer-encoding; s=corp-2017-10-26; bh=N9b2tttdUgqNfYD9+VgLWyu9u0Wo8ao0YyeJONxiBTo=; b=tF1DASJZKOXB4mwYBmVOc4KWOTqj7xOg8h15A1J9IGwx9JI8koEdBuHuK5LD0zAway8E zfr2elELJQRjv7mC04A3FHtNpHrudjJypgTZXktjjiR59+asGjLnO8dz/YwTG1lHm37y qmvITcSuaH3P6vnmcKtt/9xPJPmhJ/ZNWMatkxP9bqqZ7wBG2l5YPrv7Rh+D4Omor67X JKL6hhMioVFekwYDoiS+w1UtRu8Eb9ffvgZjJQBgmbnXG9OlMKIPAJHrQPE4gOsP6qql kfGeBCl8B0N3xzN2w8tk39s9uNyxjHibgfq4oTQ4ViqVqFvn9KFCKMjbYu3UdoP0N3Xj Lg== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp2120.oracle.com with ESMTP id 2fvg7fscuh-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 02 Feb 2018 11:04:40 +0000 Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w12B4c41025341 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 2 Feb 2018 11:04:39 GMT Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w12B4avm012300; Fri, 2 Feb 2018 11:04:37 GMT Received: from asu.omang.mine.nu (/80.203.111.41) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 02 Feb 2018 03:04:36 -0800 Message-ID: <1517569472.3118.257.camel@oracle.com> Subject: Re: clang warning: implicit conversion in intel_ddi.c:1481 From: Knut Omang To: Jani Nikula , Greg KH , Lukas Bulwahn Cc: Ozan Alpay , Rodrigo Vivi , Ville =?ISO-8859-1?Q?Syrj=E4l=E4?= , sil2review@lists.osadl.org, kernelnewbies@kernelnewbies.org, David Airlie , intel-gfx@lists.freedesktop.org, Joonas Lahtinen , llvmlinux@lists.linuxfoundation.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org Date: Fri, 02 Feb 2018 12:04:32 +0100 In-Reply-To: <87h8qzisbt.fsf@intel.com> References: <20180201180240.GA28042@kroah.com> <87372jkcu5.fsf@intel.com> <20180202100613.GA21492@kroah.com> <87h8qzisbt.fsf@intel.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.6 (3.24.6-1.fc26) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8792 signatures=668660 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802020136 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2018-02-02 at 12:44 +0200, Jani Nikula wrote: > +Knut, Fengguang > > On Fri, 02 Feb 2018, Greg KH wrote: > > - If clang now builds the kernel "cleanly", yes, I want to take > > warning fixes in the stable tree. And even better yet, if you > > keep working to ensure the tree is "clean", that would be > > wonderful. > > So we can run sparse using 'make C=1' and friends, or other static > analysis tools using 'make CHECK=foo C=1', as long as the passed command > line params work. There was work by Knut to extend this make checker > stuff [1]. Since mixing different HOSTCC's in a single workdir seems > like a bad idea, I wonder how hard it would be to make clang work like > this: > > $ make CHECK=clang C=1 > > Or using Knut's wrapper. Feels like that could increase the use of clang > for static analysis of patches. Yes, definitely a natural addition to the set of tools supported by runchecks to also support using alternate compiler(s) as "checkers" - I guess the same would apply for people compiling with clang - that they don't accidentally generate warnings with gcc.. Thanks, Knut > BR, > Jani. > > > [1] http://mid.mail-archive.com/cover.5b56d020b8e826a7da33b1823c059acd0c123f8b.151507278 > 2.git-series.knut.omang@oracle.com > > >