blob: 81712c940bedb6ada33a66cb0f6de25b516a1241 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
<think>
Okay, I need to classify this bug report as either user-mode or system-mode related. Let me read through the problem description carefully.
The issue is about AArch64 unaligned accesses in QEMU when certain SCTLR_EL3 settings are used. The user provided code that runs under EL3, which is a high privilege level in ARM's exception levels.
EL3 is part of the system mode because it's for higher-privilege operations like those handled by firmware or hypervisors. They're setting the SCTLR_EL3 register, which affects system-level behaviors.
The problem occurs when address translation is disabled and accesses aren't from EL1/0 with a specific flag set. The memory attributes lead to Device-nGnRnE, which doesn't support unaligned access. However, in their test, an unaligned load didn't cause a fault as expected.
Since this involves low-level hardware configuration (SCTLR_EL3), exception levels, and memory attributes, it's definitely related to system-mode operations rather than user applications. User-mode would involve regular application code without such privileges or low-level configurations.
So the bug is system-related.
</think>
system
|