TABLETTE-CHINOISE.NET

Je fai tourner la kasty 4.4 beta du moment (moment qui dure bcp je trouve) et ...
ben j'ai de nouveau un pb de deep sleep.
cette fois ci, plus de process libril mais un process rtc_hym8563 qui bouffe de la batterie.

j'ai trouvé le meme pb signalé sur des forums espagnols (sans trouver une piste de solution) et russes ... (la je ne parle pas et ne lis pas)

Vous avez deja croisé ce pb (qui ne semble pas lié à la kasty mais existe aussi sur la riley) ?

je l'avais croisé (1er lien google avec les mots clefs pipo et rtc_hym8563 mais je ne trouve tjrs pas de workaround .

Ce wakelock ne gêne en rien le Deep Sleep (ou du moins il ne l'empêche pas de fonctionner), même si tu as l'impression qu'il "bouffe" un peu de batterie.

Il n'y a pas de solution pour le supprimer. Il est inclus dans le kernel et a l'air d'être propre à Rockchip.
(The CPU is started by a wakeup signal A wakeup signal (active high) is sent to start the CPU by an input from the SW input pin or alarm interrupt. This can lower the power consumption of the entire system.)

http://comments.gmane.org/gmane.linux.kernel/1610603
This series adds support for the Haoyu Microelectronics HYM8563 rtc. This
chip is often used in designs around the Cortex-A9 SoCs from Rockchip to
provide rtc functionality and the 32kHz suspend clock the SoC needs.

Tu peux lire le dmsg de DNKN sur Freaktab où tu vas voir apparaître le wakelock http://www.freaktab.com/showthread.php? ... post107780

Hormis avoir les sources puis d'être "codeur", je ne pense pas qu'on a les compétences pour jouer sur cette fonction (qui doit surement être nécessaire pour le CPU, malgré que l'utilisateur "voit" un wakelock qui lui bouffe de la batterie). C'est un peu contradictoire, mais je ne peux pas en dire plus.

Si tu veux pousser les recherches, clique sur .

bon ben je sais ce que je vais lire demain ...
merci kuan

, tu peux voir en image à quoi ressemble le fameux composant qui est clipsé sur la carte mère.