From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B9BD2C47257 for ; Sun, 3 May 2020 18:28:40 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 71B03206EB for ; Sun, 3 May 2020 18:28:40 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 71B03206EB Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=collabora.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 0560F8E0005; Sun, 3 May 2020 14:28:40 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id F21FF8E0001; Sun, 3 May 2020 14:28:39 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E10CF8E0005; Sun, 3 May 2020 14:28:39 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0037.hostedemail.com [216.40.44.37]) by kanga.kvack.org (Postfix) with ESMTP id C56868E0001 for ; Sun, 3 May 2020 14:28:39 -0400 (EDT) Received: from smtpin02.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay04.hostedemail.com (Postfix) with ESMTP id 7FE5F16926 for ; Sun, 3 May 2020 18:28:39 +0000 (UTC) X-FDA: 76776243558.02.snail67_4b895f1bc3560 X-HE-Tag: snail67_4b895f1bc3560 X-Filterd-Recvd-Size: 3164 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [46.235.227.227]) by imf02.hostedemail.com (Postfix) with ESMTP for ; Sun, 3 May 2020 18:28:38 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: krisman) with ESMTPSA id 76D392A0CEA From: Gabriel Krisman Bertazi To: Matthew Wilcox Cc: linux-fsdevel@vger.kernel.org, fuse-devel , linux-mm , miklos , =?utf-8?Q?Andr=C3=A9?= Almeida Subject: Re: [fuse-devel] fuse: trying to steal weird page Organization: Collabora References: <87a72qtaqk.fsf@vostro.rath.org> <877dxut8q7.fsf@vostro.rath.org> <20200503032613.GE29705@bombadil.infradead.org> <87368hz9vm.fsf@vostro.rath.org> <20200503102742.GF29705@bombadil.infradead.org> Date: Sun, 03 May 2020 14:28:34 -0400 In-Reply-To: <20200503102742.GF29705@bombadil.infradead.org> (Matthew Wilcox's message of "Sun, 3 May 2020 03:27:42 -0700") Message-ID: <85d07kkh4d.fsf@collabora.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Matthew Wilcox writes: > On Sun, May 03, 2020 at 09:43:41AM +0100, Nikolaus Rath wrote: >> Here's what I got: >> >> [ 221.277260] page:ffffec4bbd639880 refcount:1 mapcount:0 mapping:0000000000000000 index:0xd9 >> [ 221.277265] flags: 0x17ffffc0000097(locked|waiters|referenced|uptodate|lru) >> [ 221.277269] raw: 0017ffffc0000097 ffffec4bbd62f048 ffffec4bbd619308 0000000000000000 >> [ 221.277271] raw: 00000000000000d9 0000000000000000 00000001ffffffff ffff9aec11beb000 >> [ 221.277272] page dumped because: fuse: trying to steal weird page >> [ 221.277273] page->mem_cgroup:ffff9aec11beb000 > > Great! Here's the condition: > > if (page_mapcount(page) || > page->mapping != NULL || > page_count(page) != 1 || > (page->flags & PAGE_FLAGS_CHECK_AT_PREP & > ~(1 << PG_locked | > 1 << PG_referenced | > 1 << PG_uptodate | > 1 << PG_lru | > 1 << PG_active | > 1 << PG_reclaim))) { > > mapcount is 0, mapping is NULL, refcount is 1, so that's all fine. > flags has 'waiters' set, which is not in the allowed list. I don't > know the internals of FUSE, so I don't know why that is. > Hi On the first message, Nikolaus sent the following line: >> [ 2333.009937] fuse: page=00000000dd1750e3 index=2022240 flags=17ffffc0000097, count=1, >> mapcount=0, mapping=00000000125079ad It should be noted that on the second run, where we got the dump_page log, it indeed had a null mapping, which is similar to what Nikolaus asked on the previous thread he linked to, but looks like this wasn't the case on at least some of the reproductions of the issue. On the line above, the condition that triggered the warning was page->mapping != NULL. I don't know what to do with this information, though. -- Gabriel Krisman Bertazi