blob: 50488a35b1f3e0a0e607f5d4240ec3af97dba7f4 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<think>
Okay, so I need to classify this bug report about QEMU hanging during floatx80_sqrt. Let's see what the problem is. The user mentioned that when using qemu-i368 and qemu-x86_64, they hang at 100% CPU usage when running a specific test program. They provided steps to reproduce it by compiling some code and running it under QEMU.
Looking at the possible categories: instruction, syscall, or runtime. The issue is happening in floatx80_sqrt, which is part of the softfloat library used for floating-point operations. The error seems to be an infinite loop at line 6569 of fpu/softfloat.c.
So, what's causing this? It's not a syscall error because it's related to floating-point math, not system calls. It's also not directly about a faulty instruction being processed; instead, it's more about how the software handles certain inputs during runtime. The bug occurs when specific input values cause an infinite loop in the sqrt function, leading QEMU to hang.
Therefore, this falls under 'runtime' because it's an error that happens during execution, specifically related to handling floating-point operations incorrectly, causing a loop that doesn't terminate.
</think>
The issue is classified as a runtime error because it occurs during the execution of the program when handling specific input values in the floatx80_sqrt function.
runtime
|