All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Daniela Mormocea <daniela.mormocea@gmail.com>
Cc: outreachy-kernel@googlegroups.com
Subject: Re: [Outreachy kernel] [PATCH v2 4/4] staging: ralink-gdma: Remove whitespace and add blank line
Date: Tue, 5 Mar 2019 15:43:22 +0100	[thread overview]
Message-ID: <20190305144322.GA18239@kroah.com> (raw)
In-Reply-To: <1551790638-19664-1-git-send-email-daniela.mormocea@gmail.com>

On Tue, Mar 05, 2019 at 02:57:18PM +0200, Daniela Mormocea wrote:
> Delete unnecessary whitespace after cast, and
> add blank line after declarations to avoid warnings.
> 
> Signed-off-by: Daniela Mormocea <daniela.mormocea@gmail.com>
> ---
> Changes in v2:
> -make these a patch series
> 
>  drivers/staging/ralink-gdma/ralink-gdma.c | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/staging/ralink-gdma/ralink-gdma.c b/drivers/staging/ralink-gdma/ralink-gdma.c
> index 44a65e2..012213f 100644
> --- a/drivers/staging/ralink-gdma/ralink-gdma.c
> +++ b/drivers/staging/ralink-gdma/ralink-gdma.c
> @@ -127,6 +127,7 @@ struct gdma_dma_dev {
>  	struct gdma_data *data;
>  	void __iomem *base;
>  	struct tasklet_struct task;
> +
>  	volatile unsigned long chan_issued;
>  	atomic_t cnt;

Checkpatch is wrong here, there should not be an extra line :(

It's getting confused as the code should not have 'volatile', but that's
a change that is much more complex to make.

>  
> @@ -818,7 +819,7 @@ static int gdma_dma_probe(struct platform_device *pdev)
>  	match = of_match_device(gdma_of_match_table, &pdev->dev);
>  	if (!match)
>  		return -EINVAL;
> -	data = (struct gdma_data *) match->data;
> +	data = (struct gdma_data *)match->data;

this one is fine.

Why did you do two different types of thing in the same patch?  Even if
both of them were ok, I would have asked you to split this into two
different patches.

The other 3 patches were fine, just fix this one up and resend it.

thanks,

greg k-h


  reply	other threads:[~2019-03-05 14:43 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-05 12:49 [PATCH v2 0/4] staging: ralink-gdma: Fix type warning Daniela Mormocea
2019-03-05 12:50 ` [PATCH v2 1/4] staging: ralink-gdma: Avoid unnecessary line continuations in string Daniela Mormocea
2019-03-05 12:53 ` [PATCH v2 2/4] staging: ralink-gdma: Replace from uint32_t to u32 Daniela Mormocea
2019-03-05 12:55 ` [PATCH v2 3/4] staging: ralink-gdma: Avoid unnecessary line continuations Daniela Mormocea
2019-03-05 12:57 ` [PATCH v2 4/4] staging: ralink-gdma: Remove whitespace and add blank line Daniela Mormocea
2019-03-05 14:43   ` Greg KH [this message]
2019-03-05 15:05 ` [PATCH v3 4/4] Fix unnecessary space after cast Daniela Mormocea
2019-03-06  9:14   ` [Outreachy kernel] " Greg KH

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=20190305144322.GA18239@kroah.com \
    --to=greg@kroah.com \
    --cc=daniela.mormocea@gmail.com \
    --cc=outreachy-kernel@googlegroups.com \
    /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.