[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <0c71b2e6-894d-8a36-533c-f5ff8b5e2683@nvidia.com>
Date: Wed, 16 Feb 2022 21:45:13 -0800
From: John Hubbard <jhubbard@...dia.com>
To: Peter Xu <peterx@...hat.com>
Cc: linux-kernel@...r.kernel.org, linux-mm@...ck.org,
Andrew Morton <akpm@...ux-foundation.org>,
"Kirill A . Shutemov" <kirill@...temov.name>,
Matthew Wilcox <willy@...radead.org>,
Yang Shi <shy828301@...il.com>,
Andrea Arcangeli <aarcange@...hat.com>,
Alistair Popple <apopple@...dia.com>,
David Hildenbrand <david@...hat.com>,
Vlastimil Babka <vbabka@...e.cz>,
Hugh Dickins <hughd@...gle.com>
Subject: Re: [PATCH v4 1/4] mm: Don't skip swap entry even if zap_details
specified
On 2/16/22 20:46, Peter Xu wrote:
...
> I personally used 78/79 col width for a long time for different projects, but
> sure I can adjust my config. I found that the "official guide" points us to
> 75 instead:
>
> https://www.kernel.org/doc/html/v4.17/process/submitting-patches.html
>
> The body of the explanation, line wrapped at 75 columns, which will be copied
> to the permanent changelog to describe this patch.
>
> I'll follow that.
>
Oh, I'll change to that too, then. Thanks for spotting that.
> [...]
>>> + if (!should_zap_cows(details))
>>> + continue;
>>> rss[MM_SWAPENTS]--;
>>> - else if (is_migration_entry(entry)) {
>>
>> Can we put a newline here, and before each "else" block? Because now it
>> is getting very dense, and the visual separation really helps.
>
> The thing is we don't have a rule to add empty lines here, or do we? Changing
> it could make it less like what we have had.
>
I'm not claiming rules or standards, this is just a special case of trying
to make it a little nicer. No big deal either way, of course.
thanks,
--
John Hubbard
NVIDIA
Powered by blists - more mailing lists