From: Takashi Iwai <tiwai@suse.de>
To: Oswald Buddenhagen <oswald.buddenhagen@gmx.de>
Cc: Ivan Orlov <ivan.orlov0322@gmail.com>,
perex@perex.cz, tiwai@suse.com, axboe@kernel.dk,
42.hyeyoo@gmail.com, surenb@google.com,
alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org,
linux-kernel-mentees@lists.linuxfoundation.org
Subject: Re: [PATCH] ALSA: PCM: Fix codestyle issues in pcm_native.c
Date: Wed, 10 May 2023 10:58:36 +0200 [thread overview]
Message-ID: <875y905zr7.wl-tiwai@suse.de> (raw)
In-Reply-To: <ZFtT9J0DQI9uSd1x@ugly>
On Wed, 10 May 2023 10:21:08 +0200,
Oswald Buddenhagen wrote:
>
> On Wed, May 10, 2023 at 10:06:16AM +0200, Takashi Iwai wrote:
> > Also, if it's only about white space fix or some indent level issues,
> > that could be rather more noise and disturbs the git change history,
> > e.g. it makes difficult to find out the real code changes via git
> > blame, especially it touches a huge amount of lines like this.
> >
> > That said, I'm not going to take such "coding style cleanup" patch
> > blindly. If it's associated with other real fix or enhancement, I'll
> > happily take it. Otherwise, I'd rather leave it.
> >
> a maybe less confusing way to put it would be "do whitespace cleanups
> only on the lines that contain "real" changes, and maybe in their
> immediate proximity for consistency". that means that whitespace-only
> patches are by definition not acceptable.
Not only that, it's surely acceptable as a preliminary work for other
patches, for example, too. Also, if the existing code is really ugly,
we can clean up, of course.
But majority of such whitespace fix patches have been just because
patchwork complains, and that's no right reason.
Takashi
next prev parent reply other threads:[~2023-05-10 8:58 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-10 7:27 [PATCH] ALSA: PCM: Fix codestyle issues in pcm_native.c Ivan Orlov
2023-05-10 7:48 ` Greg KH
2023-05-10 7:55 ` Ivan Orlov
2023-05-10 8:06 ` Takashi Iwai
2023-05-10 8:21 ` Oswald Buddenhagen
2023-05-10 8:58 ` Takashi Iwai [this message]
2023-05-10 9:17 ` Ivan Orlov
2023-05-10 9:42 ` kernel test robot
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=875y905zr7.wl-tiwai@suse.de \
--to=tiwai@suse.de \
--cc=42.hyeyoo@gmail.com \
--cc=alsa-devel@alsa-project.org \
--cc=axboe@kernel.dk \
--cc=ivan.orlov0322@gmail.com \
--cc=linux-kernel-mentees@lists.linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=oswald.buddenhagen@gmx.de \
--cc=perex@perex.cz \
--cc=surenb@google.com \
--cc=tiwai@suse.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox