blob: 9ac91871a047df3e4596790d113a9d3bb4d62af1 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
|
instruction: 0.449
runtime: 0.318
syscall: 0.233
Byte-swapping issue in getresuid on qemu-user-sparc64
Description of problem:
When calling getresuid() in the big-endian sparc64 guest, the uid_t values are written with their 16-bit halves reversed.
For example, the UID 0x000003e8 (1000) becomes 0x03e80000.
Steps to reproduce:
A minimal test case looks like this:
```c
#define _GNU_SOURCE
#include <stdio.h>
#include <sys/types.h>
#include <pwd.h>
#include <unistd.h>
int main(int argc, char **argv) {
struct passwd *pw = getpwuid(geteuid());
if (pw == NULL) {
perror("getpwuid failure");
return 1;
}
printf("getpwuid()->pw_uid=0x%08x\n", pw->pw_uid);
uid_t ruid = 0, euid = 0, suid = 0;
if (getresuid(&ruid, &euid, &suid) != 0) {
perror("getresuid failure");
return 1;
}
printf("getresuid()->suid=0x%08x\n", suid);
return 0;
}
```
Compile and run with:
```
$ sparc64-linux-gnu-gcc -Wall -O0 -g -o sid-sparc64/test test.c
$ sudo chroot sid-sparc64
[chroot] $ qemu-sparc64-static ./test
```
Alternatively, static compilation without a chroot is also possible (despite a warning about `getpwuid()`):
```
$ sparc64-linux-gnu-gcc -static -Wall -O0 -g -o test test.c
$ qemu-sparc64-static ./test
```
Expected output:
```
$ ./test
getpwuid()->pw_uid=0x000003e8
getresuid()->suid=0x000003e8
```
Actual output:
```
$ ./test
getpwuid()->pw_uid=0x000003e8
getresuid()->suid=0x03e80000
```
Additional information:
I'm not sure if this is a glibc, qemu or kernel issue, but it doesn't occur outside qemu.
|