From: Richard Henderson <richard.henderson@linaro.org>
To: "Philippe Mathieu-Daudé" <f4bug@amsat.org>,
qemu-devel@nongnu.org, "Victor Kamensky" <kamensky@cisco.com>
Cc: Aleksandar Rikalo <aleksandar.rikalo@syrmia.com>,
Richard Purdie <richard.purdie@linuxfoundation.org>,
Aurelien Jarno <aurelien@aurel32.net>,
Khem Raj <raj.khem@gmail.com>
Subject: Re: [RFC PATCH v3] target/mips: Increase number of TLB entries on the 34Kf core (16 -> 64)
Date: Fri, 16 Oct 2020 10:28:58 -0700 [thread overview]
Message-ID: <89c6f926-9692-2b8e-617c-6c950bfd1945@linaro.org> (raw)
In-Reply-To: <20201016133317.553068-1-f4bug@amsat.org>
On 10/16/20 6:33 AM, Philippe Mathieu-Daudé wrote:
> Per "MIPS32 34K Processor Core Family Software User's Manual,
> Revision 01.13" page 8 in "Joint TLB (JTLB)" section:
>
> "The JTLB is a fully associative TLB cache containing 16, 32,
> or 64-dual-entries mapping up to 128 virtual pages to their
> corresponding physical addresses."
>
> There is no particular reason to restrict the 34Kf core model to
> 16 TLB entries, so raise its config to 64.
>
> This is helpful for other projects, in particular the Yocto Project:
>
> Yocto Project uses qemu-system-mips 34Kf cpu model, to run 32bit
> MIPS CI loop. It was observed that in this case CI test execution
> time was almost twice longer than 64bit MIPS variant that runs
> under MIPS64R2-generic model. It was investigated and concluded
> that the difference in number of TLBs 16 in 34Kf case vs 64 in
> MIPS64R2-generic is responsible for most of CI real time execution
> difference. Because with 16 TLBs linux user-land trashes TLB more
> and it needs to execute more instructions in TLB refill handler
> calls, as result it runs much longer.
>
> (https://lists.gnu.org/archive/html/qemu-devel/2020-10/msg03428.html)
>
> Buglink: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13992
> Reported-by: Victor Kamensky <kamensky@cisco.com>
> Signed-off-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
> ---
> v3: KISS
> Supersedes: <20201015224746.540027-1-f4bug@amsat.org>
> Signed-off-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
> ---
> target/mips/translate_init.c.inc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
r~
next prev parent reply other threads:[~2020-10-16 17:34 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-16 13:33 [RFC PATCH v3] target/mips: Increase number of TLB entries on the 34Kf core (16 -> 64) Philippe Mathieu-Daudé
2020-10-16 17:28 ` Richard Henderson [this message]
2020-10-17 9:06 ` Philippe Mathieu-Daudé
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=89c6f926-9692-2b8e-617c-6c950bfd1945@linaro.org \
--to=richard.henderson@linaro.org \
--cc=aleksandar.rikalo@syrmia.com \
--cc=aurelien@aurel32.net \
--cc=f4bug@amsat.org \
--cc=kamensky@cisco.com \
--cc=qemu-devel@nongnu.org \
--cc=raj.khem@gmail.com \
--cc=richard.purdie@linuxfoundation.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).