public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Fitzhardinge <jeremy@goop.org>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: Yinghai Lu <yinghai@kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Latest brk patchset
Date: Sat, 14 Mar 2009 23:03:39 -0700	[thread overview]
Message-ID: <49BC9A3B.1070908@goop.org> (raw)
In-Reply-To: <49BC5BCF.1070602@zytor.com>

H. Peter Anvin wrote:
> On this subject, what is the point of the 64 K "slop space", and if it
> is necessary, why not just put it as a RESERVE_BRK() somewhere (*with* a
>  significant comment as to its necessity) instead of putting it as a
> hack in the linker script?
>   

Specifically, its to deal with space taken by alignment constraints.  At 
least some of the extend_brk() calls are page aligned, so that uses up 
to another 4k.  There are other ways to deal with it (pass an alignment 
to RESERVE_BRK and have it add it into the total, or just assume the 
user knows to include alignment overheads), but it seemed more 
straightforward to add some padding in the linker script.  After all, 
anything unused will get freed.  (But, yes, it could probably be 
documented as such, and 64k is a somewhat arbitrary number.)

    J

      parent reply	other threads:[~2009-03-15  6:03 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-14 23:43 Latest brk patchset H. Peter Anvin
2009-03-15  0:32 ` Jeremy Fitzhardinge
2009-03-15  0:37   ` H. Peter Anvin
2009-03-15  6:09     ` Jeremy Fitzhardinge
2009-03-15  6:29     ` Jeremy Fitzhardinge
2009-03-15 20:38       ` [crash] " Ingo Molnar
2009-03-15 20:42         ` Ingo Molnar
2009-03-15 21:19         ` Jeremy Fitzhardinge
2009-03-15 21:28           ` Ingo Molnar
2009-03-15 23:28             ` Jeremy Fitzhardinge
2009-03-16  8:54               ` Ingo Molnar
2009-03-16 16:12                 ` Jeremy Fitzhardinge
2009-03-16 16:56                   ` Yinghai Lu
2009-03-16 17:20                     ` Jeremy Fitzhardinge
2009-03-16 17:54                     ` Jeremy Fitzhardinge
2009-03-16 18:15                       ` H. Peter Anvin
2009-03-16 18:17                       ` Yinghai Lu
2009-03-16 18:22                         ` H. Peter Anvin
2009-03-16 18:31                           ` Yinghai Lu
2009-03-16 18:17                       ` H. Peter Anvin
2009-03-16 19:25                         ` Jeremy Fitzhardinge
2009-03-16 19:34                           ` H. Peter Anvin
2009-03-16 19:48                           ` Yinghai Lu
2009-03-16 20:00                             ` Jeremy Fitzhardinge
2009-03-16 20:26                               ` H. Peter Anvin
2009-03-16 20:59                                 ` Jeremy Fitzhardinge
2009-03-16 21:14                                   ` H. Peter Anvin
2009-03-16 21:31                                     ` Jeremy Fitzhardinge
2009-03-16 22:35                                       ` H. Peter Anvin
2009-03-17  2:26                                         ` Yinghai Lu
2009-03-17  4:00                                           ` H. Peter Anvin
2009-03-17  5:07                                             ` Jeremy Fitzhardinge
2009-03-17 16:04                                               ` H. Peter Anvin
2009-03-17 19:42                                                 ` Jeremy Fitzhardinge
2009-03-17 19:45                                                   ` H. Peter Anvin
2009-03-17 19:59                                                     ` Jeremy Fitzhardinge
2009-03-17 21:19                                                       ` Yinghai Lu
2009-03-17 21:28                                                         ` Jeremy Fitzhardinge
2009-03-17 19:47                                                 ` Jeremy Fitzhardinge
2009-03-22 15:09                 ` Ingo Molnar
2009-03-22 17:12                   ` Jeremy Fitzhardinge
2009-03-22 17:22                     ` Ingo Molnar
2009-03-22 21:48                       ` Jeremy Fitzhardinge
2009-03-23 16:39                         ` [tip:x86/setup] x86/dmi: fix dmi_alloc() section mismatches Jeremy Fitzhardinge
2009-03-15  1:37   ` Latest brk patchset H. Peter Anvin
2009-03-15  4:43     ` Yinghai Lu
2009-03-15  4:51       ` H. Peter Anvin
2009-03-15  5:33         ` Yinghai Lu
2009-03-15  6:05           ` Jeremy Fitzhardinge
2009-03-15  6:25             ` Yinghai Lu
2009-03-15  6:03     ` Jeremy Fitzhardinge [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=49BC9A3B.1070908@goop.org \
    --to=jeremy@goop.org \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=yinghai@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox