Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp359519pxb; Wed, 14 Apr 2021 17:47:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzCpchHIhxR9m3nfbe3dhleuCgfJObvHDbFTHJ+QTUK7pxoHrmzxN1b5h+0XeuSTNdt0tmS X-Received: by 2002:a17:906:1dd3:: with SMTP id v19mr771265ejh.4.1618447661540; Wed, 14 Apr 2021 17:47:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618447661; cv=none; d=google.com; s=arc-20160816; b=0vHX2FcoKJKD/iy95nDQu4GtFVt+pQatvZTjdcA20zog6pbtGGXfx2QduYpfubfUyr 22/lP0lDzkABEXEyWz1Rs6KBbGdpKCdQr+oATHsE4p5KrroTap2/ED37pKPqgQrDtzzI v4OikzFYhHFjkDSb2Kt8Np6qvuLnNQou8ZTo53TAPOqu9T3K2epf/6/XIAuC4YyBziWh p9DzQRDdZMS+U8GnyTF36oVb6MiHkNlAzRr8j6gTBCOCH4LeNAwjSvuX9jo74U+ETxcN rXgmUN1urQt6I+zR9gxr0IU4KnuKnLhW3zjC2feQopxet9KjkfjqCCa2iZCDnGLsGEs2 leKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:ironport-sdr:ironport-sdr; bh=m0UeUUmEb7K7Z7h4WXWoXlRLopbNknxKD3h/0+w8pnI=; b=FJ5nml/DP2xPTp8YBUduosE1zlDO0i/govheb/5aCFnpWxvOUg5D1H0LDU234c2xRJ OKaUyR1oTCcqmMoAB48WRb9300pkSYy5eWsoR6KhWET1VvtY4FcMJyLxiKsXCwUDGyTw eZ/75rJ8T4sbqMrvJrnxGSCa4TINu18EfG0M0Pot16GLPivJmWIM0+N39j4BSxWYUihv TKYV4oeLH/OTHg4PYDC1eATqBhaJz5xK52iHeX+9uLUvOes+EkI0WaSh8ZIymbmsMZGP nkcRS8CGH26dUmnqW1SryFIPxX4jTlflO+aalgJQPfuTJJaj/O4YUoU+iRH5jlhOQJ3q oKdQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id do18si674098ejc.109.2021.04.14.17.47.18; Wed, 14 Apr 2021 17:47:41 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233249AbhDNUHB (ORCPT + 99 others); Wed, 14 Apr 2021 16:07:01 -0400 Received: from mga14.intel.com ([192.55.52.115]:16953 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230493AbhDNUG4 (ORCPT ); Wed, 14 Apr 2021 16:06:56 -0400 IronPort-SDR: Px7SQbTyzPb7O9Qw7eH65/9SHqBd4q+6usabJHiOKB3cWh3XuiUxf+uIhdlmr+Fj7UUXNEDGio TqduC6O/5e3w== X-IronPort-AV: E=McAfee;i="6200,9189,9954"; a="194289909" X-IronPort-AV: E=Sophos;i="5.82,223,1613462400"; d="scan'208";a="194289909" Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Apr 2021 13:06:34 -0700 IronPort-SDR: /F/n8F7lMm7e3GOVharWdu5rWXP8oSpLWbns0yEtrIrJZjMsOoYOhObCXE3k+ZJHuJvBwiCMCE GPLVAO67U3gg== X-IronPort-AV: E=Sophos;i="5.82,223,1613462400"; d="scan'208";a="532893966" Received: from paasikivi.fi.intel.com ([10.237.72.42]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Apr 2021 13:06:32 -0700 Received: from paasikivi.fi.intel.com (localhost [127.0.0.1]) by paasikivi.fi.intel.com (Postfix) with ESMTP id 66643204F8; Wed, 14 Apr 2021 23:06:30 +0300 (EEST) Date: Wed, 14 Apr 2021 23:06:30 +0300 From: Sakari Ailus To: ascordeiro Cc: Mauro Carvalho Chehab , Greg Kroah-Hartman , linux-media@vger.kernel.org, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, outreachy-kernel@googlegroups.com Subject: Re: [PATCH] staging: media: atomisp: pci: Format multi-line comments according to coding-style in file atomisp_cmd.c Message-ID: <20210414200630.GE3@paasikivi.fi.intel.com> References: <20210414182755.GA2799@focaruja> <20210414183325.GD3@paasikivi.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 14, 2021 at 03:55:42PM -0300, ascordeiro wrote: > Em qua, 2021-04-14 ?s 21:33 +0300, Sakari Ailus escreveu: > > Hi Aline, > > > > Thanks for the patch. > > > > On Wed, Apr 14, 2021 at 03:27:55PM -0300, Aline Santana Cordeiro > > wrote: > > > Format multi-line comments according to the coding-style. > > > Issue detected by checkpatch.pl. > > > > > > Signed-off-by: Aline Santana Cordeiro < > > > alinesantanacordeiro@gmail.com> > > > --- > > > ?drivers/staging/media/atomisp/pci/atomisp_cmd.c | 109 > > > ++++++++++++++---------- > > > ?1 file changed, 65 insertions(+), 44 deletions(-) > > > > > > diff --git a/drivers/staging/media/atomisp/pci/atomisp_cmd.c > > > b/drivers/staging/media/atomisp/pci/atomisp_cmd.c > > > index 592ea99..6113785 100644 > > > --- a/drivers/staging/media/atomisp/pci/atomisp_cmd.c > > > +++ b/drivers/staging/media/atomisp/pci/atomisp_cmd.c > > > @@ -67,7 +67,8 @@ > > > ? * At 15fps this means 133ms. We set the timeout a bit longer. > > > ? * Each flash driver is supposed to set its own timeout, but > > > ? * just in case someone else changed the timeout, we set it > > > - * here to make sure we don't damage the flash hardware. */ > > > + * here to make sure we don't damage the flash hardware. > > > + */ > > > ?#define FLASH_TIMEOUT 800 /* ms */ > > > ? > > > ?union host { > > > @@ -562,7 +563,8 @@ irqreturn_t atomisp_isr(int irq, void *dev) > > > ???????????????????????? * and driver needs to keep old > > > sequence_temp value. > > > ???????????????????????? * NOTE: There is assumption here that ISP > > > will not > > > ???????????????????????? * start processing next frame from sensor > > > before old > > > -??????????????????????? * one is completely done. */ > > > +??????????????????????? * one is completely done. > > > +??????????????????????? */ > > > ????????????????????????if (atomic_read(&asd->sequence) == > > > atomic_read( > > > ????????????????????????????????&asd->sequence_temp)) > > > ????????????????????????????????atomic_set(&asd->sequence_temp, > > > @@ -1247,7 +1249,8 @@ void atomisp_buf_done(struct > > > atomisp_sub_device *asd, int error, > > > ? > > > ????????if (IS_ISP2401) { > > > ????????????????/* If there are no buffers queued then > > > > This should begin with: > > > > ????????????????/* > > ???????????????? * > > > > And the same for the rest. Apart from this the patch seems fine. > > > Hi Sakari, > > I'm going to send a v2 correcting all the multi-line comments that are > not beginning like this. > > Besides, there are single line comments with different styles, a few > like this: > > case 1: /* comment */ > > and the other like this: > /* > case2: * comment > */ > > Should I standardize these ones to the first case? The first one is preferred for multi-line comments. But please keep under 80 characters per line. > > Thank you for yout attention, You're welcome! -- Kind regards, Sakari Ailus