From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751603AbdAPVqe (ORCPT ); Mon, 16 Jan 2017 16:46:34 -0500 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:47414 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751513AbdAPVqa (ORCPT ); Mon, 16 Jan 2017 16:46:30 -0500 X-IronPort-AV: E=Sophos;i="5.33,241,1477954800"; d="scan'208";a="255631049" Date: Mon, 16 Jan 2017 22:46:22 +0100 (CET) From: Julia Lawall X-X-Sender: jll@hadrien To: Dan Carpenter cc: David Miller , peppe.cavallaro@st.com, Joao.Pinto@synopsys.com, alexandre.torgue@st.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org Subject: Re: [patch net-next] stmmac: indent an if statement In-Reply-To: <20170116093954.GB4104@mwanda> Message-ID: References: <20170112184631.GA12157@mwanda> <20170115.221438.1956356112755181222.davem@davemloft.net> <20170116091924.GA4104@mwanda> <20170116093954.GB4104@mwanda> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 16 Jan 2017, Dan Carpenter wrote: > On Mon, Jan 16, 2017 at 12:19:24PM +0300, Dan Carpenter wrote: > > On Sun, Jan 15, 2017 at 10:14:38PM -0500, David Miller wrote: > > > From: Dan Carpenter > > > Date: Thu, 12 Jan 2017 21:46:32 +0300 > > > > > > > The break statement should be indented one more tab. > > > > > > > > Signed-off-by: Dan Carpenter > > > > > > Applied, but like Julia I think we might have a missing of_node_put() > > > here. > > > > Of course, sorry for dropping the ball on this. I'll send a patch for > > that. > > > > Actually, I've looked at it some more and I think this function is OK. > We're supposed to do an of_node_put() later... I can't find where that > happens, but presumably that's because I don't know stmmac well. This > code here, though, is fine. Why do you think it is fine? Does anyone in the calling context know which child would have caused the break? An extra put is only needed on that one. Is there a guarantee that the break is always taken? julia