linux-kernel - Re: [PATCH 1/2] mm: hwpoison: don't drop slab caches for offlining non-LRU page

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <YRq+kCOW4zb4vfxA@casper.infradead.org>
Date:   Mon, 16 Aug 2021 20:37:52 +0100
From:   Matthew Wilcox <willy@...radead.org>
To:     Yang Shi <shy828301@...il.com>
Cc:     naoya.horiguchi@....com, osalvador@...e.de, tdmackey@...tter.com,
        akpm@...ux-foundation.org, corbet@....net, linux-mm@...ck.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/2] mm: hwpoison: don't drop slab caches for offlining
 non-LRU page

On Mon, Aug 16, 2021 at 11:09:08AM -0700, Yang Shi wrote:
> But the most disappointing thing is all the effort doesn't make the page
> offline, it just returns:
> 
> soft_offline: 0x1469f2: unknown non LRU page type 5ffff0000000000 ()

It's a shame it doesn't call dump_page().  There might be more
interesting information somewhere in struct page that would help us
figure out what kind of page it was in your environment.  For example,
it might be a page table page or a page allocated for vmalloc(), and
in both those cases, there are things we might be able to do (we'd
certainly be able to figure out that it isn't worth shrinking slab!)