qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v2 0/1] target/arm: Remove access_el3_aa32ns()
@ 2020-05-04 14:21 Edgar E. Iglesias
  2020-05-04 14:21 ` [PATCH v2 1/1] target/arm: Drop access_el3_aa32ns() Edgar E. Iglesias
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Edgar E. Iglesias @ 2020-05-04 14:21 UTC (permalink / raw)
  To: qemu-devel
  Cc: laurent.desnogues, peter.maydell, qemu-arm, richard.henderson,
	edgar.iglesias

From: "Edgar E. Iglesias" <edgar.iglesias@xilinx.com>

Hi,

Laurent reported hitting the assert in access_el3_aa32ns()
when accessing 32-bit versions of some of the virtualization
regs when EL3 is 64-bit.

I think we got this wrong back then and it seems to me like
we should remove direct usage of access_el3_aa32ns() and
always call access_el3_aa32ns_aa64_any() to handle both
the aa32-only cases and the mixed aa32/aa64.

Cheers,
Edgar

ChangeLog:

v1 -> v2:
* Keep access_el3_aa32ns in favor of access_el3_aa32ns_aa64any
* Simplify description of access_el3_aa32ns
* Tweak secure aa32-el3 check in access_el3_aa32ns as suggested by Peter


Edgar E. Iglesias (1):
  target/arm: Drop access_el3_aa32ns()

 target/arm/helper.c | 30 +++++++-----------------------
 1 file changed, 7 insertions(+), 23 deletions(-)

-- 
2.20.1



^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2020-05-05  9:25 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-05-04 14:21 [PATCH v2 0/1] target/arm: Remove access_el3_aa32ns() Edgar E. Iglesias
2020-05-04 14:21 ` [PATCH v2 1/1] target/arm: Drop access_el3_aa32ns() Edgar E. Iglesias
2020-05-04 17:07   ` Edgar E. Iglesias
2020-05-05  8:23 ` [PATCH v2 0/1] target/arm: Remove access_el3_aa32ns() no-reply
2020-05-05  9:24 ` no-reply

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).