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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.