BeagleBone DMTimer2 unexpected stop after one or more days
@pdp7 ya está trabajando en esto.
Desde el 9/6/2020.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
we encounter DMTimer2 unexpected stop in am335x after run 1 or more days, we indeed seen gp_timer in /proc/interrupts never increase any more;
we have try beagleBoard github kernel version 4.4.113/4.4.155 with our own rootfs in Beagebone Black board and our custom board, the situation is the same, Eventhought i don't make any change in kernel source.
This timer is initialized for clockevent in omap2_gp_clockevent_init(clkev_nr, clkev_src, clkev_prop); //arch/arm/mach-omap2/timer.c
below is the related call stack：
omap3_gptimer_timer_init(void) =>
__omap_sync32k_timer_init(2, "timer_sys_ck", NULL,
1, "timer_sys_ck", "ti,timer-alwon", true); =>
omap2_gp_clockevent_init(clkev_nr, clkev_src, clkev_prop);
after DMTimer2 unexpected stop, those things happen:
1、gp_timer in /proc/interrupts NEVER increases
2、get time form date cmd may goback some minues or seconds
3、user apps no longer output debug log in console， it seems the scheduler of kernel do not work correctly.
but shell in console work fine, network ping is also work fine.
4、cpu load of threads in top cmd are all 0%
By the way, i checked after situation come out, ST bit of the DMTimer2's TCLR is 1 (that is Start timer)
But If i stop DMTimer2 manually in console shell by cmd: devmem 0x48040038 32 0x0
then i can reproduced the 1/2/3 situation mentioned above， but hung while i type cmd top in console shell.
So i think DMTimer2 of my AM335x is not work correctly after run one or more days.
We also try to comment out __omap_dm_timer_override_errata() in omap2_gp_clockevent_init(), this force to enable OMAP_TIMER_ERRATA_I103_I767, but the kernel can't bootup at all.
we also posted this problem in TI community at https://e2e.ti.com/support/processors/f/791/t/796508
- Lenguaje dominante
- C
- Estrellas
- 811
- Forks
- 581
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 beagleboard/linux
-
Greybus fetch firmware request incorrect signatureQuizá libre de nuevo @Ayush1325 la tomó hace 344 días y no hay ningún pull request abierto. Abierto
beagleboard/linux#295 · 1 asignado ·
-
MikroBus and Beagle CapesQuizá libre de nuevo @Ayush1325 la tomó hace 411 días y no hay ningún pull request abierto. Abiertoupstream
beagleboard/linux#292 · 1 asignado ·
-
ITE mainlineAbiertoupstream
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
beagleboard/linux#291 · 2 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
beagleboard/linux#290 · 4 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
beagleboard/linux#284 · 1 comentario ·
Todos los issues de beagleboard/linux
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
microsoft/ebpf-for-windows#5604 ·
Los mantenedores suelen responder en 3 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Update OPENEXR_IMATH_TAGAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 84/100
AcademySoftwareFoundation/openexr#2683 ·
Los mantenedores suelen responder en 1 día