From: Marek Bykowski <marek.bykowski@gmail.com>
To: u-boot@lists.denx.de
Subject: [PATCHv2] armv8: MMU: Mark code memory Executable, any other Non-Executable
Date: Wed, 24 Jun 2020 14:35:46 +0200 [thread overview]
Message-ID: <20200624123545.GA3926@marek-VirtualBox> (raw)
In-Reply-To: <20200619125332.27726-1-marek.bykowski@gmail.com>
On Fri, Jun 19, 2020 at 02:53:32PM +0200, Marek Bykowski wrote:
> From: Marek Bykowski <marek.bykowski@gmail.com>
>
> However if we fail programming so and the instruction fetch logic goes
> mispredict to non-instruction memory it may eventually perturb it, eg.
> corrupt the FIFO, or the control registers, load the unified cache
> the data side memory system hits into subsequently.
>
> U-Boot adheres into attributing the device regions to Execute-Never but
> it actually fails doing so for data regions. Data as well as Device Regions
> should be Execute-Never.
>
I kind of missed to say that 'not having' this patch may result in
an fault/faults on the systems with Cortex-A57. On our system the System Memory
Controller gets violated and raises an error interrupt. The fault that
it gets received is out-of-order type, that is an attempt to read from
an out-of-range address with details below:
out_of_range_addr 0x702200200 -> faulting address
out_of_range_length 0x40 -> burst size
out_of_range_type 0x5 -> stands for a wrapped read command
out_of_range_source_id 0x0 -> source indicates it is coming from CPU0
Burst size 64 bytes (a cache line size) and the wrapped read may suggest
the data side memory system hit into the cache loaded by the mispredited
instruction fetch.
Re-programming the MMU as per-patch makes the errors disappear.
Marek
next prev parent reply other threads:[~2020-06-24 12:35 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-19 11:24 [PATCH] armv8: MMU: Mark code memory Executable, any other Non-Executable marek.bykowski at gmail.com
2020-06-19 12:53 ` [PATCHv2] " marek.bykowski at gmail.com
2020-06-24 12:35 ` Marek Bykowski [this message]
2020-07-18 15:34 ` Tom Rini
2020-07-21 0:33 ` Marek
2020-07-22 12:51 ` Tom Rini
2020-08-19 13:17 ` Marek Bykowski
2020-08-19 13:35 ` Tom Rini
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=20200624123545.GA3926@marek-VirtualBox \
--to=marek.bykowski@gmail.com \
--cc=u-boot@lists.denx.de \
/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