From: Nandha Kumar Singaram <nandhakumar.singaram@gmail.com>
To: Alex Elder <elder@ieee.org>
Cc: Johan Hovold <johan@kernel.org>, Alex Elder <elder@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
greybus-dev@lists.linaro.org, linux-staging@lists.linux.dev,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] staging: greybus: Alignment should match open parenthesis
Date: Sat, 21 Oct 2023 06:05:35 -0700 [thread overview]
Message-ID: <20231021130535.GA12776@ubuntu> (raw)
In-Reply-To: <e24e41be-b2c4-4bda-8a34-a628c55c4061@ieee.org>
On Thu, Oct 19, 2023 at 07:15:37PM -0500, Alex Elder wrote:
> On 10/19/23 4:39 PM, Nandha Kumar Singaram wrote:
> > Adhere to linux coding style. Reported by checkpatch.pl:
> > CHECK: Alignment should match open parenthesis
>
> Sometimes checkpatch.pl warns about things that are not
> really that important. One class of this type of issue
> is white space errors.
>
> Yes, consistency is good, but the kernel simply doesn't
> have universally consistent conventions, and I doubt
> it ever will. There might be times where a source file
> consistently follows a white space convention that
> differs from what checkpatch wants. Suggesting a
> wholesale change to that file to "fix" that typically
> wouldn't be welcome.
>
> Unfortunately without some experience it's hard to know
> which checkpatch warnings can be safely ignored. I would
> place white space warnings at a lower priority for fixing
> than some others. For example, this is also a pretty
> trivial warning:
> CHECK: Macro argument 'gcam' may be better as '(gcam)' to avoid precedence
> issues
> And it is most likely not a problem in this case, but fixing
> this type of warning is probably more constructive than
> just adjusting white space.
>
> I have no objection to your patch, and it's a fine way to
> get some experience with the patch process, but I don't
> think this particular change is necessary.
>
> -Alex
>
> > Signed-off-by: Nandha Kumar Singaram <nandhakumar.singaram@gmail.com>
> > ---
> > drivers/staging/greybus/camera.c | 14 +++++++-------
> > 1 file changed, 7 insertions(+), 7 deletions(-)
> >
> > diff --git a/drivers/staging/greybus/camera.c b/drivers/staging/greybus/camera.c
> > index cdbb42cd413b..405c8e78aa72 100644
> > --- a/drivers/staging/greybus/camera.c
> > +++ b/drivers/staging/greybus/camera.c
> > @@ -220,7 +220,7 @@ static int gb_camera_operation_sync_flags(struct gb_connection *connection,
> > }
> > static int gb_camera_get_max_pkt_size(struct gb_camera *gcam,
> > - struct gb_camera_configure_streams_response *resp)
> > + struct gb_camera_configure_streams_response *resp)
> > {
> > unsigned int max_pkt_size = 0;
> > unsigned int i;
> > @@ -267,8 +267,7 @@ static int gb_camera_get_max_pkt_size(struct gb_camera *gcam,
> > * Validate the stream configuration response verifying padding is correctly
> > * set and the returned number of streams is supported
> > */
> > -static const int gb_camera_configure_streams_validate_response(
> > - struct gb_camera *gcam,
> > +static const int gb_camera_configure_streams_validate_response(struct gb_camera *gcam,
> > struct gb_camera_configure_streams_response *resp,
> > unsigned int nstreams)
> > {
> > @@ -378,8 +377,8 @@ struct ap_csi_config_request {
> > #define GB_CAMERA_CSI_CLK_FREQ_MARGIN 150000000U
> > static int gb_camera_setup_data_connection(struct gb_camera *gcam,
> > - struct gb_camera_configure_streams_response *resp,
> > - struct gb_camera_csi_params *csi_params)
> > + struct gb_camera_configure_streams_response *resp,
> > + struct gb_camera_csi_params *csi_params)
> > {
> > struct ap_csi_config_request csi_cfg;
> > struct gb_connection *conn;
> > @@ -783,8 +782,9 @@ static ssize_t gb_camera_op_capabilities(void *priv, char *data, size_t len)
> > }
> > static int gb_camera_op_configure_streams(void *priv, unsigned int *nstreams,
> > - unsigned int *flags, struct gb_camera_stream *streams,
> > - struct gb_camera_csi_params *csi_params)
> > + unsigned int *flags,
> > + struct gb_camera_stream *streams,
> > + struct gb_camera_csi_params *csi_params)
> > {
> > struct gb_camera *gcam = priv;
> > struct gb_camera_stream_config *gb_streams;
>
Thanks Alex for the review and feedback.
Regards,
Nandha Kumar
next prev parent reply other threads:[~2023-10-21 13:05 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-19 21:39 [PATCH] staging: greybus: Alignment should match open parenthesis Nandha Kumar Singaram
2023-10-20 0:15 ` Alex Elder
2023-10-21 13:05 ` Nandha Kumar Singaram [this message]
2023-10-21 9:48 ` Greg Kroah-Hartman
-- strict thread matches above, loose matches on Subject: below --
2023-10-21 13:35 Nandha Kumar Singaram
2023-10-21 14:45 ` Greg Kroah-Hartman
2023-10-21 18:06 ` Nandha Kumar Singaram
2023-10-21 19:16 ` Greg Kroah-Hartman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20231021130535.GA12776@ubuntu \
--to=nandhakumar.singaram@gmail.com \
--cc=elder@ieee.org \
--cc=elder@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=greybus-dev@lists.linaro.org \
--cc=johan@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).