All of lore.kernel.org
 help / color / mirror / Atom feed
From: Borislav Petkov <bp@alien8.de>
To: Elyes HAOUAS <ehaouas@noos.fr>
Cc: x86@kernel.org, lkml <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] arch/x86/boot/compressed: Remove unneeded whitespaces before tabs
Date: Fri, 29 Oct 2021 15:27:14 +0200	[thread overview]
Message-ID: <YXv2slNHl9g0TU87@zn.tnic> (raw)
In-Reply-To: <20211029123952.5207-1-ehaouas@noos.fr>

Hi,

On Fri, Oct 29, 2021 at 02:39:53PM +0200, Elyes HAOUAS wrote:
> Signed-off-by: Elyes HAOUAS <ehaouas@noos.fr>
> ---
> 
> diff --git a/arch/x86/boot/compressed/Makefile b/arch/x86/boot/compressed/Makefile
> index 431bf7f846c3..e6fae0b6cce8 100644
> --- a/arch/x86/boot/compressed/Makefile
> +++ b/arch/x86/boot/compressed/Makefile
> @@ -139,8 +139,8 @@ suffix-$(CONFIG_KERNEL_GZIP)	:= gz
>  suffix-$(CONFIG_KERNEL_BZIP2)	:= bz2
>  suffix-$(CONFIG_KERNEL_LZMA)	:= lzma
>  suffix-$(CONFIG_KERNEL_XZ)	:= xz
> -suffix-$(CONFIG_KERNEL_LZO) 	:= lzo
> -suffix-$(CONFIG_KERNEL_LZ4) 	:= lz4
> +suffix-$(CONFIG_KERNEL_LZO)	:= lzo
> +suffix-$(CONFIG_KERNEL_LZ4)	:= lz4
>  suffix-$(CONFIG_KERNEL_ZSTD)	:= zst
>  
>  quiet_cmd_mkpiggy = MKPIGGY $@
> diff --git a/arch/x86/boot/compressed/vmlinux.lds.S b/arch/x86/boot/compressed/vmlinux.lds.S
> index 112b2375d021..d97d255b1103 100644
> --- a/arch/x86/boot/compressed/vmlinux.lds.S
> +++ b/arch/x86/boot/compressed/vmlinux.lds.S
> @@ -31,7 +31,7 @@ SECTIONS
>  		*(.rodata..compressed)
>  	}
>  	.text :	{
> -		_text = .; 	/* Text */
> +		_text = .;	/* Text */
>  		*(.text)
>  		*(.text.*)
>  		_etext = . ;
> -- 

a couple of things:

1. When sending patches, always run them through checkpatch before that
- some of the warnings make sense:

./scripts/checkpatch.pl /tmp/ehaouas.01
WARNING: Missing commit description - Add an appropriate one

total: 0 errors, 1 warnings, 18 lines checked

NOTE: For some of the reported defects, checkpatch may be able to
      mechanically convert to the typical style using --fix or --fix-inplace.

/tmp/ehaouas.01 has style problems, please review.

NOTE: If any of the errors are false positives, please report
      them to the maintainer, see CHECKPATCH in MAINTAINERS.

2. When submitting patches, always make sure you CC lkml like I've done.

3. I took your whitespace cleanup patch because you seemed new and I
thought you'd like to get your feet wet.

But, that doesn't mean that I would like to see more whitespace
cleanup patches. They get in the way when one does git archeology and
tries to find which patch changed which line. IOW, if you want to
learn more about hacking the kernel, I'd suggest you start reading
Documentation/process/ on how the collaboration process looks like.

Then, you can start testing the kernel on your machines and see if all
works.

If there's a bug, you can try to report it - that's also explained
there.

And then you can do some further reading on how to get involved by
searching the net:

https://duckduckgo.com/?q=getting+involved+with+kernel+development&ia=web

Doing those things is a lot more beneficial than doing whitespace
cleanup patches.

If you have questions along the way, feel free to ask them.

HTH.

-- 
Regards/Gruss,
    Boris.

https://people.kernel.org/tglx/notes-about-netiquette

           reply	other threads:[~2021-10-29 13:27 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <20211029123952.5207-1-ehaouas@noos.fr>]

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=YXv2slNHl9g0TU87@zn.tnic \
    --to=bp@alien8.de \
    --cc=ehaouas@noos.fr \
    --cc=linux-kernel@vger.kernel.org \
    --cc=x86@kernel.org \
    /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.