From: linmiaohe <linmiaohe@huawei.com>
To: Christian Brauner <christian.brauner@ubuntu.com>
Cc: Oleg Nesterov <oleg@redhat.com>,
"axboe@kernel.dk" <axboe@kernel.dk>,
"ebiederm@xmission.com" <ebiederm@xmission.com>,
"madhuparnabhowmik10@gmail.com" <madhuparnabhowmik10@gmail.com>,
"gustavoars@kernel.org" <gustavoars@kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] signal: clean up codestyle
Date: Thu, 3 Sep 2020 01:54:50 +0000 [thread overview]
Message-ID: <6dc3d25ff9bc4613894dd49b5c5c0dfa@huawei.com> (raw)
Christian Brauner <christian.brauner@ubuntu.com> wrote:
>On Wed, Sep 02, 2020 at 01:34:59AM +0000, linmiaohe wrote:
>> Christian Brauner <christian.brauner@ubuntu.com> wrote:
>> >On Tue, Sep 01, 2020 at 06:39:05PM +0200, Oleg Nesterov wrote:
>> >> On 09/01, Christian Brauner wrote:
>> >Christian
>>
>> Sorry for I did not get the imply.
>
>No need to apologize. That's my bad.
>
>Maybe some context is useful.
>One of the reasons why we tend to sometimes not take changes such as this even though they would be covered by our officially documented coding style is to keep the churn minimal.
>Whenever functional change happens in codepaths such as this the risk of regressions is quite high. That's partially because we could use more tests to catch them (And if you're interested in stuff like this then writing selftests is always great. We can always use more of them.) but also simply because the code is complex. Having a lot of non-functional commits that don't really improve the legibility of the code significantly can become an issue for maintainers. Personally, I tend to be less worried about this but this is a collaborative endeavour. :)
>
>Thanks!
>Christian
I think I get the point this time. Many thanks for your detailed explaination. :)
Have a good day!
next reply other threads:[~2020-09-03 1:54 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-03 1:54 linmiaohe [this message]
-- strict thread matches above, loose matches on Subject: below --
2020-09-02 1:34 [PATCH] signal: clean up codestyle linmiaohe
2020-09-02 8:47 ` Christian Brauner
2020-09-01 12:47 linmiaohe
2020-09-01 11:58 Miaohe Lin
2020-09-01 12:20 ` Christian Brauner
2020-09-01 16:39 ` Oleg Nesterov
2020-09-01 16:42 ` Christian Brauner
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=6dc3d25ff9bc4613894dd49b5c5c0dfa@huawei.com \
--to=linmiaohe@huawei.com \
--cc=axboe@kernel.dk \
--cc=christian.brauner@ubuntu.com \
--cc=ebiederm@xmission.com \
--cc=gustavoars@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=madhuparnabhowmik10@gmail.com \
--cc=oleg@redhat.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