Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp702681imm; Mon, 9 Jul 2018 09:05:57 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeESfWkQjdGROdDCVrBDh/6V5A4mtA+bS1eGT4rNJohJTJ/59mKnJx9Ouo7oHECpnPKNgQc X-Received: by 2002:a65:64d7:: with SMTP id t23-v6mr13699746pgv.207.1531152357678; Mon, 09 Jul 2018 09:05:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531152357; cv=none; d=google.com; s=arc-20160816; b=SJ8eyPcAdlY0XReYCzkdkU9NNRGkYTU21XynfxioiTcFJfkYQBdhaxv1ZiWshzEaEK Ibb5r812ckmQmIXysDVOcSsQK4DR4qQ+qCwxkjgoEXsz5k7lQtI7iS1G59cq77sVLYLy iJh4UghBFoB25sRZ7IXmNb+vKrOfrk4S6lUEaFja6zjObaJPG1rqcWhpnSKcBLn1DarS EF7W4G49Csivvmj6LNE0kIHOHLZUuAD2fXn+hS0rXFEaQQ7qQAOOdufRVkTD+Q89lkXW 9/QMsjojwwQaw6O40joTMjc13G6t61aTBwp8GRQHNUHYN5PXQ+XI4qUqb+R4BLyVpzPM Q4yw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:to :from:date:dkim-signature:arc-authentication-results; bh=rsEKTRqBDPFhgQk3zHw0gYVc8aaSv6RlDdPMeo2YK5Y=; b=OphrXO/+6tWgHoU6/BZpDy2qFyYmwVddfUOcyfrfhHQRRB7hOUl2x/UOOJ+sCvKjXQ zj9OluYUSReoPKlAubUQnLtRABufYv9KqE2O7giut46CGAWPX4NasQfI3jSwXETOn3l+ NLXR1kncnFPYuO7xCsjAl2kHU++7AZtYsi0vDgTOvTfZBgHSWa/MFKWPeaflj9x1z8k5 9njDT9iZXSQaJbChOPErJ4Em3ycc167OsdKTPPxPM1YG0jmyZwOZg211Gfu3dNDXO1ST cngcWtp5aX0Iu9ydlk4pgBwnlkGBRaV9cVSTEbUonn+WI4ynPMDveyzdRVkNv07aI0D2 jJhA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b="A/7kI5a4"; 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 a1-v6si4987584pgg.326.2018.07.09.09.05.43; Mon, 09 Jul 2018 09:05:57 -0700 (PDT) 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=@infradead.org header.s=bombadil.20170209 header.b="A/7kI5a4"; 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 S933207AbeGIQDq (ORCPT + 99 others); Mon, 9 Jul 2018 12:03:46 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:34534 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932875AbeGIQDp (ORCPT ); Mon, 9 Jul 2018 12:03:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=rsEKTRqBDPFhgQk3zHw0gYVc8aaSv6RlDdPMeo2YK5Y=; b=A/7kI5a4HWq00a4x5iyyYqnZc 3Q5jAxigsEPx5vz/FWi/toUZU8+XbtdjThSKxoexHUCocW2e2EbqHVJvlnv41HuiITRNF6Y5JUOYN ylNkGd+KmiaHw/3zS9XH5w1bXWn4lHKTIrTXU59uAX0XSLUk1BjC61sD95s0VECNdLHCX9X3xBhtB xvkv4qs5UUK3Ttem0W9u24aFEcKftmPb3PnmrABPZb2Dn9lwZGhDQdFuuOR36UHWcdKH6ZEagNrfc suCu/rJ6q5+RAdGeRWR8kSbkzhfxeNV+Z4slLDSHgk2Mjj0/JfiRoPedHF6RJllCwq7IMU8xgPIjW fQq7iKxTg==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=hirez.programming.kicks-ass.net) by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1fcYdc-0003Nf-7J; Mon, 09 Jul 2018 16:03:44 +0000 Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 4AB6720289331; Mon, 9 Jul 2018 18:03:42 +0200 (CEST) Date: Mon, 9 Jul 2018 18:03:42 +0200 From: Peter Zijlstra To: LKML , DRI Development , Intel Graphics Development , Daniel Vetter , Andrew Morton Subject: Re: [PATCH 11/12] sched: use for_each_if in topology.h Message-ID: <20180709160342.GA2476@hirez.programming.kicks-ass.net> References: <20180709083650.23549-1-daniel.vetter@ffwll.ch> <20180709083650.23549-11-daniel.vetter@ffwll.ch> <20180709103656.GH2476@hirez.programming.kicks-ass.net> <20180709151258.GV2476@hirez.programming.kicks-ass.net> <20180709155204.GD3008@phenom.ffwll.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180709155204.GD3008@phenom.ffwll.local> User-Agent: Mutt/1.10.0 (2018-05-17) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 09, 2018 at 05:52:04PM +0200, Daniel Vetter wrote: > for_each_something(foo) > if (foo->bla) > call_bla(foo); > else > call_default(foo); > > Totally contrived, but this complains. Liberally sprinkling {} also shuts > up the compiler, but it's a bit confusing given that a plain for {;;} is > totally fine. And it's confusing since at first glance the compiler > complaining about nested if and ambigous else doesn't make sense since > clearly there's only 1 if there. Ah, so the pattern the compiler tries to warn about is: if (foo) if (bar) /* stmts1 */ else /* stmts2 * Because it might not be immediately obvious with which if the else goes. Which is fair enough I suppose. OK, ACK.