From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755010Ab3FGBCb (ORCPT ); Thu, 6 Jun 2013 21:02:31 -0400 Received: from fgwmail6.fujitsu.co.jp ([192.51.44.36]:60794 "EHLO fgwmail6.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754553Ab3FGBCa (ORCPT ); Thu, 6 Jun 2013 21:02:30 -0400 X-SecurityPolicyCheck: OK by SHieldMailChecker v1.8.9 X-SHieldMailCheckerPolicyVersion: FJ-ISEC-20120718-2 Message-ID: <51B130F9.8070408@jp.fujitsu.com> Date: Fri, 07 Jun 2013 10:01:45 +0900 From: HATAYAMA Daisuke User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Arnd Bergmann CC: vgoyal@redhat.com, ebiederm@xmission.com, akpm@linux-foundation.org, cpw@sgi.com, kumagai-atsushi@mxc.nes.nec.co.jp, lisa.mitchell@hp.com, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, zhangyanfei@cn.fujitsu.com, jingbai.ma@hp.com, linux-mm@kvack.org, riel@redhat.com, walken@google.com, hughd@google.com, kosaki.motohiro@jp.fujitsu.com Subject: Re: [PATCH v8 9/9] vmcore: support mmap() on /proc/vmcore References: <20130523052421.13864.83978.stgit@localhost6.localdomain6> <20130523052547.13864.83306.stgit@localhost6.localdomain6> <10307835.fkACLi6FUD@wuerfel> In-Reply-To: <10307835.fkACLi6FUD@wuerfel> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org (2013/06/07 6:31), Arnd Bergmann wrote: > On Thursday 23 May 2013 14:25:48 HATAYAMA Daisuke wrote: >> This patch introduces mmap_vmcore(). >> >> Don't permit writable nor executable mapping even with mprotect() >> because this mmap() is aimed at reading crash dump memory. >> Non-writable mapping is also requirement of remap_pfn_range() when >> mapping linear pages on non-consecutive physical pages; see >> is_cow_mapping(). >> >> Set VM_MIXEDMAP flag to remap memory by remap_pfn_range and by >> remap_vmalloc_range_pertial at the same time for a single >> vma. do_munmap() can correctly clean partially remapped vma with two >> functions in abnormal case. See zap_pte_range(), vm_normal_page() and >> their comments for details. >> >> On x86-32 PAE kernels, mmap() supports at most 16TB memory only. This >> limitation comes from the fact that the third argument of >> remap_pfn_range(), pfn, is of 32-bit length on x86-32: unsigned long. >> >> Signed-off-by: HATAYAMA Daisuke >> Acked-by: Vivek Goyal > > I get build errors on 'make randconfig' from this, when building > NOMMU kernels on ARM. I suppose the new feature should be hidden > in #ifdef CONFIG_MMU. > > Arnd > Thanks for trying the build and your report! OTOH, I don't have no-MMU architectures; x86 box only. I cannot reproduce this build error. Could you give me your build log? I want to use it to detect what part depends on CONFIG_MMU. -- Thanks. HATAYAMA, Daisuke From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx147.postini.com [74.125.245.147]) by kanga.kvack.org (Postfix) with SMTP id 9D7B96B0032 for ; Thu, 6 Jun 2013 21:02:30 -0400 (EDT) Received: from m4.gw.fujitsu.co.jp (unknown [10.0.50.74]) by fgwmail5.fujitsu.co.jp (Postfix) with ESMTP id AF2563EE0C7 for ; Fri, 7 Jun 2013 10:02:28 +0900 (JST) Received: from smail (m4 [127.0.0.1]) by outgoing.m4.gw.fujitsu.co.jp (Postfix) with ESMTP id 9D56645DE54 for ; Fri, 7 Jun 2013 10:02:28 +0900 (JST) Received: from s4.gw.fujitsu.co.jp (s4.gw.fujitsu.co.jp [10.0.50.94]) by m4.gw.fujitsu.co.jp (Postfix) with ESMTP id 6481745DE53 for ; Fri, 7 Jun 2013 10:02:28 +0900 (JST) Received: from s4.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1]) by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id 34817E18008 for ; Fri, 7 Jun 2013 10:02:28 +0900 (JST) Received: from ml14.s.css.fujitsu.com (ml14.s.css.fujitsu.com [10.240.81.134]) by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id 401351DB803E for ; Fri, 7 Jun 2013 10:02:27 +0900 (JST) Message-ID: <51B130F9.8070408@jp.fujitsu.com> Date: Fri, 07 Jun 2013 10:01:45 +0900 From: HATAYAMA Daisuke MIME-Version: 1.0 Subject: Re: [PATCH v8 9/9] vmcore: support mmap() on /proc/vmcore References: <20130523052421.13864.83978.stgit@localhost6.localdomain6> <20130523052547.13864.83306.stgit@localhost6.localdomain6> <10307835.fkACLi6FUD@wuerfel> In-Reply-To: <10307835.fkACLi6FUD@wuerfel> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Arnd Bergmann Cc: vgoyal@redhat.com, ebiederm@xmission.com, akpm@linux-foundation.org, cpw@sgi.com, kumagai-atsushi@mxc.nes.nec.co.jp, lisa.mitchell@hp.com, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, zhangyanfei@cn.fujitsu.com, jingbai.ma@hp.com, linux-mm@kvack.org, riel@redhat.com, walken@google.com, hughd@google.com, kosaki.motohiro@jp.fujitsu.com (2013/06/07 6:31), Arnd Bergmann wrote: > On Thursday 23 May 2013 14:25:48 HATAYAMA Daisuke wrote: >> This patch introduces mmap_vmcore(). >> >> Don't permit writable nor executable mapping even with mprotect() >> because this mmap() is aimed at reading crash dump memory. >> Non-writable mapping is also requirement of remap_pfn_range() when >> mapping linear pages on non-consecutive physical pages; see >> is_cow_mapping(). >> >> Set VM_MIXEDMAP flag to remap memory by remap_pfn_range and by >> remap_vmalloc_range_pertial at the same time for a single >> vma. do_munmap() can correctly clean partially remapped vma with two >> functions in abnormal case. See zap_pte_range(), vm_normal_page() and >> their comments for details. >> >> On x86-32 PAE kernels, mmap() supports at most 16TB memory only. This >> limitation comes from the fact that the third argument of >> remap_pfn_range(), pfn, is of 32-bit length on x86-32: unsigned long. >> >> Signed-off-by: HATAYAMA Daisuke >> Acked-by: Vivek Goyal > > I get build errors on 'make randconfig' from this, when building > NOMMU kernels on ARM. I suppose the new feature should be hidden > in #ifdef CONFIG_MMU. > > Arnd > Thanks for trying the build and your report! OTOH, I don't have no-MMU architectures; x86 box only. I cannot reproduce this build error. Could you give me your build log? I want to use it to detect what part depends on CONFIG_MMU. -- Thanks. HATAYAMA, Daisuke -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]) by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1Ukl50-00073n-7S for kexec@lists.infradead.org; Fri, 07 Jun 2013 01:02:59 +0000 Received: from m4.gw.fujitsu.co.jp (unknown [10.0.50.74]) by fgwmail5.fujitsu.co.jp (Postfix) with ESMTP id 92CEF3EE0C0 for ; Fri, 7 Jun 2013 10:02:28 +0900 (JST) Received: from smail (m4 [127.0.0.1]) by outgoing.m4.gw.fujitsu.co.jp (Postfix) with ESMTP id 7612D45DE5A for ; Fri, 7 Jun 2013 10:02:28 +0900 (JST) Received: from s4.gw.fujitsu.co.jp (s4.gw.fujitsu.co.jp [10.0.50.94]) by m4.gw.fujitsu.co.jp (Postfix) with ESMTP id 438D145DE5C for ; Fri, 7 Jun 2013 10:02:28 +0900 (JST) Received: from s4.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1]) by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id 24D71E38003 for ; Fri, 7 Jun 2013 10:02:28 +0900 (JST) Received: from ml14.s.css.fujitsu.com (ml14.s.css.fujitsu.com [10.240.81.134]) by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id 410661DB804B for ; Fri, 7 Jun 2013 10:02:27 +0900 (JST) Message-ID: <51B130F9.8070408@jp.fujitsu.com> Date: Fri, 07 Jun 2013 10:01:45 +0900 From: HATAYAMA Daisuke MIME-Version: 1.0 Subject: Re: [PATCH v8 9/9] vmcore: support mmap() on /proc/vmcore References: <20130523052421.13864.83978.stgit@localhost6.localdomain6> <20130523052547.13864.83306.stgit@localhost6.localdomain6> <10307835.fkACLi6FUD@wuerfel> In-Reply-To: <10307835.fkACLi6FUD@wuerfel> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "kexec" Errors-To: kexec-bounces+dwmw2=twosheds.infradead.org@lists.infradead.org To: Arnd Bergmann Cc: riel@redhat.com, hughd@google.com, jingbai.ma@hp.com, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, lisa.mitchell@hp.com, linux-mm@kvack.org, kumagai-atsushi@mxc.nes.nec.co.jp, ebiederm@xmission.com, kosaki.motohiro@jp.fujitsu.com, zhangyanfei@cn.fujitsu.com, akpm@linux-foundation.org, walken@google.com, cpw@sgi.com, vgoyal@redhat.com (2013/06/07 6:31), Arnd Bergmann wrote: > On Thursday 23 May 2013 14:25:48 HATAYAMA Daisuke wrote: >> This patch introduces mmap_vmcore(). >> >> Don't permit writable nor executable mapping even with mprotect() >> because this mmap() is aimed at reading crash dump memory. >> Non-writable mapping is also requirement of remap_pfn_range() when >> mapping linear pages on non-consecutive physical pages; see >> is_cow_mapping(). >> >> Set VM_MIXEDMAP flag to remap memory by remap_pfn_range and by >> remap_vmalloc_range_pertial at the same time for a single >> vma. do_munmap() can correctly clean partially remapped vma with two >> functions in abnormal case. See zap_pte_range(), vm_normal_page() and >> their comments for details. >> >> On x86-32 PAE kernels, mmap() supports at most 16TB memory only. This >> limitation comes from the fact that the third argument of >> remap_pfn_range(), pfn, is of 32-bit length on x86-32: unsigned long. >> >> Signed-off-by: HATAYAMA Daisuke >> Acked-by: Vivek Goyal > > I get build errors on 'make randconfig' from this, when building > NOMMU kernels on ARM. I suppose the new feature should be hidden > in #ifdef CONFIG_MMU. > > Arnd > Thanks for trying the build and your report! OTOH, I don't have no-MMU architectures; x86 box only. I cannot reproduce this build error. Could you give me your build log? I want to use it to detect what part depends on CONFIG_MMU. -- Thanks. HATAYAMA, Daisuke _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec