por lo que he leido sólo pasa con el phone en suspensión , debido que la cpu no entrara bien en suspensión o algo así es un problema que sabe google pero que es problema del fabricante.
Por lo que entendí, usted puede ver que es el "proceso de suspensión" si se utiliza una herramienta como organismo de control para ver todos los detalles del proceso.
Si utiliza el historial de la batería estándar que sólo muestra "Android OS", como suspender es parte de ella.
La explicación del empleado de Google al final tiene sentido: una aplicación mal conductor en un rom y esto provoca errores de suspensión, que pasó de HTC con Froyo, que sucedió con Nexus One, parece que pasar para que nuestros i9000 en pan de jengibre ...
De todos modos, he instalado de vigilancia y estoy esperando a que ocurra este error para ver por mí mismo.
Estoy fijando su explicación como la causa más probable de este problema. Estaremos esperando el resultado de su prueba!
EDIT: Tatsuya, tiene usted razón. Eso es definitivamente la causa raíz de este problema. Volví a leer la parte de abajo (como lo acaba de tomar un vistazo antes) y otros dispositivos tienen el problema de este problema también.
Citando a uno de los que respondieron que:
Comentario 259 por nsbu ... @ gmail.com, 19 de abril 2011
@ Toddpoy: Estimado señor, me reproduce tema dos veces en el myTouch 4G. Batería descargada dentro de varias (5-6) horas de completa sin actividad. informes myt4g "Android OS" comer la batería. Pero la pantalla de depuración muestra "suspender" por supuesto.
En ambos casos, en bugreport generados veo varios intentos fallidos de uart_clk apagado. El ciclo completo se adjunta. He encontrado 519 casos de este ciclo en un registro y 170 en otro. Se cree que esto es tema para myT4g sólo? Parece que es dispositivo diferente en el caso de Motorola. Me puede enviar / subir a informe de error completo de ambos casos. Lo que también sería el procedimiento para reportar resultados de este trabajo de HTC? Gracias por aconsejar!
<6> [57255.613311] msm_spi_suspend
<6> [57255.613311] clks_allow_tcxo_locked_debug: "uart_clk 'no fuera.
<6> [57255.613311] clks_allow_tcxo_locked_debug: 1 CLK se encuentra.
<6> [57255.613311] [R] suspender final
<6> [57255.613311] [R] reanudar inicio
Y a partir de la explicación del empleado de Google:
Comentario 261 por toddpoy ... @ google.com, 20 abr (6 días)
@ Nsbu: El mensaje de "" uart_clk "no fuera" parece alarmante, pero en realidad es inofensivo - este reloj no impide que el SoC de la suspensión, y este mensaje aparece siempre en el momento de suspender en los granos de Android corriendo en conjuntos de chips MSM de Qualcomm. (Si los demás relojes se enumeran aquí, entonces, los que podrían representar un problema.)
Al igual que en un informe anterior en un 4G de T-Mobile myTouch discutido aquí, los datos registrados en razones despertar tiene que ser interpretada por el OEM que tiene las especificaciones de hardware para el teléfono y la radio Qualcomm fuente de firmware que genera algo de esa información. HTC es el OEM para ese teléfono, su sitio de soporte es
http://www.htc.com/us/support. O pruebe el sitio de soporte de T-Mobile en
http://support.t-mobile.com/viewAllProducts.html, parece que vender este dispositivo bajo su propia marca.
En caso de que alguien está confundido, se reconoce que algunos teléfonos tienen problemas de duración de la batería que se derivan de: (a) no correctamente la suspensión de bajo consumo de energía los estados y, (b) continuamente tratando de suspender y reanudar, la quema de la CPU en el hilo de suspensión. Las causas suelen ser debido a las interrupciones de los dispositivos de la generación continua (que podrían no ser procesados por los controladores de dispositivo y por lo tanto, se continúan generando), o controladores rechazar suspender por las condiciones que deberían ser de corta duración, sino que persisten durante largos periodos de tiempo. En muchos casos los conductores involucrados han sido escritos por los fabricantes de equipos y Google no tiene ningún conocimiento de los controladores o dispositivos de la causa del problema - la gente que hizo el teléfono necesidad de echar un vistazo.
Problemas con el Google Nexus One se describe en otro de los temas mencionados en comentarios anteriores caen en la misma categoría, y en ese caso tenemos el hardware y la información de diseño necesarias para diagnosticar el problema (interrupción wifi driver problema de manejo), y una solución es el el camino.
Gracias Tatsuya! Hemos terminado la investigación. Gracias por que nos señala a la dirección correcta!
Caso ya está cerrado. No podemos hacer nada para solucionar este problema, pero esperar a que Samsung para la solución adecuada.