Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp3712218imm; Mon, 30 Jul 2018 01:59:58 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfY22L+paU1kExSMSaiMXbaMGvA7DMuVHnVzHwMV2nalSZfZjEi8P8OEZUM6sv0rlzxlSGu X-Received: by 2002:a63:82c7:: with SMTP id w190-v6mr15554276pgd.253.1532941198101; Mon, 30 Jul 2018 01:59:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532941198; cv=none; d=google.com; s=arc-20160816; b=Jeo5/0WMH4Tb9kUn571ycbqwSk2cuA6TyIfAnzNtZY2oP+No+16WQT8lwpMs6rFdH5 TnNz9oLz9eEXcwMlBiG+J/fK+rQat0IMIOxYxrwBS7TP4f70UjydXnRap5QKhxtAJfSm r/FAupbxhP7+QSRJme2BTyBqTIHNZfZ4EPMwY9UzI6djwhab4M0+mO2qz2Wg9qpA61ig jGh8z6WrwGpeub8wU018DaGekYMvdaw4w2T1FXwd3NIjNv8827LaM5c3yeCJTXIJGGiB V/UIztywHtNJDkNz2wDt/qKb5chkzT3GNxMHQjgk7SKv5+n7T9B2Dq9BG1Zlp1s8Doy4 3g3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=a29L1HCOvd4gR71dNBO/GSMZRAFp2Vwf8MnZ1bDpP/o=; b=P6L/BlvVBNM9oHLCyGd2pJvq3yPVNSXW6U19kkusYCH2DgoWa89jb7YVGR0FN3fcHT 1ejkap85ri+w7Ek2PnJo/2w0cyMfumjgjgh9qHPNFlpbkgQDXBd9eZlDee1j6G4UxBYK HsOY3Hb0Yx+uUaf+gSoG46oRPGuvGIbn7Q1/TjBZIzX2mlAKGaKZk2kecG6nrtFnvDEv RMJVRm0kAxXXp0cs8HBH9hwa6G6XBSWrWc279xybgZVVMxVb1wMYBDceRitSVoE/m8qo L4zWbR4wyT3nDHpqL9OOYUUO8PwUq9OgUtR8dIcQr7GDH7tk19UWUECJVmXYA90m+fm1 jcRA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y1-v6si9853530pgf.146.2018.07.30.01.59.43; Mon, 30 Jul 2018 01:59:58 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726706AbeG3Kcw (ORCPT + 99 others); Mon, 30 Jul 2018 06:32:52 -0400 Received: from mx2.suse.de ([195.135.220.15]:58092 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726582AbeG3Kcw (ORCPT ); Mon, 30 Jul 2018 06:32:52 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 9F90CAD12; Mon, 30 Jul 2018 08:58:51 +0000 (UTC) Date: Mon, 30 Jul 2018 10:58:51 +0200 From: Michal Hocko To: Jane Chu Cc: akpm@linux-foundation.org, dan.j.williams@intel.com, jack@suse.cz, jglisse@redhat.com, mike.kravetz@oracle.com, dave@stgolabs.net, linux-mm@kvack.org, linux-nvdimm@lists.01.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] ipc/shm.c add ->pagesize function to shm_vm_ops Message-ID: <20180730085851.GB24267@dhcp22.suse.cz> References: <20180727211727.5020-1-jane.chu@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180727211727.5020-1-jane.chu@oracle.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri 27-07-18 15:17:27, Jane Chu wrote: > Commit 05ea88608d4e13 (mm, hugetlbfs: introduce ->pagesize() to > vm_operations_struct) adds a new ->pagesize() function to > hugetlb_vm_ops, intended to cover all hugetlbfs backed files. > > With System V shared memory model, if "huge page" is specified, > the "shared memory" is backed by hugetlbfs files, but the mappings > initiated via shmget/shmat have their original vm_ops overwritten > with shm_vm_ops, so we need to add a ->pagesize function to shm_vm_ops. > Otherwise, vma_kernel_pagesize() returns PAGE_SIZE given a hugetlbfs > backed vma, result in below BUG: > > fs/hugetlbfs/inode.c > 443 if (unlikely(page_mapped(page))) { > 444 BUG_ON(truncate_op); > > [ 242.268342] hugetlbfs: oracle (4592): Using mlock ulimits for SHM_HUGETLB is deprecated > [ 282.653208] ------------[ cut here ]------------ > [ 282.708447] kernel BUG at fs/hugetlbfs/inode.c:444! > [ 282.818957] Modules linked in: nfsv3 rpcsec_gss_krb5 nfsv4 ... > [ 284.025873] CPU: 35 PID: 5583 Comm: oracle_5583_sbt Not tainted 4.14.35-1829.el7uek.x86_64 #2 > [ 284.246609] task: ffff9bf0507aaf80 task.stack: ffffa9e625628000 > [ 284.317455] RIP: 0010:remove_inode_hugepages+0x3db/0x3e2 > .... > [ 285.292389] Call Trace: > [ 285.321630] hugetlbfs_evict_inode+0x1e/0x3e > [ 285.372707] evict+0xdb/0x1af > [ 285.408185] iput+0x1a2/0x1f7 > [ 285.443661] dentry_unlink_inode+0xc6/0xf0 > [ 285.492661] __dentry_kill+0xd8/0x18d > [ 285.536459] dput+0x1b5/0x1ed > [ 285.571939] __fput+0x18b/0x216 > [ 285.609495] ____fput+0xe/0x10 > [ 285.646030] task_work_run+0x90/0xa7 > [ 285.688788] exit_to_usermode_loop+0xdd/0x116 > [ 285.740905] do_syscall_64+0x187/0x1ae > [ 285.785740] entry_SYSCALL_64_after_hwframe+0x150/0x0 > > Suggested-by: Mike Kravetz > Signed-off-by: Jane Chu Acked-by: Michal Hocko with Cc: stable and Fixes: tag as suggested by Mike. I also agree with Matthew that the comment should be associated with hugetlb_vm_ops/shm_vm_ops. Thanks! > --- > include/linux/mm.h | 7 +++++++ > ipc/shm.c | 12 ++++++++++++ > 2 files changed, 19 insertions(+) > > diff --git a/include/linux/mm.h b/include/linux/mm.h > index a0fbb9ffe380..0c759379f2d9 100644 > --- a/include/linux/mm.h > +++ b/include/linux/mm.h > @@ -387,6 +387,13 @@ enum page_entry_size { > * These are the virtual MM functions - opening of an area, closing and > * unmapping it (needed to keep files on disk up-to-date etc), pointer > * to the functions called when a no-page or a wp-page exception occurs. > + * > + * Note, when a new function is introduced to vm_operations_struct and > + * added to hugetlb_vm_ops, please consider adding the function to > + * shm_vm_ops. This is because under System V memory model, though > + * mappings created via shmget/shmat with "huge page" specified are > + * backed by hugetlbfs files, their original vm_ops are overwritten with > + * shm_vm_ops. > */ > struct vm_operations_struct { > void (*open)(struct vm_area_struct * area); > diff --git a/ipc/shm.c b/ipc/shm.c > index 051a3e1fb8df..fefa00d310fb 100644 > --- a/ipc/shm.c > +++ b/ipc/shm.c > @@ -427,6 +427,17 @@ static int shm_split(struct vm_area_struct *vma, unsigned long addr) > return 0; > } > > +static unsigned long shm_pagesize(struct vm_area_struct *vma) > +{ > + struct file *file = vma->vm_file; > + struct shm_file_data *sfd = shm_file_data(file); > + > + if (sfd->vm_ops->pagesize) > + return sfd->vm_ops->pagesize(vma); > + > + return PAGE_SIZE; > +} > + > #ifdef CONFIG_NUMA > static int shm_set_policy(struct vm_area_struct *vma, struct mempolicy *new) > { > @@ -554,6 +565,7 @@ static const struct vm_operations_struct shm_vm_ops = { > .close = shm_close, /* callback for when the vm-area is released */ > .fault = shm_fault, > .split = shm_split, > + .pagesize = shm_pagesize, > #if defined(CONFIG_NUMA) > .set_policy = shm_set_policy, > .get_policy = shm_get_policy, > -- > 2.15.GIT > -- Michal Hocko SUSE Labs