lkml.org 
[lkml]   [2019]   [Sep]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 00/10] Hwpoison soft-offline rework
On 2019-09-11 08:22, Naoya Horiguchi wrote:
> I found another panic ...

Hi Naoya,

Thanks for giving it a try. Are these testcase public?
I will definetely take a look and try to solve these cases.

Thanks!
>
> This testcase is testing the corner case where hugepage migration fails
> by allocation failure on destination numa node which is caused by the
> condition that all remaining free hugetlb are reserved.
>
> [ 2610.711713] ===> testcase
> 'page_migration/hugetlb_madv_soft_reserve_noovercommit.auto2' start
> [ 2610.995836] bash (15807): drop_caches: 3
> [ 2612.596154] Soft offlining pfn 0x1d000 at process virtual address
> 0x700000000000
> [ 2612.910245] bash (15807): drop_caches: 3
> [ 2613.099769] page:fffff4ba40740000 refcount:1 mapcount:-128
> mapping:0000000000000000 index:0x0
> [ 2613.102099] flags: 0xfffe000800000(hwpoison)
> [ 2613.103424] raw: 000fffe000800000 ffff9c953ffd5af8
> fffff4ba40e78008 0000000000000000
> [ 2613.105817] raw: 0000000000000000 0000000000000009
> 00000001ffffff7f 0000000000000000
> [ 2613.107703] page dumped because: VM_BUG_ON_PAGE(page_count(buddy)
> != 0)
> [ 2613.109485] ------------[ cut here ]------------
> [ 2613.110834] kernel BUG at mm/page_alloc.c:821!
> [ 2613.112015] invalid opcode: 0000 [#1] SMP PTI
> [ 2613.113245] CPU: 0 PID: 16195 Comm: sysctl Not tainted
> 5.3.0-rc8-v5.3-rc8-190911-1025-00010-ga436dbce8674+ #18
> [ 2613.115982] Hardware name: QEMU Standard PC (i440FX + PIIX,
> 1996), BIOS 1.12.0-2.fc30 04/01/2014
> [ 2613.118495] RIP: 0010:free_one_page+0x5f1/0x610
> [ 2613.119803] Code: 09 7e 81 49 8d b4 17 c0 00 00 00 8b 14 24 48 89
> ef e8 83 75 00 00 e9 16 fe ff ff 48 c7 c6 c0 2b 0d 82 4c 89 e7 e8 9f
> c3 fd ff <0f> 0b 48 c7 c6 c0 2b 0d 82 e8 91 c3 fd ff 0f 0b 66 66 2e 0f
> 1f 84
> [ 2613.124751] RSP: 0018:ffffac7442727ca8 EFLAGS: 00010046
> [ 2613.126224] RAX: 000000000000003b RBX: 0000000000000009 RCX:
> 0000000000000006
> [ 2613.128261] RDX: 0000000000000000 RSI: 0000000000000000 RDI:
> ffffffff820d1814
> [ 2613.130299] RBP: fffff4ba40748000 R08: 0000000000000710 R09:
> 000000000000004a
> [ 2613.132082] R10: 0000000000000000 R11: ffffac7442727b20 R12:
> fffff4ba40740000
> [ 2613.133821] R13: 000000000001d200 R14: 0000000000000000 R15:
> ffff9c953ffd5680
> [ 2613.135769] FS: 00007fbf2e6cb900(0000) GS:ffff9c953da00000(0000)
> knlGS:0000000000000000
> [ 2613.138077] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 2613.139721] CR2: 000055eef99d4d38 CR3: 000000007cb50000 CR4:
> 00000000001406f0
> [ 2613.141747] Call Trace:
> [ 2613.142472] __free_pages_ok+0x175/0x4e0
> [ 2613.143454] free_pool_huge_page+0xec/0x100
> [ 2613.144500] __nr_hugepages_store_common+0x173/0x2e0
> [ 2613.145968] ? __do_proc_doulongvec_minmax+0x3ae/0x440
> [ 2613.147444] hugetlb_sysctl_handler_common+0xad/0xc0
> [ 2613.148867] proc_sys_call_handler+0x1a5/0x1c0
> [ 2613.150104] vfs_write+0xa5/0x1a0
> [ 2613.151081] ksys_write+0x59/0xd0
> [ 2613.152052] do_syscall_64+0x5f/0x1a0
> [ 2613.153071] entry_SYSCALL_64_after_hwframe+0x44/0xa9
> [ 2613.154327] RIP: 0033:0x7fbf2eb01ed8
>
>
> On Wed, Sep 11, 2019 at 05:29:56AM +0000, Horiguchi Naoya(堀口 直也) wrote:
>> Hi Oscar,
>>
>> Thank you for your working on this.
>>
>> My testing shows the following error:
>>
>> [ 1926.932435] ===> testcase
>> 'mce_ksm_soft-offline_avoid_access.auto2' start
>> [ 1927.155321] bash (15853): drop_caches: 3
>> [ 1929.019094] page:ffffe5c384c4cd40 refcount:1 mapcount:0
>> mapping:0000000000000003 index:0x700000001
>> [ 1929.021586] anon
>> [ 1929.021588] flags:
>> 0x57ffe00088000e(referenced|uptodate|dirty|swapbacked|hwpoison)
>> [ 1929.024289] raw: 0057ffe00088000e dead000000000100
>> dead000000000122 0000000000000003
>> [ 1929.026611] raw: 0000000700000001 0000000000000000
>> 00000000ffffffff 0000000000000000
>> [ 1929.028760] page dumped because:
>> VM_BUG_ON_PAGE(page_ref_count(page))
>> [ 1929.030559] ------------[ cut here ]------------
>> [ 1929.031684] kernel BUG at mm/internal.h:73!
>> [ 1929.032738] invalid opcode: 0000 [#1] SMP PTI
>> [ 1929.033941] CPU: 3 PID: 16052 Comm: mceinj.sh Not tainted
>> 5.3.0-rc8-v5.3-rc8-190911-1025-00010-ga436dbce8674+ #18
>> [ 1929.037137] Hardware name: QEMU Standard PC (i440FX + PIIX,
>> 1996), BIOS 1.12.0-2.fc30 04/01/2014
>> [ 1929.040066] RIP: 0010:page_set_poison+0xf9/0x160
>> [ 1929.041665] Code: 63 02 7f 31 c0 5b 5d 41 5c c3 48 c7 c6 d0 d1 0c
>> b0 48 89 df e8 88 bb f8 ff 0f 0b 48 c7 c6 f0 2a 0d b0 48 89 df e8 77
>> bb f8 ff <0f> 0b 48 8b 45 00 48 c1 e8 33 83 e0 07 83 f8 04 75 89 48 8b
>> 45 08
>> [ 1929.047773] RSP: 0018:ffffb4fb8a73bde0 EFLAGS: 00010246
>> [ 1929.049511] RAX: 0000000000000039 RBX: ffffe5c384c4cd40 RCX:
>> 0000000000000000
>> [ 1929.051870] RDX: 0000000000000000 RSI: 0000000000000000 RDI:
>> ffffffffb00d1814
>> [ 1929.054238] RBP: ffffe5c384c4cd40 R08: 0000000000000596 R09:
>> 0000000000000048
>> [ 1929.056599] R10: 0000000000000000 R11: ffffb4fb8a73bc58 R12:
>> 0000000000000000
>> [ 1929.058986] R13: ffffb4fb8a73be10 R14: 0000000000131335 R15:
>> 0000000000000001
>> [ 1929.061366] FS: 00007fc9e208d740(0000) GS:ffff9fa9bdb00000(0000)
>> knlGS:0000000000000000
>> [ 1929.063842] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> [ 1929.065429] CR2: 000055946c05d192 CR3: 00000001365f2000 CR4:
>> 00000000001406e0
>> [ 1929.067373] Call Trace:
>> [ 1929.068094] soft_offline_page+0x2be/0x600
>> [ 1929.069246] soft_offline_page_store+0xdf/0x110
>> [ 1929.070510] kernfs_fop_write+0x116/0x190
>> [ 1929.071618] vfs_write+0xa5/0x1a0
>> [ 1929.072614] ksys_write+0x59/0xd0
>> [ 1929.073548] do_syscall_64+0x5f/0x1a0
>> [ 1929.074554] entry_SYSCALL_64_after_hwframe+0x44/0xa9
>> [ 1929.075957] RIP: 0033:0x7fc9e217ded8
>>
>> It seems that soft-offlining on ksm pages is affected by this
>> changeset.
>> Could you try to handle this?
>>
>> - Naoya
>>
>> On Tue, Sep 10, 2019 at 12:30:06PM +0200, Oscar Salvador wrote:
>> >
>> > This patchset was based on Naoya's hwpoison rework [1], so thanks to him
>> > for the initial work.
>> >
>> > This patchset aims to fix some issues laying in soft-offline handling,
>> > but it also takes the chance and takes some further steps to perform
>> > cleanups and some refactoring as well.
>> >
>> > - Motivation:
>> >
>> > A customer and I were facing an issue where poisoned pages we returned
>> > back to user-space after having offlined them properly.
>> > This was only seend under some memory stress + soft offlining pages.
>> > After some anaylsis, it became clear that the problem was that
>> > when kcompactd kicked in to migrate pages over, compaction_alloc
>> > callback was handing poisoned pages to the migrate routine.
>> > Once this page was later on fault in, __do_page_fault returned
>> > VM_FAULT_HWPOISON making the process being killed.
>> >
>> > All this could happen because isolate_freepages_block and
>> > fast_isolate_freepages just check for the page to be PageBuddy,
>> > and since 1) poisoned pages can be part of a higher order page
>> > and 2) poisoned pages are also Page Buddy, they can sneak in easily.
>> >
>> > I also saw some problem with swap pages, but I suspected to be the
>> > same sort of problem, so I did not follow that trace.
>> >
>> > The full explanation can be see in [2].
>> >
>> > - Approach:
>> >
>> > The taken approach is to not let poisoned pages hit neither
>> > pcplists nor buddy freelists.
>> > This is achieved by:
>> >
>> > In-use pages:
>> >
>> > * Normal pages
>> >
>> > 1) do not release the last reference count after the
>> > invalidation/migration of the page.
>> > 2) the page is being handed to page_set_poison, which does:
>> > 2a) sets PageHWPoison flag
>> > 2b) calls put_page (only to be able to call __page_cache_release)
>> > Since poisoned pages are skipped in free_pages_prepare,
>> > this put_page is safe.
>> > 2c) Sets the refcount to 1
>> >
>> > * Hugetlb pages
>> >
>> > 1) Hand the page to page_set_poison after migration
>> > 2) page_set_poison does:
>> > 2a) Calls dissolve_free_huge_page
>> > 2b) If ranged to be dissolved contains poisoned pages,
>> > we free the rangeas order-0 pages (as we do with gigantic hugetlb page),
>> > so free_pages_prepare will skip them accordingly.
>> > 2c) Sets the refcount to 1
>> >
>> > Free pages:
>> >
>> > * Normal pages:
>> >
>> > 1) Take the page off the buddy freelist
>> > 2) Set PageHWPoison flag and set refcount to 1
>> >
>> > * Hugetlb pages
>> >
>> > 1) Try to allocate a new hugetlb page to the pool
>> > 2) Take off the pool the poisoned hugetlb
>> >
>> >
>> > With this patchset, I no longer see the issues I faced before.
>> >
>> > Note:
>> > I presented this as RFC to open discussion of the taken aproach.
>> > I think that furthers cleanups and refactors could be made, but I would
>> > like to get some insight of the taken approach before touching more
>> > code.
>> >
>> > Thanks
>> >
>> > [1] https://lore.kernel.org/linux-mm/1541746035-13408-1-git-send-email-n-horiguchi@ah.jp.nec.com/
>> > [2] https://lore.kernel.org/linux-mm/20190826104144.GA7849@linux/T/#u
>> >
>> > Naoya Horiguchi (5):
>> > mm,hwpoison: cleanup unused PageHuge() check
>> > mm,madvise: call soft_offline_page() without MF_COUNT_INCREASED
>> > mm,hwpoison-inject: don't pin for hwpoison_filter
>> > mm,hwpoison: remove MF_COUNT_INCREASED
>> > mm: remove flag argument from soft offline functions
>> >
>> > Oscar Salvador (5):
>> > mm,hwpoison: Unify THP handling for hard and soft offline
>> > mm,hwpoison: Rework soft offline for in-use pages
>> > mm,hwpoison: Refactor soft_offline_huge_page and __soft_offline_page
>> > mm,hwpoison: Rework soft offline for free pages
>> > mm,hwpoison: Use hugetlb_replace_page to replace free hugetlb pages
>> >
>> > drivers/base/memory.c | 2 +-
>> > include/linux/mm.h | 9 +-
>> > include/linux/page-flags.h | 5 -
>> > mm/hugetlb.c | 51 +++++++-
>> > mm/hwpoison-inject.c | 18 +--
>> > mm/madvise.c | 25 ++--
>> > mm/memory-failure.c | 319 +++++++++++++++++++++------------------------
>> > mm/migrate.c | 11 +-
>> > mm/page_alloc.c | 62 +++++++--
>> > 9 files changed, 267 insertions(+), 235 deletions(-)
>> >
>> > --
>> > 2.12.3
>> >
>> >
>>

\
 
 \ /
  Last update: 2019-09-11 08:36    [W:0.434 / U:0.128 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site