Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp827009pxb; Tue, 14 Sep 2021 09:31:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzLibSogGrJEnRJIgq7FH2hLdpcxFILDrJDuzRgd9DPoONncDJuMU5Qwnc6ryia5V5yFwoM X-Received: by 2002:a6b:6c17:: with SMTP id a23mr14683950ioh.110.1631637100237; Tue, 14 Sep 2021 09:31:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631637100; cv=none; d=google.com; s=arc-20160816; b=IVkRe74OJMLUGHBvDjvgJaEtBYDrtuwR5a2Oh/8wWItWsUnyBzM6ILLFhg3MCGYD46 51pJ0njfLwW6eX0mqSKU5hKrWbuArd0Lpn7p51HNV7M1s7GS/g+B09YLcVYqmlby+TQ9 iYGUq47OvYrYft55MjRUpwikaTb9eT3xof7Da6+Uq9pdf0i6SsGEMVkbXWeOv5Hywr99 8qgQncmxtUzZ6f0loxEkr2w/Xt1xVUxw18X+jeg5/jGmycgKLh8/qC3pcKVR5qiziKVJ RGkAsMnmIkQXcLG3NY8/34lF8ID1qcO8wScn26vg0k/tMLFV34AvopOqpE22hIVoQQuf +XRw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :to:subject; bh=QjlesuhvlVz3gLSCmOj89/oPsKe96hh19xGjilZitls=; b=jSJfa2PjR47xRcXGMu5A5KwvojvLswA2/24oUE6j26fkKJRs2exeIRrQ2Z9hkhCxtX pY6rzYGKKqnplCcF8kY6hq6hmI2vE2E5cJ2yOmaWVkenzNW29olFkUCebV9N+WdQLjKQ EjdtZY/B4vXK472n5wdK+H4AI8D9wqWCHErUOJwuq2N5vejkqxpwECTHHPcnbknLjHY0 oMd6tkK9OR//lBbx6uxzDefHNSpwgVsFQpGLWrSwQnCPv97LBZoGe+MvumFLHsRwSn66 UUv29EoE5g5a0IeCFCyCvZOj8tfz07psZE23QToy94po4D/gBhXVSP73IaVd4QbacREC D3Sg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u2si11039506ioc.87.2021.09.14.09.31.28; Tue, 14 Sep 2021 09:31:40 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229691AbhINQar (ORCPT + 99 others); Tue, 14 Sep 2021 12:30:47 -0400 Received: from mail-pj1-f46.google.com ([209.85.216.46]:39446 "EHLO mail-pj1-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229492AbhINQaq (ORCPT ); Tue, 14 Sep 2021 12:30:46 -0400 Received: by mail-pj1-f46.google.com with SMTP id c13-20020a17090a558d00b00198e6497a4fso2592753pji.4; Tue, 14 Sep 2021 09:29:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=QjlesuhvlVz3gLSCmOj89/oPsKe96hh19xGjilZitls=; b=VrdgJxygPaZ3FDxy/+JdRX4Rro5iK7NIQu7hYafGgukCQA5xVo9QxI/n9QWnx5cfBv 99wWC5sgyA6GLXMo8kXPIYaUWsE3X6Q7JvB18kUIOCQ42ml9WEKYQEfThJkK5aWFzaf7 MVOxm9cRnEKdDyJGQHxu0sDOrVA0E/tDLzJB3XOiLUGCU/CKgOe1sn5mt0LaA7RqAi81 aN+BhpobJD/mcRAK3n9YZ3ltS8VvqEMOTU0zS+OL6G6QRKeNWx1KI6+Kzh34AYenA+o+ UNGCbcEB+yj4kFehvBLHe++3LvyDawkNNixwSIAfuPjSHvcgeh9Plngk6q37QoW6nbDK 2RQQ== X-Gm-Message-State: AOAM5319pxC2QPvlUnM+JtCNZ2ZL+Jj8hubVEYDJ8kyTWFSEroNGz09+ dI4V50m9yFGw5F5AOfjOunY= X-Received: by 2002:a17:90a:9cd:: with SMTP id 71mr3046937pjo.62.1631636968579; Tue, 14 Sep 2021 09:29:28 -0700 (PDT) Received: from bvanassche-linux.mtv.corp.google.com ([2620:15c:211:201:c71d:6cb8:8fe5:9909]) by smtp.gmail.com with ESMTPSA id c4sm12076092pga.4.2021.09.14.09.29.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 Sep 2021 09:29:27 -0700 (PDT) Subject: Re: [PATCH v2 1/3] scsi: ufs: introduce vendor isr To: Avri Altman , Kiwoong Kim , "linux-scsi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "alim.akhtar@samsung.com" , "jejb@linux.ibm.com" , "martin.petersen@oracle.com" , "beanhuo@micron.com" , "cang@codeaurora.org" , "adrian.hunter@intel.com" , "sc.suh@samsung.com" , "hy50.seo@samsung.com" , "sh425.lee@samsung.com" , "bhoon95.kim@samsung.com" References: <6801341a6c4d533597050eb1aaa5bf18214fc47f.1631519695.git.kwmad.kim@samsung.com> From: Bart Van Assche Message-ID: <9bb610ec-affb-819a-6f3a-98d74db72132@acm.org> Date: Tue, 14 Sep 2021 09:29:26 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/14/21 4:53 AM, Avri Altman wrote: >> Since "static inline irqreturn_t ufshcd_vendor_isr_def(struct ufs_hba >> *hba)" occupies less than 80 columns please use a single line for the >> declaration of this function. > > btw, It is 100 now. Are you sure? In Documentation/process/coding-style.rst I found the following: The preferred limit on the length of a single line is 80 columns. From the commit message of bdc48fa11e46 ("checkpatch/coding-style: deprecate 80-column warning"): Yes, staying withing 80 columns is certainly still _preferred_. But it's not the hard limit that the checkpatch warnings imply, and other concerns can most certainly dominate. Increase the default limit to 100 characters. Not because 100 characters is some hard limit either, but that's certainly a "what are you doing" kind of value and less likely to be about the occasional slightly longer lines. Bart.