All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Kiper <dkiper@net-space.pl>
To: Stefan Berger <stefanb@linux.vnet.ibm.com>
Cc: grub-devel@gnu.org, Daniel Axtens <dja@axtens.net>,
	Stefan Berger <stefanb@linux.ibm.com>
Subject: Re: [PATCH v2 1/4] ieee1275: drop HEAP_MAX_ADDR, HEAP_MIN_SIZE
Date: Wed, 21 Jul 2021 16:36:35 +0200	[thread overview]
Message-ID: <20210721143635.uekavdbrq4xszp3p@tomti.i.net-space.pl> (raw)
In-Reply-To: <20210720211449.572356-2-stefanb@linux.vnet.ibm.com>

On Tue, Jul 20, 2021 at 05:14:46PM -0400, Stefan Berger wrote:
> From: Daniel Axtens <dja@axtens.net>
>
> HEAP_MAX_ADDR is confusing. Currently it is set to 32MB, except
> on ieee1275 on x86, where it is 64MB.
>
> There is a comment which purports to explain it:
>
> /* If possible, we will avoid claiming heap above this address, because it
>    seems to cause relocation problems with OSes that link at 4 MiB */
>
> This doesn't make a lot of sense when the constants are well above 4MB
> already. It was not always this way. Prior to
> commit 7b5d0fe4440c ("Increase heap limit") in 2010, HEAP_MAX_SIZE and
> HEAP_MAX_ADDR were indeed 4MB. However, when the constants were increased
> the comment was left unchanged.
>
> It's been over a decade. It doesn't seem like we have problems with
> claims over 4MB on powerpc or x86 ieee1275. (sparc does things completely
> differently and never used the constant.)
>
> Drop the constant and the check.
>
> The only use of HEAP_MIN_SIZE was to potentially override the
> HEAP_MAX_ADDR check. It is now unused. Remove it.
>
> Signed-off-by: Daniel Axtens <dja@axtens.net>
> Tested-by: Stefan Berger <stefanb@linux.ibm.com>

Nit, you should add your Signed-off-by after Daniel's one. I can make it
for you if you do not object.

Otherwise: Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>

Daniel


  reply	other threads:[~2021-07-21 14:36 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-20 21:14 [PATCH v2 0/4] Add support for trusted boot on IBM PPC platform Stefan Berger
2021-07-20 21:14 ` [PATCH v2 1/4] ieee1275: drop HEAP_MAX_ADDR, HEAP_MIN_SIZE Stefan Berger
2021-07-21 14:36   ` Daniel Kiper [this message]
2021-07-21 14:46     ` Stefan Berger
2021-07-20 21:14 ` [PATCH v2 2/4] ieee1275: claim more memory Stefan Berger
2021-09-01  6:55   ` Daniel Axtens
2021-07-20 21:14 ` [PATCH v2 3/4] ieee1275: request memory with ibm, client-architecture-support Stefan Berger
2021-07-20 21:14 ` [PATCH v2 4/4] ibmvtpm: Add support for trusted boot using a vTPM 2.0 Stefan Berger
2021-07-28 13:25   ` Daniel Kiper
2021-07-29 13:30     ` Stefan Berger
2021-07-30 12:44       ` Daniel Kiper
2021-07-30 14:59         ` Stefan Berger

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=20210721143635.uekavdbrq4xszp3p@tomti.i.net-space.pl \
    --to=dkiper@net-space.pl \
    --cc=dja@axtens.net \
    --cc=grub-devel@gnu.org \
    --cc=stefanb@linux.ibm.com \
    --cc=stefanb@linux.vnet.ibm.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.