Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1480040
| From | Christopher Covington <cov@codeaurora.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] arm64: Expose TASK_SIZE to userspace via auxv |
| Date | 2016-09-09 16:20 +0200 |
| Message-ID | <sfuOS-3Q2-21@gated-at.bofh.it> (permalink) |
| References | <s6Rrj-6BB-1@gated-at.bofh.it> <s76qm-8dD-41@gated-at.bofh.it> <s7733-g9-19@gated-at.bofh.it> <s7usG-86E-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hi Richard, On 08/18/2016 08:17 AM, Richard Weinberger wrote: > On Wed, Aug 17, 2016 at 1:12 PM, Christopher Covington > <cov@codeaurora.org> wrote: >> >> >> On August 17, 2016 6:30:06 AM EDT, Catalin Marinas <catalin.marinas@arm.com> wrote: >>> On Tue, Aug 16, 2016 at 02:32:29PM -0400, Christopher Covington wrote: >>>> Some userspace applications need to know the maximum virtual address >>> they can >>>> use (TASK_SIZE). >>> >>> Just curious, what are the cases needing TASK_SIZE in user space? >> >> Checkpoint/Restore In Userspace and the Mozilla Javascript Engine https://bugzilla.mozilla.org/show_bug.cgi?id=1143022 are the specific cases I've run into. I've heard LuaJIT might have a similar situation. In general I think making allocations from the top down is a shortcut for finding a large unused region of memory. > > I think this makes sense for all archs. > At lest UserModeLinux on x86 also needs to know bottom and top > addresses of the usable > address space. > Currently it figures by scanning and catching SIGSEGV. For the bottom, can you use /proc/sys/vm/mmap_min_addr? Cov -- Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
Re: [PATCH] arm64: Expose TASK_SIZE to userspace via auxv Christopher Covington <cov@codeaurora.org> - 2016-09-09 16:20 +0200
csiph-web