Received: by 10.223.185.116 with SMTP id b49csp5207509wrg; Tue, 27 Feb 2018 09:26:56 -0800 (PST) X-Google-Smtp-Source: AH8x227ccpUJN7qtsMZ5p2sbEGlZ/aEx6x+XPB0Gs34oBiVvkw1G6c4YZDFC3fpnWph5XBJstMIt X-Received: by 2002:a17:902:7509:: with SMTP id i9-v6mr15337138pll.220.1519752416092; Tue, 27 Feb 2018 09:26:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519752416; cv=none; d=google.com; s=arc-20160816; b=xMTLFMjl0JwSINQ9FIOfhiWMLEfGhbT/hTu3U1p+S/wt45wn3l3+NmGBFa/IwgktXE PFLpt6wNRS/8Namyekn6FXPFbe1KvyUZpPIxoJN0Cgz2ouLQKDlvYTOjVNeBZxUUodyK JlI1eNQPI00f7Z5/T/s64Pkn6P5PGBIKciIW2KOs+IXt771L99EAOAD5tIDbBn4F8JAN D0+9UBtqG6f9L7dfslGUBCrUIYidtpJd3pkXKLRBApxaK/IL8rSReEYElYWVFnzjOjsM f4LC0EqUAZ5aj7ZGojgFTO3miCtFjN89TVMkYsBATljMeahVF/rVq+h0HzWeHOq/A01l 0Img== 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:cc:to:subject :message-id:date:from:references:in-reply-to:mime-version :dkim-signature:arc-authentication-results; bh=jCFMkcXo3JaEIOIxnB0xxyDNHdQ+Bdrsrr/XLrzGkfQ=; b=fLSwiQch0+A/q8bkgTuEUFuR7+et+2ORpnCg/I1HXF5IMNWisGkidiHLE1zNwdKHvb vTa9Y+6TH9z6+FcWqMwy5mJk8cLagphVKct2oOXEabxY/DppB4UdkAk5LQluGbE52csS dTNt+SQw1iyID9tx4T0/XFU4jtOFeePo1U1H4nxTBVHE1UQktEEcL4KFgtW0z0vx28ta tv6oSh0njBI8a8m4b8ncv+URqp+UBCBTRtgM9zIQgusR+K78S23ucKY4F/rNZR0vnBnG AfOC8iB3ehIKUi1tDY+XueT7KNHlP+0U+GjDLKcsP92fWaynVt5Sf9U8BC5gNr9hbsD6 YYgg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=dANgaL5D; 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 s18si6425728pgd.65.2018.02.27.09.26.41; Tue, 27 Feb 2018 09:26:56 -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=fail header.i=@gmail.com header.s=20161025 header.b=dANgaL5D; 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 S1751712AbeB0RZ4 (ORCPT + 99 others); Tue, 27 Feb 2018 12:25:56 -0500 Received: from mail-ua0-f194.google.com ([209.85.217.194]:45942 "EHLO mail-ua0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751554AbeB0RZx (ORCPT ); Tue, 27 Feb 2018 12:25:53 -0500 Received: by mail-ua0-f194.google.com with SMTP id z3so13503024uae.12 for ; Tue, 27 Feb 2018 09:25:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=jCFMkcXo3JaEIOIxnB0xxyDNHdQ+Bdrsrr/XLrzGkfQ=; b=dANgaL5D5xIXpWb/OF/BJic8eUhF/OdnekkVkmA8KOS/N2z2qW/sxwG30NgafGScQU KauatWMzOVjsIGj0g/q9TOP9v3hWv68jR2K/QJ+M2TdrBFajOs9Qhu1NjCQn9a888f91 DfZKeY9AGr2fvHmbUOC1gbYrN8+QczqDWPYXr1CHJuzNFZTKeV3vIg2cW1W/Ki6lOSf8 kJMMj2zO0s4hFNXoNmrMK9l6beYuKWLnKHbkFoFQ/vGxdSPekEDsy8wr2ahbfJXYMT4a P2JGU3wLPrkqE66ayF/bfD/JBQB/8q8W8Hfpv4tFr9mlIdd8iO/WHotxD33MvLo9lX3o uNIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=jCFMkcXo3JaEIOIxnB0xxyDNHdQ+Bdrsrr/XLrzGkfQ=; b=KmjAeJZr/GZ3XyQ30yFXYRDh4N888/0L+YUqqnNJ05OcW41r1jTAT5FStoJZ2nJ5Ca TqbMIPkKhKuBQ874eXatSSgjAjuITD7rsLsbGSFG71fMdcXB96chNF/daf+8AgA9WECq gCB64Ae8z03QJ1XV268Wrpf2MsUUs/ta8MlSjfME8tfgXADgK9FZLrsQzem9OxyQOCqQ gDxaAhzvJhnWYmVfToXZ7HL18GXuaCsFSHjeC7HuF363FKvVFxqINzQbZVLLUGLRt4t3 GQ5IUQRDlaZlkBNEIIgsFvQwCWStRcRoBag41IoIZpCiIPl+OS4XaTVOw2vO2Un1CFgH fm+g== X-Gm-Message-State: APf1xPCUESDVMbTKtTLZBOjheZxLFbtqGwQhnKaWqqmriL8jtz2OPAA3 qEyh4vMAsSnp7hNMgl6T1YT61J5CMOnO0IONGvM= X-Received: by 10.176.77.205 with SMTP id b13mr10696238uah.113.1519752352301; Tue, 27 Feb 2018 09:25:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.176.112.21 with HTTP; Tue, 27 Feb 2018 09:25:31 -0800 (PST) In-Reply-To: References: <20180225172236.29650-1-malat@debian.org> <20180225172236.29650-2-malat@debian.org> <603d5335-6220-73f2-d902-b92bc74bc79e@c-s.fr> From: Mathieu Malaterre Date: Tue, 27 Feb 2018 18:25:31 +0100 X-Google-Sender-Auth: BRzGXChNLwP3aaeX4TPrIgyXBiM Message-ID: Subject: Re: [PATCH 01/21] powerpc: Remove warning on array size when empty To: Andy Shevchenko Cc: Christophe LEROY , Linux Kernel Mailing List , Paul Mackerras , Jiri Slaby , "open list:LINUX FOR POWERPC PA SEMI PWRFICIENT" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 27, 2018 at 4:52 PM, Andy Shevchenko wrote: > On Tue, Feb 27, 2018 at 9:44 AM, Mathieu Malaterre wro= te: >> On Tue, Feb 27, 2018 at 8:33 AM, Christophe LEROY >> wrote: > >>>>>> Much simpler is just add >>>>>> >>>>>> if (ARRAY_SIZE() =3D=3D 0) >>>>>> return; > >>> Or add in front: >>> if (!ARRAY_SIZE(feature_properties)) >>> return; >> >> (not tested) I believe the compiler still go over the for() loop and >> will complain about the original unsigned comparison. > > Did you run tests? Did you look into object file? The goal of this series is simply to remove warning treated as error. I tried from home and I can still see the error using gcc 6.3.0, so the original for() loop needs to be rewritten. CC arch/powerpc/kernel/prom.o arch/powerpc/kernel/prom.c: In function =E2=80=98check_cpu_feature_properti= es=E2=80=99: arch/powerpc/kernel/prom.c:301:16: error: comparison of unsigned expression < 0 is always false [-Werror=3Dtype-limits] for (i =3D 0; i < ARRAY_SIZE(feature_properties); ++i, ++fp) { ^ cc1: all warnings being treated as errors > In kernel we much rely on the compiling away the code which is > deterministically not in use. > Here I'm pretty sure it will compile away entire function. > > -- > With Best Regards, > Andy Shevchenko