Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp3159654pxb; Tue, 20 Apr 2021 01:47:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxnJDq7Kt6USYMmJ2lHJOXN5ik9cEwzYaKAZtYipU133e111pi3pKQ6/MPFsJJg7jdR2tj+ X-Received: by 2002:a17:902:8344:b029:eb:3bb5:e832 with SMTP id z4-20020a1709028344b02900eb3bb5e832mr27397867pln.76.1618908422277; Tue, 20 Apr 2021 01:47:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618908422; cv=none; d=google.com; s=arc-20160816; b=FpItT9wc/PoPMFtf2L1/EyKuo7kWldE8Yv3MdrtAy9kQ/aMc58sNRY6yxbhFgw6eSa I7/kNfvWs1TrXcAAo7rLUlWCh8EGLxKm74an0c6LGIuHuL7rSrlsCiOjgPo0OoofSgps h8npoCmqllRkeU4sUnUZfRByGMJK369eH0/fsSJEqOUxRRWsxh6ZY0S15L6rneQM1TmC +pC6YWagHzjysgoH27XAfJsxJi92011M0LGUSA2X/0Qn4Q49HP7ai2mlDznUi3iotczk wdKdgb5SpbcrOR7K9VtYo2EAcpjN9sS07indvPEEW8va6S/19kUoxMEjIg933HtGT6DA BvxQ== 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-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=wvaxkpeSGZzWlZGg7ax8Z6wOqFvxPkE1sOA1pAgV7dg=; b=TQkmNe9yQWlSJjY/Xu6GyPV9iXXYJ8Egx5gf1Cs7lTgmQfP15KyzAYaGp7N0v4nM/6 ta8ND1bgf6rdLo19MetnIxkFjmb+NkgPh4sa2CXDkakGGY48l0FngfvVNC7lcyseOrVf fdDQyVxgRsPmIBNqfFmy5MEw7a0Vy38UWv/sdhhYklAwvEJpse1tuTWvzufy+NU4XmH5 gVPo/2kqipmaIITw8ksyfvQvftQ8O3nZbs3kBxlP2gZ7vNIpqmVNQZeeyoDHt3ZYRf1O 6JJNR549trXHGu5rkl6oUAqXNJ97f5Q6ECse7QDGWU0UDq6l/GqzvLWAyKDnNTCVY+Q2 Vd2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=E7O7p29e; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l132si15236558pga.178.2021.04.20.01.46.50; Tue, 20 Apr 2021 01:47:02 -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=@gmail.com header.s=20161025 header.b=E7O7p29e; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231139AbhDTIpZ (ORCPT + 99 others); Tue, 20 Apr 2021 04:45:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59800 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229749AbhDTIpY (ORCPT ); Tue, 20 Apr 2021 04:45:24 -0400 Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0AB15C06174A; Tue, 20 Apr 2021 01:44:53 -0700 (PDT) Received: by mail-ej1-x636.google.com with SMTP id r12so57066895ejr.5; Tue, 20 Apr 2021 01:44:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=wvaxkpeSGZzWlZGg7ax8Z6wOqFvxPkE1sOA1pAgV7dg=; b=E7O7p29eOelCDzJhhlQ3n/LvzhWb8tSdn0chkFsLvC8EjTfobeMJmKYtmLI5pOGfli f1Pm/u06zMx0CJmq59GV8+oqPw814WILdnzMBeP8LhvdebVKDhPUsOytJp8kOdeuYFN1 YiWMc9cxcgsMC7XwMjV1X5Q0kYE0AE/kwxw204DQdBH7SgLxMK7q8Gk6T3rJCDhLjbT9 2SSPGcOff0f6BJ/wySijsiCdlrdqcxtQ2hi7SCI7bl9uYsLwTuRXaZXaEr6T/sAEd6pR 293LKwDMs4qoph0yJTFUnEpe+3LsXgqCeaOUEpa/F7oD6v9uV+WgTW9V3MwCenCHLAUj KgXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=wvaxkpeSGZzWlZGg7ax8Z6wOqFvxPkE1sOA1pAgV7dg=; b=D0mKfPxgeFRq0aIObuuPJRpQQ7OkNHgxGcZVPc7u2WdVfN95AFjCSSYWQWy0kvS4xd mNjm3okaOS7KRqJCNjBLPb7LxAoNzT7Ws+JDKk8D27+6chxWySg6LZtDM++Xc9xeBLho WDz1kW/iFk/uK0QlRxhXiBKgz3OnPFV9ZFZom0kCMsv9guRn9Yboex9o9TipzDk0vW2g W5oqA0KdUcfZGVgpOXidWfMXT7+8YX4UH9d5q/3WRF+eKHF5ABv2Au1GeblUfyDmjnru GbiwJBTY6g/dazlpl12iKI5VI/gVELFHpfuF0x3oD5fQKHjBGkHGMv/4uLqXgHvvVDoq hCxg== X-Gm-Message-State: AOAM531eLYXD4gR28JM/BxF63R/h+bHLBCniJUWB9gq354mcCHgEJk+U ftzyM/YXUTXcSbuPA1hCtIQ= X-Received: by 2002:a17:906:1e49:: with SMTP id i9mr20104612ejj.536.1618908291807; Tue, 20 Apr 2021 01:44:51 -0700 (PDT) Received: from agape.jhs ([5.171.72.235]) by smtp.gmail.com with ESMTPSA id q10sm11484065eds.26.2021.04.20.01.44.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Apr 2021 01:44:51 -0700 (PDT) Date: Tue, 20 Apr 2021 10:44:48 +0200 From: Fabio Aiuto To: Deepak R Varma Cc: Mauro Carvalho Chehab , Sakari Ailus , Greg Kroah-Hartman , linux-media@vger.kernel.org, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org Subject: Re: [PATCH 4/6] staging: media: atomisp: reformat code comment blocks Message-ID: <20210420084448.GC1411@agape.jhs> References: <7cf7b8253550460e7273c94bae005939000679fd.1618859059.git.drv@mailo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7cf7b8253550460e7273c94bae005939000679fd.1618859059.git.drv@mailo.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 20, 2021 at 12:45:04AM +0530, Deepak R Varma wrote: > Reformat code comment blocks according to the coding style guidelines. > This resolves different checkpatch script WARNINGs around block comments. > > Signed-off-by: Deepak R Varma > --- > .../media/atomisp/i2c/atomisp-gc2235.c | 8 +++---- > .../atomisp/i2c/atomisp-libmsrlisthelper.c | 3 ++- > .../media/atomisp/i2c/atomisp-mt9m114.c | 22 +++++++++++-------- > .../media/atomisp/i2c/atomisp-ov2680.c | 3 ++- > 4 files changed, 21 insertions(+), 15 deletions(-) > > diff --git a/drivers/staging/media/atomisp/i2c/atomisp-gc2235.c b/drivers/staging/media/atomisp/i2c/atomisp-gc2235.c > index 548c572d3b57..a585d73665a6 100644 > --- a/drivers/staging/media/atomisp/i2c/atomisp-gc2235.c > +++ b/drivers/staging/media/atomisp/i2c/atomisp-gc2235.c > @@ -747,10 +747,10 @@ static int startup(struct v4l2_subdev *sd) > > if (is_init == 0) { > /* force gc2235 to do a reset in res change, otherwise it > - * can not output normal after switching res. and it is not > - * necessary for first time run up after power on, for the sack > - * of performance > - */ > + * can not output normal after switching res. and it is not > + * necessary for first time run up after power on, for the sack > + * of performance > + */ > power_down(sd); > power_up(sd); > gc2235_write_reg_array(client, gc2235_init_settings); > diff --git a/drivers/staging/media/atomisp/i2c/atomisp-libmsrlisthelper.c b/drivers/staging/media/atomisp/i2c/atomisp-libmsrlisthelper.c > index b93c80471f22..750b3484eb19 100644 > --- a/drivers/staging/media/atomisp/i2c/atomisp-libmsrlisthelper.c > +++ b/drivers/staging/media/atomisp/i2c/atomisp-libmsrlisthelper.c > @@ -57,7 +57,8 @@ static int set_msr_configuration(struct i2c_client *client, uint8_t *bufptr, > * By convention, the first two bytes of actual data should be > * understood as an address in the sensor address space (hibyte > * followed by lobyte) where the remaining data in the sequence > - * will be written. */ > + * will be written. > + */ > > u8 *ptr = bufptr; > > diff --git a/drivers/staging/media/atomisp/i2c/atomisp-mt9m114.c b/drivers/staging/media/atomisp/i2c/atomisp-mt9m114.c > index 465fc4468442..160bb58ce708 100644 > --- a/drivers/staging/media/atomisp/i2c/atomisp-mt9m114.c > +++ b/drivers/staging/media/atomisp/i2c/atomisp-mt9m114.c > @@ -478,7 +478,8 @@ static int gpio_ctrl(struct v4l2_subdev *sd, bool flag) > /* Note: current modules wire only one GPIO signal (RESET#), > * but the schematic wires up two to the connector. BIOS > * versions have been unfortunately inconsistent with which > - * ACPI index RESET# is on, so hit both */ > + * ACPI index RESET# is on, so hit both > + */ > > if (flag) { > ret = dev->platform_data->gpio0_ctrl(sd, 0); > @@ -1019,8 +1020,8 @@ static long mt9m114_s_exposure(struct v4l2_subdev *sd, > dev->first_gain = AnalogGain; > dev->first_diggain = DigitalGain; > } > - /* DigitalGain = 0x400 * (((u16) DigitalGain) >> 8) + > - ((unsigned int)(0x400 * (((u16) DigitalGain) & 0xFF)) >>8); */ > + /* DigitalGain = 0x400 * (((u16) DigitalGain) >> 8) + */ > + /* ((unsigned int)(0x400 * (((u16) DigitalGain) & 0xFF)) >>8); */ > > /* set frame length */ > if (FLines < coarse_integration + 6) > @@ -1035,7 +1036,8 @@ static long mt9m114_s_exposure(struct v4l2_subdev *sd, > > /* set coarse integration */ > /* 3A provide real exposure time. > - should not translate to any value here. */ > + * should not translate to any value here. > + */ > ret = mt9m114_write_reg(client, MISENSOR_16BIT, > REG_EXPO_COARSE, (u16)(coarse_integration)); > if (ret) { > @@ -1044,7 +1046,7 @@ static long mt9m114_s_exposure(struct v4l2_subdev *sd, > } > > /* > - // set analog/digital gain > + * set analog/digital gain > switch(AnalogGain) > { > case 0: > @@ -1069,8 +1071,9 @@ static long mt9m114_s_exposure(struct v4l2_subdev *sd, > */ > if (DigitalGain >= 16 || DigitalGain <= 1) > DigitalGain = 1; > - /* AnalogGainToWrite = > - (u16)((DigitalGain << 12) | AnalogGainToWrite); */ > + > + /* AnalogGainToWrite = (u16)((DigitalGain << 12) | AnalogGainToWrite); > + */ this is best recommended for one line comment: /* AnalogGainToWrite = (u16)((DigitalGain << 12) | AnalogGainToWrite); */ > AnalogGainToWrite = (u16)((DigitalGain << 12) | (u16)AnalogGain); > ret = mt9m114_write_reg(client, MISENSOR_16BIT, > REG_GAIN, AnalogGainToWrite); > @@ -1096,7 +1099,8 @@ static long mt9m114_ioctl(struct v4l2_subdev *sd, unsigned int cmd, void *arg) > } > > /* This returns the exposure time being used. This should only be used > - for filling in EXIF data, not for actual image processing. */ > + * for filling in EXIF data, not for actual image processing. > + */ > static int mt9m114_g_exposure(struct v4l2_subdev *sd, s32 *value) > { > struct i2c_client *client = v4l2_get_subdevdata(sd); > @@ -1297,7 +1301,7 @@ static int mt9m114_g_ev(struct v4l2_subdev *sd, s32 *val) > > /* Fake interface > * mt9m114 now can not support 3a_lock > -*/ > + */ > static int mt9m114_s_3a_lock(struct v4l2_subdev *sd, s32 val) > { > aaalock = val; > diff --git a/drivers/staging/media/atomisp/i2c/atomisp-ov2680.c b/drivers/staging/media/atomisp/i2c/atomisp-ov2680.c > index c17615149f46..91dca275a08e 100644 > --- a/drivers/staging/media/atomisp/i2c/atomisp-ov2680.c > +++ b/drivers/staging/media/atomisp/i2c/atomisp-ov2680.c > @@ -732,7 +732,8 @@ static int gpio_ctrl(struct v4l2_subdev *sd, bool flag) > * existing integrations often wire two (reset/power_down) > * because that is the way other sensors work. There is no > * way to tell how it is wired internally, so existing > - * firmwares expose both and we drive them symmetrically. */ > + * firmwares expose both and we drive them symmetrically. > + */ > if (flag) { > ret = dev->platform_data->gpio0_ctrl(sd, 1); > usleep_range(10000, 15000); > -- > 2.25.1 > > multiline comment format should appear this way: /* * This is a comment, a * multiline one. */ with the first line of the comment empty. thank you, fabio