blob: 198e9777c9b17f0185871f5efc7f449867627315 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<think>
Okay, I need to classify this bug report into one of the given categories. Let's read through the problem description carefully.
The issue is about translating host to target errno in IP_RECVERR and IPV6_RECVERR control messages. Specifically, the `ee_errno` isn't being translated correctly. So when a guest system receives an error like ECONNREFUSED, it sees 111 (x86_64) instead of the expected 146 for MIPS ABI.
Looking at the categories provided: mistranslation is listed as one of them. Mistranslation refers to incorrect semantic mapping from source architecture to IR/target, which happens in user-mode assembly lowering. In this case, it's about translating error numbers between different architectures, so that fits under mistranslation.
Other categories like device, network, or kernel don't quite fit because the problem is specifically with how error codes are being handled during translation. It's not a hardware device issue or a networking configuration problem per se; it's more about the correct mapping of error numbers across different architectures.
So, the bug is related to incorrect translation of error numbers between host and target architectures when handling socket receive errors. This directly points to a mistranslation issue in the user-mode assembly layer.
</think>
mistranslation
|