From: "Alex Bennée" <alex.bennee@linaro.org>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Keith Packard <keithp@keithp.com>,
qemu-arm@nongnu.org, Andrew Strauss <astrauss11@gmail.com>,
qemu-devel@nongnu.org
Subject: Re: [PATCH v5 1/2] semihosting/arm-compat: replace heuristic for softmmu SYS_HEAPINFO
Date: Mon, 21 Feb 2022 17:03:14 +0000 [thread overview]
Message-ID: <87h78sm9oo.fsf@linaro.org> (raw)
In-Reply-To: <CAFEAcA8852qLhKhKT9rnr00CG38i97gSnhoh_A0BoEp_xhe_vg@mail.gmail.com>
Peter Maydell <peter.maydell@linaro.org> writes:
> On Thu, 10 Feb 2022 at 11:30, Alex Bennée <alex.bennee@linaro.org> wrote:
>>
>> The previous numbers were a guess at best and rather arbitrary without
>> taking into account anything that might be loaded. Instead of using
>> guesses based on the state of registers implement a new function that:
>>
>> a) scans the MemoryRegions for the largest RAM block
>> b) iterates through all "ROM" blobs looking for the biggest gap
>>
>> The "ROM" blobs include all code loaded via -kernel and the various
>> -device loader techniques.
>>
>> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
>> Cc: Andrew Strauss <astrauss11@gmail.com>
>> Cc: Keith Packard <keithp@keithp.com>
>> Message-Id: <20210601090715.22330-1-alex.bennee@linaro.org>
>>
>
>
>> +/*
>> + * Sort into address order. We break ties between rom-startpoints
>> + * and rom-endpoints in favour of the startpoint, by sorting the 0->1
>> + * transition before the 1->0 transition. Either way round would
>> + * work, but this way saves a little work later by avoiding
>> + * dealing with "gaps" of 0 length.
>> + */
>> +static gint sort_secs(gconstpointer a, gconstpointer b)
>> +{
>> + RomSec *ra = (RomSec *) a;
>> + RomSec *rb = (RomSec *) b;
>> +
>> + if (ra->base == rb->base) {
>> + return ra->se - rb->se;
>> + }
>> + return ra->base > rb->base ? 1 : -1;
>> +}
>
> This sort comparator still doesn't report the equality
> case as actually equal.
When ra->se and rb->se are the same it returns 0. Is that not what you want?
>
>> /*
>> - * Find the chunk of R/W memory containing the address. This is
>> - * used for the SYS_HEAPINFO semihosting call, which should
>> - * probably be using information from the loaded application.
>> + * If we have found the RAM lets iterate through the ROM blobs to
>> + * workout the best place for the remainder of RAM and split it
>
> "work out"
>
>> + * equally between stack and heap.
>> */
>
>> @@ -1201,12 +1205,15 @@ target_ulong do_common_semihosting(CPUState *cs)
>> retvals[2] = ts->stack_base;
>> retvals[3] = 0; /* Stack limit. */
>> #else
>> - limit = current_machine->ram_size;
>> - /* TODO: Make this use the limit of the loaded application. */
>> - retvals[0] = rambase + limit / 2;
>> - retvals[1] = rambase + limit;
>> - retvals[2] = rambase + limit; /* Stack base */
>> - retvals[3] = rambase; /* Stack limit. */
>> + /*
>> + * Reporting 0 indicates we couldn't calculate the real
>> + * values which should force most software to fall back to
>> + * using information it has.
>> + */
>
> What is this comment referring to? We aren't obviously
> reporting 0 here...
Stale comment, deleted.
>
>> + retvals[0] = info.heapbase; /* Heap Base */
>> + retvals[1] = info.heaplimit; /* Heap Limit */
>> + retvals[2] = info.heaplimit; /* Stack base */
>> + retvals[3] = info.heapbase; /* Stack limit. */
>> #endif
>>
>> for (i = 0; i < ARRAY_SIZE(retvals); i++) {
>
> Otherwise
> Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
>
> -- PMM
--
Alex Bennée
next prev parent reply other threads:[~2022-02-21 17:16 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-10 11:30 [PATCH v5 0/2] semihosting/next (SYS_HEAPINFO) Alex Bennée
2022-02-10 11:30 ` [PATCH v5 1/2] semihosting/arm-compat: replace heuristic for softmmu SYS_HEAPINFO Alex Bennée
2022-02-10 11:48 ` Philippe Mathieu-Daudé via
2022-02-11 11:52 ` Peter Maydell
2022-02-11 13:22 ` Alex Bennée
2022-02-11 16:18 ` Philippe Mathieu-Daudé via
2022-02-12 15:57 ` Peter Maydell
2022-02-15 21:27 ` Peter Maydell
2022-02-21 17:03 ` Alex Bennée [this message]
2022-02-21 17:18 ` Peter Maydell
2022-02-21 22:45 ` Alex Bennée
2022-02-10 11:30 ` [PATCH v5 2/2] tests/tcg: port SYS_HEAPINFO to a system test Alex Bennée
2022-02-15 21:29 ` Peter Maydell
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=87h78sm9oo.fsf@linaro.org \
--to=alex.bennee@linaro.org \
--cc=astrauss11@gmail.com \
--cc=keithp@keithp.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.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;
as well as URLs for NNTP newsgroup(s).