From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from userp2120.oracle.com (userp2120.oracle.com [156.151.31.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id EE9FF6D28 for ; Wed, 14 Apr 2021 14:45:25 +0000 (UTC) Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 13EETBBo165727; Wed, 14 Apr 2021 14:45:14 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=date : from : to : cc : subject : message-id : references : mime-version : content-type : in-reply-to; s=corp-2020-01-29; bh=kTk+rSX45ZvWLEi/PopMLe/eCimNEnwi84d64oUBaT0=; b=CNaeiTk9Ochbvp1FDwb18+5W4N6kbSS3d5JFx0hHO0vWxtPRMQ7MTxypKGmUDqHSfdti 5UURHWflFhLToJzpqLwsktDQSVRCgOMF1TnN91zKIOuqGpfErLvv1hkCW0Q7rZz15CeD m9OJxbEwDN0WtsD0CCdgAUfahCpxlHiPWMI9mXmENoh8LqOSq1cDkiNmiFqTnvk5XjeT HuaoR9dDT/rAftNxGXT/90jO/HwM2iUKoaB8Y46WdaTs+a3a+53cZ+8SD9be4mmA/P9+ kvB4e8+JBT77DYFeaP1R2BLjVPe+ohJzzUAWk8ImTn4mXC0Tv/ZG6vy0/aFOqtALFnf9 8g== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2120.oracle.com with ESMTP id 37u4nnjngr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 14 Apr 2021 14:45:14 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 13EEPjQ7168594; Wed, 14 Apr 2021 14:45:12 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3020.oracle.com with ESMTP id 37unx1dxjc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 14 Apr 2021 14:45:12 +0000 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 13EEjA29001614; Wed, 14 Apr 2021 14:45:10 GMT Received: from kadam (/102.36.221.92) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 14 Apr 2021 07:45:10 -0700 Date: Wed, 14 Apr 2021 17:45:02 +0300 From: Dan Carpenter To: Julia Lawall Cc: Aline Santana Cordeiro , Mauro Carvalho Chehab , Sakari Ailus , Greg Kroah-Hartman , linux-media@vger.kernel.org, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, outreachy-kernel@googlegroups.com Subject: Re: [Outreachy kernel] Re: [PATCH 1/2] staging: media: atomisp: pci: Correct identation in block of conditional statements in file atomisp_v4l2.c Message-ID: <20210414144502.GW6021@kadam> References: <0ef18a36d6905628fa596fd5e0a32fdb9c6a8ada.1618409028.git.alinesantanacordeiro@gmail.com> <20210414143011.GV6021@kadam> X-Mailing-List: linux-staging@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-Proofpoint-IMR: 1 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9954 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 suspectscore=0 mlxscore=0 malwarescore=0 adultscore=0 bulkscore=0 spamscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104060000 definitions=main-2104140101 X-Proofpoint-ORIG-GUID: gJPRyDZYbb6L7H-4ZQ-exGkwBaa86ze0 X-Proofpoint-GUID: gJPRyDZYbb6L7H-4ZQ-exGkwBaa86ze0 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9954 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 malwarescore=0 phishscore=0 suspectscore=0 mlxlogscore=999 priorityscore=1501 clxscore=1031 lowpriorityscore=0 spamscore=0 impostorscore=0 bulkscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104060000 definitions=main-2104140101 On Wed, Apr 14, 2021 at 04:39:20PM +0200, Julia Lawall wrote: > > > On Wed, 14 Apr 2021, Dan Carpenter wrote: > > > On Wed, Apr 14, 2021 at 11:06:02AM -0300, Aline Santana Cordeiro wrote: > > > Correct identation in block of conditional statements. > > > The function "v4l2_device_unregister_subdev()" depends on > > > the results of the macro function "list_for_each_entry_safe()". > > > > > > Signed-off-by: Aline Santana Cordeiro > > > --- > > > drivers/staging/media/atomisp/pci/atomisp_v4l2.c | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > diff --git a/drivers/staging/media/atomisp/pci/atomisp_v4l2.c b/drivers/staging/media/atomisp/pci/atomisp_v4l2.c > > > index 0295e2e..6d853f4 100644 > > > --- a/drivers/staging/media/atomisp/pci/atomisp_v4l2.c > > > +++ b/drivers/staging/media/atomisp/pci/atomisp_v4l2.c > > > @@ -1178,7 +1178,7 @@ static void atomisp_unregister_entities(struct atomisp_device *isp) > > > atomisp_mipi_csi2_unregister_entities(&isp->csi2_port[i]); > > > > > > list_for_each_entry_safe(sd, next, &isp->v4l2_dev.subdevs, list) > > > - v4l2_device_unregister_subdev(sd); > > > + v4l2_device_unregister_subdev(sd); > > > > > > > It's really more common to use curly braces for list_for_each() one > > liners. > > > > list_for_each_entry_safe(sd, next, &isp->v4l2_dev.subdevs, list) { > > v4l2_device_unregister_subdev(sd); > > } > > A quick test with grep shows 4000 lines containing list_for_each that > contain no {, out of 15000 lines containing list_for_each in all. > Huh... You're right. Never mind then. regards, dan carpenter