Tenemos hardware personalizado que ejecuta 3.2 Angstrom en un procesador SAM9G45. Todo funciona bien. Recientemente, diseñamos un hardware similar que usa el procesador SAM9G25. Descubrimos que el kernel 2.6 funciona bien en el SAM9G25, pero necesitábamos portar el kernel 3.2 a la plataforma para aprovechar algunos controladores inalámbricos. Completamos el puerto, pero acabamos de descubrir que el reloj de la hora del día no es confiable. Funciona bien durante unos 20 minutos, luego el tiempo (informado por "fecha") se adelantará unas horas o días. El kernel 2.6 aún funciona bien, por lo que creemos que es algo que no adaptamos correctamente. Hemos revisado todo, pero hasta ahora no hemos tenido suerte. No estoy seguro de dónde buscar a continuación.
Respuesta final :Atmel proporciona un parche para el kernel 2.6, en el archivo tcb_clksrc.c. Echamos de menos eso en nuestro port al kernel 3.2. ¡Gracias por la información!
Respuesta aceptada:
Intente iniciar el sistema con la opción del kernel clocksource=jiffies o nohpet .
Tengo un caso abierto sobre SLES11 SP2 (con Kernel 3.0) en el que observo discrepancias de tiempo en las máquinas virtuales.
El clocksource=jiffies lo empeoró en mi caso, pero en el tuyo podría ayudar.
Actualmente, el soporte se centra en el temporizador de eventos de alta precisión (pero dudo que su sistema integrado tenga un dispositivo de este tipo).