Received: by 10.223.176.5 with SMTP id f5csp580736wra; Fri, 2 Feb 2018 02:46:08 -0800 (PST) X-Google-Smtp-Source: AH8x225GpP0lELQ+flqFLvVjwGqWebXrknqtMGWAV3gecrOm6qN7CAOdYDrcJ0DvasKl+BUcorpM X-Received: by 2002:a17:902:781:: with SMTP id 1-v6mr34204733plj.411.1517568368651; Fri, 02 Feb 2018 02:46:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517568368; cv=none; d=google.com; s=arc-20160816; b=lV5ikhwGfJxAa6JdR+kuTLmGoKVHqWJyKHDGHhk+zVQkwoEPwsZ+mD1hlWcY2cJ/7b E8lSmfUe58H6+8mE79I7ad4QSegzGox/loC1ySywcPaovdUvUtIR34KxfFrjkULk1GEu 9v2PibHJ7IL/Khkzmsj9muCmgiL1xNwfRKgHz/y5WAfu6dTmrdEvKcsmOHcz088XFDkb a37OuKF1C9ep0F1odyIvgoT76a/RH4dmo9APj7ghuYmydA2EoSd3tJOEJjYQfNsIHF+A xIaWVeWPl6WkSCP+0q9fIEjtUQ4WRFjXKaKbkLAWpCOf3XJELRmGcvcLFMkbOKH64LJp fdXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :organization:in-reply-to:subject:cc:to:from :arc-authentication-results; bh=msf/sUVoRQ/JGnBGT5TJc/imKlS5ELMxlJA4B5SeTnU=; b=OObmF4aGlYeUAzvSyfK5uJHZolVHd9gdjM60k9hSfEioUiz960QvHpsGhDlO/frSOy CpVU2zcAJ8hE9HSx8rDPJLM051zoSrR8PrIKq5v9Kk322cqyL0Ax/a43r41y5JHd7Wpf awRFRLf82Uiz11yGKR9ge9wM5PJ6yiIEYxwvrgXiZlP1+XCyDA3UwCu5vhvII5ov8/Cf mjzPaAF0Nha7w3cAa96RWAmKkX1VoXhs7F4OJxfBUPlMXwP7TItg9eIDPYBPpevSuxFl ZTUeLsgazaQOejYuYTozIrFbF0c8O7ZyK/1whxBpUXtRZ1R1ITJ5uB2F9CcZ/P0J2OqY 1vvw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v2si1243625pgf.201.2018.02.02.02.45.53; Fri, 02 Feb 2018 02:46:08 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752029AbeBBKpQ (ORCPT + 99 others); Fri, 2 Feb 2018 05:45:16 -0500 Received: from mga09.intel.com ([134.134.136.24]:55298 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751913AbeBBKor (ORCPT ); Fri, 2 Feb 2018 05:44:47 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Feb 2018 02:44:46 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.46,448,1511856000"; d="scan'208";a="27511184" Received: from unknown (HELO localhost) ([10.249.32.200]) by fmsmga001.fm.intel.com with ESMTP; 02 Feb 2018 02:44:40 -0800 From: Jani Nikula To: Greg KH , Lukas Bulwahn , Knut Omang Cc: Ozan Alpay , Rodrigo Vivi , Ville =?utf-8?B?U3lyasOkbMOk?= , 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 Subject: Re: clang warning: implicit conversion in intel_ddi.c:1481 In-Reply-To: <20180202100613.GA21492@kroah.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20180201180240.GA28042@kroah.com> <87372jkcu5.fsf@intel.com> <20180202100613.GA21492@kroah.com> Date: Fri, 02 Feb 2018 12:44:38 +0200 Message-ID: <87h8qzisbt.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org +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. BR, Jani. [1] http://mid.mail-archive.com/cover.5b56d020b8e826a7da33b1823c059acd0c123f8b.1515072782.git-series.knut.omang@oracle.com -- Jani Nikula, Intel Open Source Technology Center