Jump to content

possibilitée rom android 4.0 ics


tutruie

Recommended Posts

Nous l'aurons sûrement quelques semaines après la publication du code source, le temps de l'adapter!

Par contre savez vous si le passage d'une grande version à une autre (de CM6 à 7 par exemple), nécessite juste un apply from zip ou alors s'il faut repartir de zéro?

Link to comment
Share on other sites

Nos boutons physique pourront etre utilise sur ICS mais je suis sceptique quant au portage d'ICS sur nos Defys etant donne que gingerbread CM7 tourne sur un kernel 2.2, je ne suis pas sur qu'il pourront faire tourner ICS sous le même kernel.

Donc a moins qu'on réussisse par magie a deblocker le bootloader ca me parait improbable mais après je connais pas les détails.

wait and see...

Envoyé de mon Motorola Defy.

Link to comment
Share on other sites

La version CyanogenMod9 sera la version ICS d'android. Google a affirmer que tout les mobile pouvant tourner sur gingerbread pourraient très bien être équiper de ICS. C'est à dire que le Motorola Defy tournera sur ICS aussi bien que sur Gingerbread. Les boutons physiques ne seront pas vraiment un problème sachant que (par exemple) le Samsung Galaxy S2 bénéficiera sans nul doute de la 4.0, il a des bouton physique et la méthode utilisée sera la même pour les autres mobiles ayant des boutons physiques.

Edited by Zecko
Link to comment
Share on other sites

Nos boutons physique pourront etre utilise sur ICS mais je suis sceptique quant au portage d'ICS sur nos Defys etant donne que gingerbread CM7 tourne sur un kernel 2.2, je ne suis pas sur qu'il pourront faire tourner ICS sous le même kernel.

Donc a moins qu'on réussisse par magie a deblocker le bootloader ca me parait improbable mais après je connais pas les détails.

wait and see...

Envoyé de mon Motorola Defy.

One more time : le kernel 2.6.32-9 qui équipe CM7 n'est pas un kernel "FroYo". Le kernel, c'est pas Android, le kernel, c'est Linux, Android est la surcouche par dessus Linux. Le kernel fait le lien entre l'OS et le matériel, upgrader le kernel ne sert à rien si on n'upgrade pas le hardware à côté.

CM7 utilise le kernel 2.6.32-9 présent sur FroYo, certes, mais c'est le même que Motorola utilise sur ses téléphones sous Gingerbread (comme le Defy+ par exemple).

Donc, non, le kernel n'est pas une limitation pour upgrader Android.

Link to comment
Share on other sites

si un kernel plus recent ne sert a rien...

Alors pourquoi tout le monde sur xda frandroid etc rale quand on ne peut pas en mettre un plus recent si cela ne sert a rien d'en avoir un plus recent? Et pourquoi alors dans les news des téléphone comme le RAZR etc et le fait qu'il soit verrouillé frandroid etc mettent dans leurs articles qu'il est malheureusement verrouillé si cela ne sert a rien d'en avoir un plus recent?

Si ca ne sert a rien d'avoir un kernel plus recent alors pourquoi TOUT LE MONDE, utilisateurs, developpeurs, sites, ... etc... sont contre ca? Quand une fonction ne sert a rien il n'y a pas toute le monde qui va etre contre ca. par exemple mes chiottes ne font pas bluetooth et je m'en fou (quoi que... lol)

Edited by Widget
Link to comment
Share on other sites

si un kernel plus recent ne sert a rien...

Alors pourquoi tout le monde sur xda frandroid etc rale quand on ne peut pas en mettre un plus recent si cela ne sert a rien d'en avoir un plus recent? Et pourquoi alors dans les news des téléphone comme le RAZR etc et le fait qu'il soit verrouillé frandroid etc mettent dans leurs articles qu'il est malheureusement verrouillé si cela ne sert a rien d'en avoir un plus recent?

Si ca ne sert a rien d'avoir un kernel plus recent alors pourquoi TOUT LE MONDE, utilisateurs, developpeurs, sites, ... etc... sont contre ca? Quand une fonction ne sert a rien il n'y a pas toute le monde qui va etre contre ca. par exemple mes chiottes ne font pas bluetooth et je m'en fou (quoi que... lol)

Parce que le fait qu'il soit verrouillé empêche de compiler son propre kernel et son propre boot. Donc les développeurs sont obligés d'utiliser les sources et compilations de Motorola comme base de développement et de trouver des parades pour contourner les verrous (comme le 2nd Init).

C'est un frein, mais pas bloquant. Il n'y a qu'à voir les téléphones supportés par Cyanogen : la plupart sont verrouillés aussi.

Link to comment
Share on other sites

Voici la réponse de Motorola US au sujet du bootloader aussi bien du Defy que du Razr qui m'intéresse trop <3

Regarding the Bootloder Motorola's primary focus is the security of our end users and protection of their data, while also meeting carrier, partner and legal requirements. The Droid X and a majority of Android consumer devices on the market today have a secured bootloader.

In reference specifically to eFuse, the technology is not loaded with the purpose of preventing a consumer device from functioning, but rather ensuring for the user that the device only runs on updated and tested versions of software. If a device attempts to boot with unapproved software, it will go into recovery mode, and can re-boot once approved software is re-installed. Checking for a valid software configuration is a common practice within the industry to protect the user against potential malicious software threats. Motorola has been a long time advocate of open platforms and provides a number of resources to developers to foster the ecosystem including tools and access to devices for developers via MOTODEV at chat_hyperlink.pnghttp://developer.motorola.com.

Link to comment
Share on other sites

Parce que le fait qu'il soit verrouillé empêche de compiler son propre kernel et son propre boot. Donc les développeurs sont obligés d'utiliser les sources et compilations de Motorola comme base de développement et de trouver des parades pour contourner les verrous (comme le 2nd Init).

C'est un frein, mais pas bloquant. Il n'y a qu'à voir les téléphones supportés par Cyanogen : la plupart sont verrouillés aussi.

c'est quand même blocant pour compiler son propre kernel avec ses propres options. On reste bloqué au kernel de motorola et point barre.

Et désolé mais non changer de noyau ça n'apporte pas que des nouveaux drivers qui donc ne servirait à rien si y a rien de nouveau, y a tout un tas de choses modifiés comme les ordonnanceur de tâches, la gestion de la ram etc.

Et même sur des vielles machines sans nouveaux drivers, ce style de nouveau kernel peut appoter du mieux, exactement comme sur un ordinateur... (un pentium M profite du kernel 3.0 alors qu'il n'y a strictement rien de neuf niveau driver pour lui. Juste parce que la gestion de la mémoire et des priorités de tâches font que ça parait plus réactif).

Link to comment
Share on other sites

Oui et non. On peut corriger des bugs ou améliorer des performances avec un kernel plus récent, oui, mais c'est rare. Et dans la plupart des cas, il se passe le phénomène inverse, le kernel demandant plus de performances pour assumer plus de fonctionnalités.

Développer un kernel n'est pas simple, ça ne se fait pas en claquant des doigts (c'est bien pour ça qu'ils sont communs entre beaucoup d'OS).

Du coup, généralement quand on a un kernel qui marche correctement sur un matériel, on réfléchit à deux fois avant de le modifier ou de le changer ; car si ça m****, c'est pas un soft qui plante, mais directement le hardware (avec les risques que ça peut comporter pour l'électronique).

Link to comment
Share on other sites

Non mais c'est evident que ca ne sert pas a rien d'avoir un nouveau kernel et donc un bootloader deverrouillé mais bon... y en a qui s'entete encore a dire que ca sert a rien et ca ne les fait pas reflechr kan il disent ca et qu'en meme temps tout le monde dit chez xda FrAdroid, tout les sites qui test les andrphones dire que c'est leur pire ennemi un boootloader bloqué.

TOUT le monde se bat contre mais en parralelle y en a qui on le culot de balancer que ca ne sert a RIEN...

Y a forcement un interet davoir un boot debloqué si y a autant de gens contre!!!! Un peu de logique

Edited by Widget
Link to comment
Share on other sites

Oui et non. On peut corriger des bugs ou améliorer des performances avec un kernel plus récent, oui, mais c'est rare. Et dans la plupart des cas, il se passe le phénomène inverse, le kernel demandant plus de performances pour assumer plus de fonctionnalités.

Développer un kernel n'est pas simple, ça ne se fait pas en claquant des doigts (c'est bien pour ça qu'ils sont communs entre beaucoup d'OS).

Du coup, généralement quand on a un kernel qui marche correctement sur un matériel, on réfléchit à deux fois avant de le modifier ou de le changer ; car si ça m****, c'est pas un soft qui plante, mais directement le hardware (avec les risques que ça peut comporter pour l'électronique).

Tu administres souvent des machines sous linux pour savoir? :)

Non parce qu'un kernel 3.0, ça passe sur du P1 sans problème... Et justement l'intérêt de pouvoir compiler, c'est de pouvoir activer et placer uniquement les fonctionnalités, les modules souhaités pour avoir quelque chose d'optimisé au ptis oignons...

Alors ton coup du "noyau" qui s'alourdit, ça fait un peu doucement rire. ;)

L'avantage de linux, c'est justement d'être modulaire, et de pouvoir activer uniquement ce qu'on veut, c'est justement ce qui fait qu'un céléron 700 avec 192mo de ram peut tourner sur le dernier linux en faisant fi de certaines fonctionnalités forcément, mais tout en restant à jour... Juste en passant hein. ;)

S'il y a bien une chose qui est amélioré en continue sous linux, c'est bien le noyau... Et entre un noyau 2.6.32 et un 3.0 il n'y a pas photo...

Edited by Burn2
Link to comment
Share on other sites

Tu administres souvent des machines sous linux pour savoir? :)

Non, ma boite développe juste des plateformes pour téléphones, tablettes et modems mobiles. Bref le matos qui doit être contrôlé par le kernel.

Non parce qu'un kernel 3.0, ça passe sur du P1 sans problème... Et justement l'intérêt de pouvoir compiler, c'est de pouvoir activer et placer uniquement les fonctionnalités, les modules souhaités pour avoir quelque chose d'optimisé au ptis oignons...

Alors ton coup du "noyau" qui s'alourdit, ça fait un peu doucement rire. ;)

L'avantage de linux, c'est justement d'être modulaire, et de pouvoir activer uniquement ce qu'on veut, c'est justement ce qui fait qu'un céléron 700 avec 192mo de ram peut tourner sur le dernier linux en faisant fi de certaines fonctionnalités forcément, mais tout en restant à jour... Juste en passant hein. ;)

S'il y a bien une chose qui est amélioré en continue sous linux, c'est bien le noyau... Et entre un noyau 2.6.32 et un 3.0 il n'y a pas photo...

Je ne dis pas le contraire, oui un kernel à jour apporte des nouveautés, mais il ne faut pas oublier une chose : les performances ont toujours un coût.

Ce que l'on peut faire dans le monde du PC n'a rien à voir avec les contraintes du monde mobile. Les fabricants de plateformes et les constructeurs de mobiles travaillent ensemble pendant des mois pour développer et optimiser leurs kernel et drivers bas-niveau. Chez nous ils sont un beau paquets à s'arracher les cheveux là dessus.

Parce que non, un kernel plus récent n'est pas la solution ultime, parce que dans le monde mobile il n'y a pas que la vitesse, il faut surtout économiser la batterie. Et là dessus, les gars de Cyanogen ou autres ont beau être très forts, je doute qu'ils arrivent à faire mieux que les fabricants.

Donc mettre à jour ? mais pour faire quoi ? mettre à jour des choses qui ne sont pas utilisées ou présentes sur une plateforme ? aucun intérêt. Au contraire, on cours le risque d'avoir une régression.

Bref, pour revenir au sujet, ce n'est pas le kernel qui changera quoi que ce soit pour les mises à jour du Defy.

Et pour le verrouillage du bootloader, ça ne gêne qu'en une seule chose : ça prend un peu plus de temps pour avoir des nouvelles ROM, le temps de trouver une faille qui permette son contournement.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...