[ICS][Kernel] Custom Kernel WCS v01g - [24/04/13]

[Lannig]

E:signature verification failed dans CWM Recovery ? pas le recovery d'origine ? sûr ?

[gyles34]

Oui je pense ..... comment le vérifier ?

[Lannig]

Sauf erreur de ma part ça doit ressembler à ça :

[ResQ]

Depuis le wiko c'est illisible :blink:

Envoyé depuis mon Croiseur interstellaire.

[gyles34]

Ah oui effectivement , je n'ai pas ce logo ! Merci pour ta réponse.

[Lannig]

@ResQ : j'ai fait un screenshot de la vidéo Youtube publiée quand ce recovery est sorti. Elle n'est déjà pas top à l'origine. Pourtant j'ai cherché une des images les moins floues ! :P

[gyles34]

Sourire ... super sympa de ta part ; je suis en train de chercher un tuto pour installer le CWM ...... une piste peut-être ?

D'avance merci !

J'ai trouvé ce tuto ! super ^^

http://wiki.frandroid.com/wiki/Installer_le_Custom_Recovery

Modifié 16 mars 2013 par gyles34

[Tenchirox]

@ResQ : j'ai fait un screenshot de la vidéo Youtube publiée quand ce recovery est sorti. Elle n'est déjà pas top à l'origine. Pourtant j'ai cherché une des images les moins floues ! :P

Non mais ça va pas la tête de critiquer ma vidéo comme cela non mais :P

Je suis désole mais de nuit, pas mal fatigué et avec du matos de me*** j'ai fais ce que j'ai pu hein :mad:

[Lannig]

Désolé Technirox... loin de moi l'idée de te critiquer. L'important était le recovery lui-même qui était une sacrée avancée. La vidéo, bon, peu importe.

[Tenchirox]

Non mais je suis d'accord mes video sont juste horribles, je suis pas doué pour ce genre de chose, c'est pour cela que j'ai toujours dis que si quelqu'un voulais faire un tuto par ex qu'il le fasse.

Par contre je suis relativement contre que l'on rit de personne comme celle de ta vidéo qui est visiblement handicapé...

[Lannig]

Post franchement hors-sujet, encombrant (grosse vidéo) et très très borderline supprimé.

[Mickaxperia]

Lol pas de soucies ta raison elle prenais de la place quand je l'ai post j'ai hesité à la delete à cause de ça

[login]

Hello. Je suis le seul à me taper un bootloop lorsque le téléphone est éteint et branché sur secteur ou même sur un pc avec ce kernel? :s

[manu3l]

On dirait, pas de soucis ici. Reflash un coup pour voir ?

[Invité]

Hello,

Juste un passage en coup de vent.

D'abord un p'tit bravo à Pdroid qui s'est bien démerdé bien que n00b, au moins ça tourne.

Si tu cherche quoi faire sur ton kernel, tu peux déjà l'optimiser ce qui serait une bonne chose. Par exemple, virer ce qui est inutile et mettre en "dur" certain modules, tu y gagnera (tu as des trucs inutiles, d'autres déclaré alors que non utilisé).

En te log sur le shell (via adb shell ou un terminal --> https://play.google....pal.androidterm <-- celui-ci est vraiment sympa), dès que tu a reboot ton phone, tu tapes un "lsmod" et tu verra les modules chargés automatiquement qu'il serait plus simple d'intégrer plutôt que de les laisser en module.

m4u est chargé alors autant le mettre en dur plutôt, idem pour la gestion du GPU, lsmod indique "pvrsrvkm" pour le PowerVR (un poil de logique et on retrouve vite fait tout ça dans le menuconfig)

A l'inverse, tu peux mettre en module tout ce qui concerne netfilter par exemple (qui sert à mettre en place un firewall, fait du NAT, tuneling, de la QoS), ça fait un noyau bien plus gros donc plus long à charger alors que tu n'aura pas forcément besoin de tout ce qui est présent tout en le conservant sous le coude si un besoin se fait sentir.

Tu peux aussi installer un soft du genre "Android System Info" qui te donnera le nom des composants contenus dans le téléphone. (perso, j'ai collé debian dessus ce qui me permet d'avoir un environnement GNU/Linux complet sans surcouche, en parralèlle d'android et sans surcharger le phone ou la ram)

A partir du nom, tu cherches sur google "datasheet nom_du_composant" et ça te donnera les spécificités du composant et ce qu'il est capable de faire.

Pour l'exemple, le capteur de proximité est un AL3600 et en regardant dans le datasheet tu verra que c'est aussi un capteur de luminosité. (il y a des soft sur le playstore permettant de l'exploiter)

La règle sur ce forum est de dire "y'a pas, c'est pas écrit ou untel l'a dit", il ne faut surtout pas s'y fier sinon tu n'avancera pas ou t'ira voir ailleurs... :P

Optimise ton phone, exploite le à fond et préoccupe toi ensuite des demandes qui ne t'interressent pas forcément comme l'overclock.

Crois en mon expérience, sur le coup ça marche (ou pas) mais sur la durée ça a tendance à détruire les CPU. Ca ne le fait pas de façon brutal, mais une fois la limite dépassé, ça à tendance à buguer gentiment et ça fait planter.

Les noobs mettent souvent ça sur le dos des applis instable alors que c'est le cpu qui m**** de façon aléatoire.

Un peu comme sur le playstore ou pas mal de gens mettent un 0 à une application parce qu'elle quitte toute seule alors que bien souvent, c'est un sigkill qui tue les applis parce que plus de ram disponible.

Pour la chauffe, il faut aussi savoir une chose, la duré de vie d'un condensateur par exemple est donné en heure à une température donné, ex: 5000H 35°C. Ce qu'il faut savoir, c'est qu'à chaque fois que tu dépasses de 10°C la température donnée, tu divises par 2 la durée de vie de ce composant (à 45°C ton composant ne durera plus que 2500H) alors qu'à 25°C il t'en fera 10000H (ça marche dans les 2 sens dans la limite du résonnable).

En plus de risquer la fiabilité du CPU, ça va aussi jouer sur l'alimentation en général. Un condensateur sert par exemple à "réguler" ou "lisser" une tension, quand il est grillé, je te laisse imaginer ce qui s'en suit.

Bref, pense d'abord à l'optimisation (un kernel plus petit se charge plus vite, et moins de modules évite des accès inutile) et à exploiter à fond ton phone avec une base configuré aux p'tits oignons et ensuite ajoute des fonctionnalités, ça te simplefira la vie et t'évitera des heures interminable sur les bugs.

Et comme tu as du le remarquer, ce sont des procz chez tinno, tu vas rapidement faire mieux qu'eux si tu continue comme ça.

Voila voila, un p'tit pavé avant d'aller faire dodo.

PS: désolé pour ceux à qui j'avais dit que je filerais un coup de main mais j'ai pas assez de temps disponible et j'avoue avoir du mal maintenant avec les "c'est pas possible", "faut être lucide", "je veux, je veux" mais la flemme de RTFM etc... qui ne donne pas envie de se prendre la tête pour eux. Autant bosser dans son coin, j'ai passé l'âge. (faut être lucide, un homme ne peut pas voler. arrête de délirer, la terre est plate. je veux être riche mais sans me casser le c**) :P

C'était un message du grincheux :D

Modifié 17 mars 2013 par Old geek

[login]

On dirait, pas de soucis ici. Reflash un coup pour voir ?

J'ai reflashé au cas où... Là la situation est différente. J'ai la batterie à 100% alors qu'elle était HS l'autre fois. La led s'allume alors qu'elle ne s'allumait pas. Le problème reste quasiment le même puisqu'il est impossible de sortir du mode charge lorsque le téléphone est éteint et branché. Entendez par là qu'il est impossible d'allumer le téléphone alors qu'il est branché. Le logo cink slim apparait puis retourne sur le logo de la batterie en charge. Pour pouvoir recharger mon tel, j'ai été obligé de flasher à nouveau le boot.img de flashtool.

Bon là j'ai du faire une connerie parceque je me tapes aussi un bootloop sans être branché maintenant -_-

EDIT: J'ai flashé via flashtool cette fois ci et le problème n'a pas l'air de se reproduire. Merci pour le kernel en tout cas :)

Modifié 17 mars 2013 par login

[timdu13]

m4u est chargé alors autant le mettre en dur plutôt, idem pour la gestion du GPU, lsmod indique "pvrsrvkm" pour le PowerVR (un poil de logique et on retrouve vite fait tout ça dans le menuconfig)

A l'inverse, tu peux mettre en module tout ce qui concerne netfilter par exemple (qui sert à mettre en place un firewall, fait du NAT, tuneling, de la QoS), ça fait un noyau bien plus gros donc plus long à charger alors que tu n'aura pas forcément besoin de tout ce qui est présent tout en le conservant sous le coude si un besoin se fait sentir.

Je comprend ce que tu veux dire, mais je ne comprend pas la différence a ce qu'ils soit en dur ou en module

En module ils sont dans /system/lib/modules/ alors que quand ils sont en dur ils sont intégré au kernel ?

Pour l'OC je ne compte pas le faire pour le moment

Merci a toi pour ton soutient; je ne trouve pas énormément de chose pour optimiser son kernel avant de le compiler (que des kernel déja fait etc)

[Lannig]

Je ne vois pas bien l'intérêt de linker des modules kernel en statique :

- ça n'apporte absolument rien en termes de performances

- cela rend le kernel plus monolithique (pas possible de recompiler le module seul si mise à jour, pas possible de décharger/recharger le module dynamiquement - voir ce qui est fait pour le module wifi par le framework)

- si cela joue sur le temps de démarrage, ça doit être assez négligeable

Dans le monde Linux sur PC, ça n'est vraiment pas la tendance. Au contraire, les kernels sont de plus en plus modulaires.

Comme je ne suis pas un spécialiste des kernels Android, peut-être qu'il y a des choses qui m'échappent.

Modifié 17 mars 2013 par Lannig

[Invité]

Je ne vois pas bien l'intérêt de linker des modules kernel en statique :

- ça n'apporte absolument rien en termes de performances

- cela rend le kernel plus monolithique (pas possible de recompiler le module seul si mise à jour, pas possible de décharger/recharger le module dynamiquement - voir ce qui est fait pour le module wifi par le framework)

C'est ce que je disais. J'ai pris l'exemple sur ce kernel en signalant qu'il y avait tout un tas de truc pas forcément utile et qu'il faudrait mieux mettre tout ça en module (certaine partie de netfilter, vpn etc...) alors que ce qui est utile dès le démarrage du phone est en module.

Bref, son kernel marche à l'envers. Il tend vers le monolitique pour ce qui n'est pas utile et en module pour ce qui est quasiment indispensable.

Pour les perfs, c'est juste de l'optimisation. Pourquoi laisser laisser charger un kernel en 10s alors qu'il pourrait le faire en 3s, juste une question de bien faire les choses. Autant avoir un kernel bien fiable et bien stable plutot que d'intégrer tout un tas de choses qui peuvent, un jour ou l'autre, être exploités alors qu'au final on en aura l'utilité une fois tout les 36 du mois.

Une dernière note hors sujet, le wiko est très loin d'être fiable niveau sécurité ex: ussd, ça ne demande pas de permission et s'exécute sans rien demander.

Modifié 17 mars 2013 par Old geek

[Kastoi]

Bonjour,

J'ai essayé swapper 2 avec mon WCS (rooté), visiblement ça ne "marcherait" pas avec un kernel stock, vrai?

Je pourrais espérer que ça marche avec ce custom kernel?

[MisterPOPO]

Bonjour, Merci avant tout pour ce travail, mais j'ai une petite question étant donné que le tuto n'est plus là et que je suis un "Noob" :

J'aimerais savoir comment flasher le Kernel custom? je le fait directement à partir de de CWM ou je dois utiliser flashtool?

J'ai aussi lu autre part qu'il faut déverouiller le bootloader, c'est pas deja le cas?

Merci d"avance!

[Yasmine_tunis]

J'ai essayé swapper 2 avec mon WCS (rooté), ...

De ma part, j'ai essayé avec ROEHSOFT Pro, mais ca ne marche pas,

[MNKOP]

Bonjour, Merci avant tout pour ce travail, mais j'ai une petite question étant donné que le tuto n'est plus là et que je suis un "Noob" :

J'aimerais savoir comment flasher le Kernel custom? je le fait directement à partir de de CWM ou je dois utiliser flashtool?

J'ai aussi lu autre part qu'il faut déverouiller le bootloader, c'est pas deja le cas?

Merci d"avance!

Si tu as recovery custom tu peut le flasher ,le bootloader du wiko n'est pas verouiller

Envoyé depuis mon Nexus 7 avec Tapatalk

[MisterPOPO]

Si tu as recovery custom tu peut le flasher ,le bootloader du wiko n'est pas verouiller

Envoyé depuis mon Nexus 7 avec Tapatalk

Ok merci, donc je boot avec le recovery et je flash le zip qui est sur ma carte sd et c'est bon?

[mr-rob]

Ok merci, donc je boot avec le recovery et je flash le zip qui est sur ma carte sd et c'est bon?

Oui, je viens de le faire.

Nickel!!!

Merci pour le taf