pthread-tls-probe under Rosetta hangs in about 2 of 100 runs
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- c, macos
- Área
- operating-systems
Línea de trabajo
Start with tests/x86_64-glibc-pthread-tls.c and reproduce the intermittent hang using the provided loop under Rosetta. Then run make test-rosetta-glibc to check the suite behavior; the issue does not identify where execution stops, so tracing the hang is an initial step. Done means the probe no longer hangs intermittently and the Rosetta test lane passes.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
pthread-tls-probe (tests/x86_64-glibc-pthread-tls.c), the x86_64 glibc probe that starts one worker thread and joins it, sometimes never returns under Rosetta. It prints nothing before it stops: neither the success marker nor one of its failure markers.
R=externals/test-fixtures/x86_64-glibc/rootfs
for i in $(seq 1 300); do
timeout 5 build/elfuse --sysroot $R $R/usr/bin/pthread-tls-probe > /dev/null 2>&1
[ $? -eq 124 ] && echo "run $i timed out"
done
Timeouts in 300 runs:
mainat b57f367: 6- #408 at 9f12c41: 7
- #408 at 0a70404: 7
A run that returns takes well under a second. In the suite it is glibc-pthread-tls: rc=124 in make test-rosetta-glibc, which make test-matrix runs; it failed 1 of 5 make test-rosetta-glibc runs and 1 of 2 make test-matrix runs here. The other six probes in that lane (glibc-hello, glibc-dlopen, glibc-tls, glibc-gdtls among them) passed in every one of those runs.
Where it stops is not known: the hang has not been attached to or traced.
- Lenguaje dominante
- C
- Estrellas
- 271
- Forks
- 28
- Merge medio
- 2 d 18 h
- PR fusionados (30 d)
- 19
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de sysprog21/elfuse
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 2 días
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
Los mantenedores suelen responder en 2 días
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Los mantenedores suelen responder en 2 días
-
Dificultad 3/5 1-2 días Aptitud para principiantes 78/100
Los mantenedores suelen responder en 2 días
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 48/100
Los mantenedores suelen responder en 2 días
Todos los issues de sysprog21/elfuse
Issues similares
-
chore(gateway): emit INFO budget reserved/settled logs for proactivity v2 (chip task_2855f4ec)Abiertobackend
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
BasedHardware/omi#20940 ·
Los mantenedores suelen responder en 1 día
-
Linux notifications: the default action's ' ' label shows as a blank button in xfce4-notifydAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
kovidgoyal/kitty#10625 ·
Los mantenedores suelen responder en 1 día
-
Feature Status: Needs Triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
Los mantenedores suelen responder en 1 día
-
docs
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día