Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2091746pxa; Fri, 7 Aug 2020 02:58:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyfbISpgeqK8JAPCXDfudUvZcjV9TqlunaV1yS+TpqUriYmbstWJKfy1tCwrSn8yyXa/vo6 X-Received: by 2002:a05:6402:31ba:: with SMTP id dj26mr8282582edb.181.1596794319017; Fri, 07 Aug 2020 02:58:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596794319; cv=none; d=google.com; s=arc-20160816; b=RXyJFJQdM7QM4j7Hl9aeh37YqsaYS5Zg53ftsdX+cEbRsfCIZ6woRZqt/h0P1EWnvj 3GW2tpBIQyjy0ZVCpetcTNVKqJWb74d0voDsFNlHLWzWMJGfN8vzE/0Ox31rN6rsC43F Nfl8vauOWQGwnbYzePDh95U6dZohaJoBZjUj7NaZrH0oFwVHYxAfcb317yr6KTDR/kqy 4ffXChsBxJaOvScJO9CvKidCasjrMEWAMHeBx+HGGYdzrew6ZaU8vfiZJ1lP//n9CNJR KR9FFkKGcgYGJigJTq/WF/pmc4zeTmOcjSEGt4iituvP1LVo05N2EA9pWWyj4fy/CWxA i4TA== 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:cc :to:from:date:dkim-signature; bh=U57hJGBvYAZAMOnQ3O6QNekgMQcBD7eYnU+p31GzweA=; b=bpmQUw+T1J841QgKqGhOXQ7BbG8XYQxCGdsPzOZh/m1+09k6gFY6J6pVcve/SPKDO1 +74C3gAacvkXPA0KznYPHo/nWIhj1kzndNwgv/BsUqSakL2X8uwKduxM6m9+wMdFbAHp mVvv7yV0dBIyprb5IRXfrjd3CEuLZ0ig8loSbf9weG66L1ykzyJSryS2A5w9e7BavMsb vjeKsLlQhsAkDSvxIYZUsvGV8WjBl3bFbhPXn/M+LiClVq9mUZj3cSgedPZfXmAyQXMQ ElywW0vhJWSUH8doPvKauZWdUjHVLnd4IlPQNrYL52Hz6+2AtUDPU8dUJq1Js9wCX9kv /Kpw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2020-01-29 header.b="y/Pbi7FU"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e16si1163610ejl.531.2020.08.07.02.58.15; Fri, 07 Aug 2020 02:58:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2020-01-29 header.b="y/Pbi7FU"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727879AbgHGJzn (ORCPT + 99 others); Fri, 7 Aug 2020 05:55:43 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:45988 "EHLO userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726511AbgHGJzn (ORCPT ); Fri, 7 Aug 2020 05:55:43 -0400 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 0779ml3q045938; Fri, 7 Aug 2020 09:55:33 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=U57hJGBvYAZAMOnQ3O6QNekgMQcBD7eYnU+p31GzweA=; b=y/Pbi7FUb1LHdHIpkXKGuWEqfg/BG+5bXr5kAlMt5zYIUrRf7lLNQ2KrSDsG7WUbBVpz SBKFdDDfxxZhEFHQeQKiarI0yYSKJSZFE8NPu7YJe6J1bTnmbwMHxi0eY0gvV0sf7aiC bfTPx1j9A22dXDBu23V/DD4Ae20Wp9hQlFU+PJg4CI6p+KkpKC7qJ0rSMMJLwJjzs3fZ 4CLWpqPsvtT02m5h4hMucPEuzVrz6jzWCr/d8NpJV8F6VcZUtlU+QwfvqOA2SznWJws2 w4iom168FzbHNbT6HgS1NByUXbhK6YnjzYhTWgRs/Zqzkqkdmcw6p8yAtAmgqHRPLgFR Dw== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2120.oracle.com with ESMTP id 32r6fxqphu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 07 Aug 2020 09:55:33 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0779nCXk187938; Fri, 7 Aug 2020 09:53:33 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userp3020.oracle.com with ESMTP id 32qy8q98vk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 07 Aug 2020 09:53:32 +0000 Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 0779rTWo028623; Fri, 7 Aug 2020 09:53:29 GMT Received: from kadam (/41.57.98.10) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 07 Aug 2020 02:53:28 -0700 Date: Fri, 7 Aug 2020 12:53:20 +0300 From: Dan Carpenter To: Bjorn Helgaas Cc: "open list:STAGING SUBSYSTEM" , Andy Shevchenko , Greg Kroah-Hartman , Linux Kernel Mailing List , Andy Shevchenko , Sakari Ailus , Cengiz Can , Mauro Carvalho Chehab , Linux Media Mailing List Subject: Re: [PATCH] staging: atomisp: move null check to earlier point Message-ID: <20200807095320.GI1793@kadam> References: <20200730084545.GB1793@kadam> <20200806221537.GA703560@bjorn-Precision-5520> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200806221537.GA703560@bjorn-Precision-5520> User-Agent: Mutt/1.9.4 (2018-02-28) X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9705 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 spamscore=0 bulkscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008070073 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9705 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 impostorscore=0 adultscore=0 bulkscore=0 priorityscore=1501 mlxlogscore=999 phishscore=0 lowpriorityscore=0 suspectscore=0 spamscore=0 clxscore=1015 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008070073 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Beyond that, though, I feel like the rules are stupid because I've seen more than a couple commit messages which were contorted to avoid imperative. My own standard for commit messages is that 1) Is the problem explained, especially what it looks like to user space? 2) Is it clear what the solution is? 3) Does the patch itself raise any questions that I can't figure out and which aren't explained in the commit message. And I figure I'm not a domain expert but if I can understand the commit message probably anyone can. We've got people who speak English as a second language and then start imposing pointless rules on top? It's crazy. I've had to ask someone recently to redo a commit message and it seemed very obvious they were focused on nonsense about imperative and avoiding saying "this patch" to the extent that I literally could not figure out what they were saying. When I read the patch, of course, I could see what they were doing but from the commit message it was impossible. regards, dan carpenter