blob: 11cd9a0fb9abf804f221c29cd9fe9c48a186c3e6 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<think>
Alright, I need to classify this bug report as either user-mode or system-mode related in QEMU. Let me look at the details.
The issue is about how QEMU-PPC (user mode) incorrectly converts a float NaN to a double that's not NaN. The user provided a C program demonstrating this. When run under QEMU, it shows unexpected results where the comparison of two NaN floats returns True instead of False and converts the NaN to a non-NaN double.
QEMU has two main modes: user-mode (qemu-ppc) which runs applications directly without a full OS, and system-mode which emulates a complete machine with peripherals. This problem seems related to how floating-point operations are handled in the CPU emulation, specifically when converting types between float32 and double64.
Since it's about the conversion of NaN values during user program execution, it doesn't involve higher privileges, devices, or the OS. It's more about the CPU instruction handling in user-mode.
So, this bug is likely related to user-mode.
</think>
user
|