All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mel Gorman <mgorman@techsingularity.net>
To: Hugh Dickins <hughd@google.com>
Cc: "Intel-gfx@lists.freedesktop.org"
	<Intel-gfx@lists.freedesktop.org>,
	"Matthew Wilcox \(Oracle\)" <willy@infradead.org>,
	Linux MM <linux-mm@kvack.org>,
	Matthew Auld <matthew.auld@intel.com>,
	Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [Intel-gfx] mm/huge_memory: do not clobber swp_entry_t during THP split
Date: Wed, 26 Oct 2022 10:25:29 +0100	[thread overview]
Message-ID: <20221026092529.xia2nug2b2yijfws@techsingularity.net> (raw)
In-Reply-To: <831c3f2f-97c6-608d-9d16-1742c447c7e@google.com>

On Tue, Oct 25, 2022 at 08:26:06AM -0700, Hugh Dickins wrote:
> > 
> > > If so I
> > > can temporarily put it in until it arrives via the next rc - assuming that
> > > would be the flow from upstream pov?
> 
> The right thing for now is for GregKH to drop Mel's from 6.0.4:
> I've just sent a mail asking for that (I would have asked yesterday,
> but mistook that GregKH was not in Cc).
> 

Thanks for catching that, I only saw the mail this morning that it had been
picked up as a stable candidate and was internally screaming "no no no"
until I saw your mail :P. I added the warning thinking "we have almost a
full rc cycle to catch any additional fallout".

> Of course Mel's fix is much more important than the harmless
> (unless panic on warn) warning, but let's delay it a few more days,
> it just flowed into stable too quickly.
> 
> Thanks Mel: I never knowingly hit the THP_SWAP issue which your patch
> is fixing, but it now looks like it was also responsible for mysterious
> occasional OOM kills that I had been chasing for weeks.
> 

I'm glad it helped! I worried that the additional warning would trigger an
excessive number of new bugs but it served its intended purpose -- catch
fallout from clobbering page->private causing subtle bugs later that are
hard to debug.

-- 
Mel Gorman
SUSE Labs

WARNING: multiple messages have this Message-ID (diff)
From: Mel Gorman <mgorman@techsingularity.net>
To: Hugh Dickins <hughd@google.com>
Cc: Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>,
	"Matthew Wilcox (Oracle)" <willy@infradead.org>,
	Linux MM <linux-mm@kvack.org>,
	Matthew Auld <matthew.auld@intel.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	"Intel-gfx@lists.freedesktop.org"
	<Intel-gfx@lists.freedesktop.org>
Subject: Re: mm/huge_memory: do not clobber swp_entry_t during THP split
Date: Wed, 26 Oct 2022 10:25:29 +0100	[thread overview]
Message-ID: <20221026092529.xia2nug2b2yijfws@techsingularity.net> (raw)
In-Reply-To: <831c3f2f-97c6-608d-9d16-1742c447c7e@google.com>

On Tue, Oct 25, 2022 at 08:26:06AM -0700, Hugh Dickins wrote:
> > 
> > > If so I
> > > can temporarily put it in until it arrives via the next rc - assuming that
> > > would be the flow from upstream pov?
> 
> The right thing for now is for GregKH to drop Mel's from 6.0.4:
> I've just sent a mail asking for that (I would have asked yesterday,
> but mistook that GregKH was not in Cc).
> 

Thanks for catching that, I only saw the mail this morning that it had been
picked up as a stable candidate and was internally screaming "no no no"
until I saw your mail :P. I added the warning thinking "we have almost a
full rc cycle to catch any additional fallout".

> Of course Mel's fix is much more important than the harmless
> (unless panic on warn) warning, but let's delay it a few more days,
> it just flowed into stable too quickly.
> 
> Thanks Mel: I never knowingly hit the THP_SWAP issue which your patch
> is fixing, but it now looks like it was also responsible for mysterious
> occasional OOM kills that I had been chasing for weeks.
> 

I'm glad it helped! I worried that the additional warning would trigger an
excessive number of new bugs but it served its intended purpose -- catch
fallout from clobbering page->private causing subtle bugs later that are
hard to debug.

-- 
Mel Gorman
SUSE Labs


  reply	other threads:[~2022-10-26  9:25 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-24 13:04 [Intel-gfx] mm/huge_memory: do not clobber swp_entry_t during THP split Tvrtko Ursulin
2022-10-24 13:04 ` Tvrtko Ursulin
2022-10-24 14:23 ` [Intel-gfx] " Mel Gorman
2022-10-24 14:23   ` Mel Gorman
2022-10-25  8:50   ` [Intel-gfx] " Tvrtko Ursulin
2022-10-25  8:50     ` Tvrtko Ursulin
2022-10-25 10:03     ` [Intel-gfx] " Mel Gorman
2022-10-25 10:03       ` Mel Gorman
2022-10-25 15:26       ` [Intel-gfx] " Hugh Dickins
2022-10-25 15:26         ` Hugh Dickins
2022-10-26  9:25         ` Mel Gorman [this message]
2022-10-26  9:25           ` Mel Gorman
2022-10-26  3:04       ` [Intel-gfx] " Andrew Morton
2022-10-26  3:04         ` Andrew Morton
2022-10-26  3:35         ` [Intel-gfx] " Hugh Dickins
2022-10-26  3:35           ` Hugh Dickins

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=20221026092529.xia2nug2b2yijfws@techsingularity.net \
    --to=mgorman@techsingularity.net \
    --cc=Intel-gfx@lists.freedesktop.org \
    --cc=akpm@linux-foundation.org \
    --cc=hughd@google.com \
    --cc=linux-mm@kvack.org \
    --cc=matthew.auld@intel.com \
    --cc=willy@infradead.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.