1
2
3
4
5
6
7
8
9
10
11
12
13
|
<think>
Alright, let's try to classify this bug report. The title is "[AARCH64] HPFAR_EL2.NS not set for non secure read in S-EL1". Hmm, AARCH64 refers to the ARM 64-bit architecture, so it's related to QEMU's handling of that.
The issue mentions HPFAR_EL2.NS. I remember that EL2 is the Hypervisor Exception Level and NS stands for Non-Secure. So this is about how non-secure reads are handled in S-EL1, which is Supervisor Exception Level 1.
QEMU emulates various hardware components, including those related to virtualization and hypervisors. Since HPFAR_EL2 is part of the ARM architecture's MMU and security features, it likely falls under how QEMU handles hypervisor-related configurations or bugs.
Looking at the categories provided: device, graphic, socket, network, KVM, boot, vnc, debug, files, permissions, performance, kernel, peripherals, hypervisor. The mention of EL levels and hypervisor-specific components points towards 'hypervisor' as the category.
I don't think it's about translation because the bug is specific to a hardware register setting in a particular exception level, which relates more to virtualization management than user-mode assembly or permissions.
</think>
hypervisor
|