Centralisation des tutos de compilation du kernel Wiko

[TheSearing]

la commande dmesg ne fait que lire le fichier /proc/kmesg.. Avec l'avantage de pouvoir être lue en étant pas root.

-Il est clean, les seules erreurs sont par rapport au capteur de température du proco.. (osef bonjour)

Les erreurs liées au M4U sont liées a un module du kernel ajouté par mediatek, qui a peux être un rapport avec le problème de lag..

Edited February 25, 2013 by TheSearing

[crocodanser]

C'est tout de même étonnant que wiko fournissent des sources qui une fois compilé font 2 Mo de plus que celui du tel et qui lag grave...

Y'a un truc qui nous échappe...

ça serait tout de meme plus interressant de debugger des trucs qu'on a rajouté plutot que du code qu'on ne maîtrise pas...

M4U comporte le Jpeg decoder apparement d'après le fichier header : ./mediatek/platform/mt6577/kernel/core/include/mach/m4u.h

M4U_CLNTMOD_JPEG_DEC,
M4U_CLNTMOD_JPEG_ENC,

Il y a rien qui s'y rapporte dans les warnings de la compilation

[TheSearing]

Peux être parceque les modules doivent être rajoutés dans la partition system -> /lib/modules...

(effectivement ils y sont..)

Et que la version compilée et la version d'origine ne correspondent pas...

(En y repensant je me suis sentis plutôt très très con xD)

Edited February 25, 2013 by TheSearing

[crocodanser]

Alors ça ! C'est marrant.... le boot.img de jmb fait 4 286 464 octets et le mien 4 333 568 octets ...

[TheSearing]

Message totalemment inutile

Edited February 25, 2013 by TheSearing

[crocodanser]

hey mais c'est vrai à la copile on a le zImage et après il génère d'autre fichier qui sont ptete nécessaire d'ajouter sur le tel... A méditer. moi j'arrete pour ce soir...

[crocodanser]

Lorsqu'on compile, on a un message zImage ready et après il continue la compilation des modules :

CC	  drivers/misc/eeprom/eeprom_93cx6.mod.o
 LD [M]  drivers/misc/eeprom/eeprom_93cx6.ko
 CC	  drivers/scsi/scsi_tgt.mod.o
 LD [M]  drivers/scsi/scsi_tgt.ko
 CC	  drivers/scsi/scsi_wait_scan.mod.o
 LD [M]  drivers/scsi/scsi_wait_scan.ko
 CC	  mediatek/source/kernel/drivers/combo/common/mtk_hif_sdio_mt6620.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common/mtk_hif_sdio_mt6620.ko
 CC	  mediatek/source/kernel/drivers/combo/common/mtk_stp_bt_mt6620.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common/mtk_stp_bt_mt6620.ko
 CC	  mediatek/source/kernel/drivers/combo/common/mtk_stp_gps_mt6620.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common/mtk_stp_gps_mt6620.ko
 CC	  mediatek/source/kernel/drivers/combo/common/mtk_stp_sdio_mt6620.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common/mtk_stp_sdio_mt6620.ko
 CC	  mediatek/source/kernel/drivers/combo/common/mtk_stp_uart_mt6620.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common/mtk_stp_uart_mt6620.ko
 CC	  mediatek/source/kernel/drivers/combo/common/mtk_stp_wmt_mt6620.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common/mtk_stp_wmt_mt6620.ko
 CC	  mediatek/source/kernel/drivers/combo/common/mtk_wmt_wifi_mt6620.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common/mtk_wmt_wifi_mt6620.ko
 CC	  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_hif_sdio.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_hif_sdio.ko
 CC	  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_stp_bt.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_stp_bt.ko
 CC	  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_stp_gps.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_stp_gps.ko
 CC	  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_stp_sdio.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_stp_sdio.ko
 CC	  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_stp_uart.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_stp_uart.ko
 CC	  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_stp_wmt.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_stp_wmt.ko
 CC	  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_wmt_wifi.mod.o
 LD [M]  mediatek/source/kernel/drivers/combo/common_mt6628/mtk_wmt_wifi.ko
 CC	  net/wireless/cfg80211.mod.o
 LD [M]  net/wireless/cfg80211.ko

Ils ne font pas partie du zImage?

Doit-on les placer sur le téléphone?

[jmb462]

C'est ce que je suis entrain de faire. Pour l'instant, j'ai supprimé tous les ko de /system/lib/modules et j'y ai mis ceux que l'on a compilé et cela ne boot plus.

Je vais essayer de juste remplacer ceux que l'on a compilés en laissant les autres pour voir.

[crocodanser]

Super bon courage

[TheSearing]

Les modules compilés ici ne sont que par rapport a la connectivitée réseau (bluetooth,wifi voir ptet meme radio).. les autres modules n'ont pas l'air d'etre compilés.

Ça ne boot plus parcequ'il manque les autres modules (affichage, connectivitée, boutons etc.. )

Edited February 26, 2013 by TheSearing

[jmb462]

En ecrasant les vieux ko avec les nouveaux, tout reste lent.

Je pense effectivement qu'il faut recompiler aussi les autres :

aed.ko

alps_core.ko

ccci.ko

ccci_plat.ko

ccmni.ko

devapc.ko

devinfo.ko

m4u.ko

mtk_drvb_77.ko

mtk_fm_drv.ko

mtk_fm_priv.ko

mtk_hwe.ko

mtklfb.ko

p2p.ko

p2p_mt6620.ko

p2p_mt6628.ko

pvrsrvkm.ko

sec.ko

vcodec_kernel_driver.ko

wlan.ko

wlan_mt6620.ko

wlan_mt6628.ko

[crocodanser]

Arff dommage...

Dans le répertoire kernel, il y a un build.sh à quoi sert-il?

Il utilise un mkimg situé dans le répertoire tool de mediatek? Permettrait-il de générer le boot.img? Est-ce l'outil officiel?

[crocodanser]

Je viens de tester avec l'outil mkimage située dans le repertoire mediatek/build/tools/

:

La première partie est le code hexa généré par le mkimage fourni par mediatek et la seconde est celle que j'avais ajouté à mon zImage. Le code hexa est donc généré automatiquement par ce mkimage mais il est different.

J'ai retiré le code hexa de mon zImage et compacté avec le mkimage et mis le résultat dans un fichier boot.img de cette manière :

mediatek/build/tools/mkimage zImage KERNEL > boot-hexa8.img

J'ai testé sur mon phone et ça ne boot pas. Image noire puis arret du téléphone...

quand j'ai vu le code hexa ajouté, j'étais persuader que ça allait marcher... Je suis dégouté!!

Je vais tenter de recompiler en utilisant le build.sh

./build.sh s9081

Edited February 26, 2013 by croco

[crocodanser]

Bon et bien c'était une perte de temps...

La compile fonctionne. mais ça ne marche pas du tout...

[nexgen]

Petite question ( moi j y connais absolument rien au kernel on ce moque pas svp )

La vous essayer de compiler le kernel a partir des sources truc logique

Mais avez vous essay de decompiler le boot.img original pour voir les differences avec les sources ? ( au cas ou y ai des fichier inutiles )

Ensuite question pour moi

Avec le kitchen tool j ai porter miui et lewa

Pour ce fair il lui faut le boot img original et celui de la rom de l autre tel

Le soft extrait tout et repack

Dans le cas de cyanogen le tel ce lance mais reboot sur le logo cink king

Donc ma question faut ajouter quoi dans le kernel pour cyanogen et que ca boot??

je peu ajouter des commande sur le kernel via le tool donc est ce que c est ca qui manque ?

[crocodanser]

La vous essayer de compiler le kernel a partir des sources truc logique

Mais avez vous essay de decompiler le boot.img original pour voir les differences avec les sources ? ( au cas ou y ai des fichier inutiles )

Oui c'est identique

Dans le cas de cyanogen le tel ce lance mais reboot sur le logo cink king

Donc ma question faut ajouter quoi dans le kernel pour cyanogen et que ca boot??

J'aimerais bien pouvoir te répondre... Mais j'en ai aucune idée...

[nexgen]

ok

car je pense qu avec le kitchen tool y a ce qui faut dedans ( outils mtk )

mais sans savoir ce qu il faut modifier sur le kernel je risk pas d y arriver

[jmb462]

Mais avez vous essay de decompiler le boot.img original pour voir les differences avec les sources ?

On peut récuperer le zImage à partir du boot.img mais en aucun cas on peut obtenir les sources lisibles à partir du zImage ;)

Au mieux, on pourrait peut-être utiliser un désassembleur pour avoir du code qui serait de toutes manières incompréhensible.

[crocodanser]

J'ai eu une procedure sur XDA : http://forum.xda-developers.com/showthread.php?p=38502344#post38502344

Je vais la tester

La procédure est la suivante mais elle est identique à la notre ... :

hi ,

sorry sure i can give detail, well at least i try:

1. Get the zImage from a working boot.img eg with unmkbootimg or split_bootimg.pl

2. The needed header is in the first 512bytes of the zImge extract that:

dd if=<zImgeOrig> of=header bs=512 count=1

3. Append the header to the build zImage

3.1 dd if=header of=zImageMod

2.2 dd if=zImageCustom of=zImageMod seek=512

4. Repack Boot.img with repack-MT65xx.pl as known

5. Flash through CWM:

I flash it to my device over the adb console after putting the Image on the sdcard with adb push:

dd if=/sdcard/<boot.img> of=/dev/bootimg

NOT TESTET: flashing through the cwm update-script with write_raw_image("boot.img", "/dev/bootimg");

Thats the way i got it up to boot, but i have some Problems with the permission of pvrsrvkm.ko know, i building CM10 for my Device if anyone wants to know...

i guess you can easily modify the repack-MT6577.pl to include that for fresh kernels, i will have a look at that in the next days.

Greetz HUELK

[gingo_21]

Dans le cas de cyanogen le tel ce lance mais reboot sur le logo cink king

Donc ma question faut ajouter quoi dans le kernel pour cyanogen et que ca boot??

Faut déjà réussir à compiler la cyanogen, et on n'a pas encore de device tree fonctionnel pour.

[TheSearing]

Croco, t'as du essayer de mettre une zImage dont le kernel a déjà été rajouté.. Parceque sur ton image on voit deux fois le header...

Concernant la procédure sur XDA c'est copié collé de ma méthode avec la dd, sa change rien ;)

Sa servirais a rien de désassembler un kernel.. Aucun d'entre nous n'aurais les connaissances suffisantes pour comprendre de l'assembleur pour instructions ARMv7A-Neon.. Sa doit se compter sur les doigts de la main le nombre de personnes capables de le faire en france..

Je pense qu'il sera quand même plus simple de faire un devicetree et de compiler android par dessus notre propre kernel, que d'adapter android compilé par on ne sais pas qui sur le kernel que l'on a compilé nous..

Il existe un devicetree pour le mmx s9081 (fly iq 442) dispo sur github qui a de bonnes bases.. Sa fait toujours gagner sa de temps..

Je vais déjà essayer de me compiler un recovery custom.

[gingo_21]

Le fly iq 442 est un clone du wiko cin slim.

Sinon, il y a une grosse communauté sur un clone du king, le Micromax A110.

Varun.chitre15(xda rec dev) peut peut-être aider.

Il teste lui aussi actuellement la compil depuis source d'un recovery custom : http://forum.xda-developers.com/showthread.php?t=1960080&page=561

Il a aussi compilé plusieurs kernels mais je crois qu'il attend les sources jb de wiko.

[TheSearing]

Je m’emmêle les pinceaux... je voulais dire Micromax a110 (mmx -> micromax, s9081 -> a110)..

[gingo_21]

Il y a aussi les fichiers propriétaires sur son github

Edited February 26, 2013 by gingo_21

[crocodanser]

Pouvez-vous mettre les liens des github svp ?