SONY Xperia S : les mises à jour d'Android gérées comme sur un Nexus ?

SONY Xperia S : les mises à jour d’Android gérées comme sur un Nexus ?

La bonne idée vient de Google

Avatar de l'auteur
Damien Labourot

Publié dans

Société numérique

22/08/2012 2 minutes
38

SONY Xperia S : les mises à jour d'Android gérées comme sur un Nexus ?

En fin de semaine dernière, un projet open source était lancé par une équipe de Google : permettre au Xperia S de SONY de se mettre à jour aussi régulièrement que les terminaux de la gamme Nexus. Si cette expérimentation n'a pas un but commercial pour le moment, le Japonais vient d'indiquer qu'il voyait ce projet d'un oeil particulièrement bienveillant.

  SONY Xperia S

 

Si le XPeria S a été retenu par cette équipe c'est notamment pour deux points jugés importants par Jean-Baptiste Queru, responsable du projet : « c'est un smartphone très performant  avec un " bootloader " qui peut être débloqué, et qui vient d'un fabricant qui apprécie les projets de type Android Open Source (AOSP) ». On se rappelle que, lors du passage vers Android 4.0, SONY avait expliqué comment débloquer son smartphone pour y installer ses ROM, alors au stade de bêta.

 

La société nipponne a indiqué à nos confrères d'Android Central qu'elle encourageait cette initiative de Google, qu'elle allait suivre les différentes avancées et qu'elle n'hésitera pas à intervenir pour aider si cela s'avère nécessaire. Il est aussi INtéressant de noter que certains membres de CyanogenMod ont rejoint ce collectif open source autour de Jean-Baptiste Queru.

 

Pour le moment, il est encore bien trop tôt pour savoir quand une première version d'Android issue de ce projet sera disponible pour les Xperia S, mais, avec cette manoeuvre, nous pouvons constater que les équipes de Google souhaitent voir arriver de plus en plus de terminaux, autres que les Nexus, qui profitent de mises à jour régulières.

 

Il faut rappeler que les derniers chiffres publiés sur la fragmentation d'Android nous indiquaient que la version 2.3 (Gingerbread) était encore majoritairement installée sur 6 terminaux sur 10. Android 4.0, n'est quant à lui présent sur 16 % d'entre eux, bien qu'il soit sorti en fin d'année dernière et que Jelly Bean (Android 4.1) commence à être déployé chez certains constructeurs (voir notre dossier). On peut dès lors comprendre que Google souhaite accélérer les choses, quitte à s'occuper lui-même des smartphones ou tablettes autres que ceux qu'il propose.

Écrit par Damien Labourot

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (38)


Pas ce type de problème avec mon Galaxy Nexus; je suis sous Jelly Bean depuis déjà un bon moment!<img data-src=" />


il suffirait à google de proposer ces MAJ(comme le nexus) sur ses Motorola, ça ferait peut être bouger les autres constructeurs ….


Le problème c’est que pour dévérouiller le bootloader il faut aller sur le site de Sony et donner son IMEI. Cette information est alors transmise au SAV.


Si ca pouvait être valable pour l’XPERIA arc S aussi ca serait cool :)


En espérant que jelly bean arrive vite avec ça ;)


Génial !!



Il faudrait que tout le monde s’y mette ! :)


J’hesite justement a me prendre ce tel d’occase, reste plus que la batterie faiblarde qui me freine… <img data-src=" />








linconnu a écrit :



Le problème c’est que pour dévérouiller le bootloader il faut aller sur le site de Sony et donner son IMEI. Cette information est alors transmise au SAV.





Et? Ils annulent la garantie?



l’idéal selon moi serait que android devienne une distrib “linux” à part entière, avec les pilotes iintégrés via un minimum de communication entre les fabricants et Google. comme ca les fabricants n’auraient qu’ a s’occuper de la partie hardware, google de la partie software, et tout le monde y trouverait son compte, notamment les clients qui auraient toujours un systeme a jour.



Je reve un peu peut etre, mais que mon xperia active reste en 4.0 alors que la 4.1 lui permettrait d’etre plus réactif, comme on dit par chez nous, ca me bande…


Marrant comme Sony peut avoir un oeil “bienveillant” sur l’Open source et l’utilisation détournée de ses téléphones, alors que d’un autre côté ils font la guerre aux “Other OS” et autres jailbreaks sur PS3.



<img data-src=" />



J’ai l’impression qu’une des deux divisions rapporte beaucoup plus de fric que l’autre..



Bon en tout cas, c’est une bonne chose.. pour les téléphones.



Le 22/08/2012 à 11h 30







jackjack2 a écrit :



Et? Ils annulent la garantie?







De tête, dans les conditions qu’il faut accepter pour débloquer le bootloader, cela peut “potentiellement” annuler la garantie et/ou ajouter des frais de réparation.



Les conditions sont plutôt claires sur le site :http://unlockbootloader.sonymobile.com/



Après ce n’est pas illogique.









trollkien a écrit :



l’idéal selon moi serait que android devienne une distrib “linux” à part entière, avec les pilotes iintégrés via un minimum de communication entre les fabricants et Google. comme ca les fabricants n’auraient qu’ a s’occuper de la partie hardware, google de la partie software, et tout le monde y trouverait son compte, notamment les clients qui auraient toujours un systeme a jour.



Je reve un peu peut etre, mais que mon xperia active reste en 4.0 alors que la 4.1 lui permettrait d’etre plus réactif, comme on dit par chez nous, ca me bande…







Bah rien n’empêche les constructeurs de le faire… après il faut bien voir que pour beaucoup d’entre nous les surcouches et apps constructeurs ne nous intéressent pas par rapport à la performance et améliorations, et que du coup ca ne nous dérange pas de perdre la surcouche + apps constructeur.



Chez Samsung, par exemple, la surcouche n’est pas qu’un simple set d’applications. Il y a des modifications du framework android et certaines de leurs apps (comme l’appareil photo) dépendent de ce framework. Et pour l’utilisateur classique qui à choisi son smartphone pour le look de l’interface ou l’application constructeur kelleestbien bah la mise à jour “AOSP” ca ne l’interresse pas.



Mais ca serait déjà un premier pas en avant d’avoir au moins les drivers. Faudrait presque que Google “oblige” les constructeurs à les fournir.









CryoGen a écrit :



Faudrait presque que Google “oblige” les constructeurs à fournir [le code source des drivers].





+10









Gui13 a écrit :



Marrant comme Sony peut avoir un oeil “bienveillant” sur l’Open source et l’utilisation détournée de ses téléphones, alors que d’un autre côté ils font la guerre aux “Other OS” et autres jailbreaks sur PS3.



<img data-src=" />



J’ai l’impression qu’une des deux divisions rapporte beaucoup plus de fric que l’autre..



Bon en tout cas, c’est une bonne chose.. pour les téléphones.







C’est normal sur Mobile ils vendent un téléphone point à la ligne, s’ils peut y avoir des améliorations dessus gratos c’est tout bénéf pour eux.



pour la PS3 ils vendent aussi des jeux hors un jailbreak ou autre creer des failles pour lire des jeux piratés sur la console.



Rien à voir donc.









Gericoz a écrit :



C’est normal sur Mobile ils vendent un téléphone point à la ligne, s’ils peut y avoir des améliorations dessus gratos c’est tout bénéf pour eux.



pour la PS3 ils vendent aussi des jeux hors un jailbreak ou autre creer des failles pour lire des jeux piratés sur la console.



Rien à voir donc.





Ben le fait de débloquer ton bootloader ne les INtéresse pas non plus trop au vu des DRM qu’ils peuvent te balancer via leurs différents services (Play Store, Sony Music Unlimited, …). Donc ton analogie est un peu bancale là…



Sinon… très bonne initiative de JBQ (sous l’égide de Google!) et de Sony s’ils “aident” un minimum au développement!



Bref… come on JBQ & Bin4ry!! <img data-src=" />









trollkien a écrit :



l’idéal selon moi serait que android devienne une distrib “linux” à part entière, avec les pilotes iintégrés via un minimum de communication entre les fabricants et Google. comme ca les fabricants n’auraient qu’ a s’occuper de la partie hardware, google de la partie software, et tout le monde y trouverait son compte, notamment les clients qui auraient toujours un systeme a jour.



Je reve un peu peut etre, mais que mon xperia active reste en 4.0 alors que la 4.1 lui permettrait d’etre plus réactif, comme on dit par chez nous, ca me bande…





Hé bien Boot to Gecko alias B2G alias Firefox OS est fait pour toi. C’est basé sur le noyau Linux et le moteur de rendu Gecko de Mozilla.









CryoGen a écrit :



Bah rien n’empêche les constructeurs de le faire… après il faut bien voir que pour beaucoup d’entre nous les surcouches et apps constructeurs ne nous intéressent pas par rapport à la performance et améliorations, et que du coup ca ne nous dérange pas de perdre la surcouche + apps constructeur.



Chez Samsung, par exemple, la surcouche n’est pas qu’un simple set d’applications. Il y a des modifications du framework android et certaines de leurs apps (comme l’appareil photo) dépendent de ce framework. Et pour l’utilisateur classique qui à choisi son smartphone pour le look de l’interface ou l’application constructeur kelleestbien bah la mise à jour “AOSP” ca ne l’interresse pas.



Mais ca serait déjà un premier pas en avant d’avoir au moins les drivers. Faudrait presque que Google “oblige” les constructeurs à les fournir.











  • (over) 9000



Et pour les drivers il faut aussi fournir des pilotes qui suivent les versions de noyaux… Chose tout à fait impossible, ça veut dire obliger un constructeur à continuer à supporter du matériel qu’il ne produit plus… Ou alors il faut des pilotes libres mais là aussi on peut rêver…








frikakwa a écrit :



Ben le fait de débloquer ton bootloader ne les INtéresse pas non plus trop au vu des DRM qu’ils peuvent te balancer via leurs différents services (Play Store, Sony Music Unlimited, …). Donc ton analogie est un peu bancale là…



Sinon… très bonne initiative de JBQ (sous l’égide de Google!) et de Sony s’ils “aident” un minimum au développement!



Bref… come on JBQ & Bin4ry!! <img data-src=" />







Sauf que la console ne rapporte quasiment rien ils ne font des bénéfices que sur les jeux vendus dessus. Ils doivent absolument protéger au maximum cette partie.



Sur android tu peux déjà installer de base des applications du play store sans les payer via un .apk, pas besoin de débloquer le bootloader pour cela. . Je ne connais pas par contre l’impact sur Sony Unlimited et si le bootloader débloqué est indispensable pour lire les fichiers sans drm.









Gericoz a écrit :



Sauf que la console ne rapporte quasiment rien ils ne font des bénéfices que sur les jeux vendus dessus. Ils doivent absolument protéger au maximum cette partie.



Sur android tu peux déjà installer de base des applications du play store sans les payer via un .apk, pas besoin de débloquer le bootloader pour cela. . Je ne connais pas par contre l’impact sur Sony Unlimited et si le bootloader débloqué est indispensable pour lire les fichiers sans drm.





Bootloader débloqué = root possible = fuite possible de chansons protégées par leurs DRM! Simple exemple… et du coup… perte de bénéfice pour Sony et donc… j’en reviens au fait que ton exemple n’était pas forcément judicieux! <img data-src=" />









Burn2 a écrit :



Et pour les drivers il faut aussi fournir des pilotes qui suivent les versions de noyaux… Chose tout à fait impossible, ça veut dire obliger un constructeur à continuer à supporter du matériel qu’il ne produit plus… Ou alors il faut des pilotes libres mais là aussi on peut rêver…





Cela signifie donc qu’il faudrait en plus du support des fabricants de phones, le support des fabricants comme Qualcomm et autres Nvidia?



Le root est possible avec bootloader bloqué depuis longtemps sur le Xperia S.








frikakwa a écrit :



Cela signifie donc qu’il faudrait en plus du support des fabricants de phones, le support des fabricants comme Qualcomm et autres Nvidia?





Oui…



Ce qui pose le plus souvent pb c’est RILL… Et y a plein de drivers différents… GPu/wifi/GSM/3G/GPS etc!









Burn2 a écrit :



Oui…



Ce qui pose le plus souvent pb c’est RILL… Et y a plein de drivers différents… GPu/wifi/GSM/3G/GPS etc!





Aaaargh… ok… d’où finalement l’appel à la “communauté” de JBQ en ce qui concerne le SXS!??



Quand tu parles de RIL… tu parles bien de ça??



Pour tout ce qui est driver GPu/wifi/GSM/3G/GPS… tout doit être “retravaillé” lors du passage d’une version à l’autre?? Genre si les fabricants les fournissent lors de la sortie de ICS… il ne faut pas tout changer pour passer à JB! Si? <img data-src=" />



Pour Ril, oui je parle bien de ça. Pour les drivers tout dépend, parfois il n’y a besoin de rien changer, parfois si. Tout dépend si le noyau évolue, et ou si le framework fait appel à des fonctions que ne supportent pas encore les pilotes actuels.





Comme dit en général ce qui pose le plus de problème ça reste RIL. Ce qui marche en version GB, ne marche plus avec ICS/JB souvent à cause d’un bug dans RIL ou autre, mais comme c’est ce qu’on appelle “un blob” à savoir un module binaire propriétaire, on ne peut rien y faire dessus.





Donc oui sans pilote libre tu ne peux avoir de garantie que tu ne seras pas bloqué à cause d’un module propriétaire qui ne passera plus sur ta prochaine version.





A la rigueur, de ce côté là il faudrait plus espérer du côté d’intel. Car avec son atom (surtout le futur avec gpu intel donc pilote libre) il y a déjà une bonne base libre, et un constructeur qui joue le jeu du libre en plus d’avoir une archi assez commune. Je pense que clairement la délivrance est plus de ce côté là que du coté de tous les constructeurs indépendants avec leurs matos propre.








frikakwa a écrit :



Bootloader débloqué = root possible = fuite possible de chansons protégées par leurs DRM! Simple exemple… et du coup… perte de bénéfice pour Sony et donc… j’en reviens au fait que ton exemple n’était pas forcément judicieux! <img data-src=" />







Je suis désolé mais il le reste car l’impacte n’est pas le même.

Le root ne représente qu’une des nombreuses possibilités de trouver une chanson par contre bloquer la lecture de jeux gravé sur la console directement supprime la quasi-totalité du problème.



L’argent perdu ne sera pas comparable. Qui va acheté un téléphone Sony pour pirater des DRM? Très peu de personnes et encore la vente du téléphone rapporte des sous à Sony.

Qui va acheté une console car elle est facilement piratable? Beaucoup de monde et vu que Sony fait ses marges sur les jeux la perte peut être énorme.



Il faut savoir sacrifier un peu quand cela ne nous coûte pas trop et qu’on ne peut pas empêcher de toute façon la chose, au moins Sony se fait une bonne pub pour vendre ses téléphones sur le coup.




Je te faisais juste remarquer que ton analogie de base était un peu pourrie et tu achèves de me convaincre en parlant de gros sous… <img data-src=" />

Je ne discutais pas du coût global du piratage des jeux ni de celui des musiques mais bien des failles “comparables” des 2 systèmes… anyway! <img data-src=" />(cf. ton premier comment que je citais!)








Burn2 a écrit :



Pour Ril, oui je parle bien de ça. Pour les drivers tout dépend, parfois il n’y a besoin de rien changer, parfois si. Tout dépend si le noyau évolue, et ou si le framework fait appel à des fonctions que ne supportent pas encore les pilotes actuels.





Comme dit en général ce qui pose le plus de problème ça reste RIL. Ce qui marche en version GB, ne marche plus avec ICS/JB souvent à cause d’un bug dans RIL ou autre, mais comme c’est ce qu’on appelle “un blob” à savoir un module binaire propriétaire, on ne peut rien y faire dessus.





Donc oui sans pilote libre tu ne peux avoir de garantie que tu ne seras pas bloqué à cause d’un module propriétaire qui ne passera plus sur ta prochaine version.





A la rigueur, de ce côté là il faudrait plus espérer du côté d’intel. Car avec son atom (surtout le futur avec gpu intel donc pilote libre) il y a déjà une bonne base libre, et un constructeur qui joue le jeu du libre en plus d’avoir une archi assez commune. Je pense que clairement la délivrance est plus de ce côté là que du coté de tous les constructeurs indépendants avec leurs matos propre.





Merci pour l’INpactitude!

<img data-src=" />

Je retiens donc qu’on pourrait tout à fait imaginer un phone avec des specs libérées et exploitables par la communauté (je rêve toujours d’un Geeksphone avec des specs à la hauteur!). <img data-src=" />



Le freerunner c’était justement le principe. Y avait quelques NDA (sur le GPU), mais les développeurs pouvaient signer un document de non diffusion pour bosser sur les drivers et donc c’était presque totalement du libre, du moins ça suffisait pour toujours avoir un truc à jour et un matériel poussé dans ses retranchements.





Les Geeksphones ne sont pas plus libre que les autres téléphones, l’entreprise encourage juste les roms openSource et ne met pas de battons dans les roues (avec des bootloaders verrouilés), mais le matériel lui reste proche voir le même que ce qui se fait ailleurs. Le one est proche d’un HTC Magic avec sa puce qualcom. Donc les pb restent les mêmes! Le one a justement eu un PB de driver RIL qui l’a bloqué à android 2.1. Android 2.2 et 2.3 passent dessus, mais rebootent ou perdent aléatoirement le wifi/GSM à cause de RIL.





Le seul vraiment presque libre est le freerunner. Mais le la première version est dépassée, la deuxième est bien trop chère et sera déjà dépassée lors de sa mise en vente donc faut vraiment être motivé. :/

(sans compter l’écran qui reste un écran résistif donc totalement hazbeen maintenant :/ )


INtéressant! <img data-src=" />



Donc au final il faudrait un accord entre un assembleur et des fabricants de composants…



Je ne suis pas fan de Samsung mais on pourrait les imaginer jouer cette carte! <img data-src=" />


Voilà en gros ça serait ça.



C’est pour ça que de ce côté je vois plus intel en x86, sachant déjà que la partie Wifi + Gpu avec les dernières puces HD sont openSource etc.



Reste plus que la partie Ril qui pourrait resté fermé mais avec intel qui ferait pression pour que ça bouge ou qui le maintiendrait à jour durant un moment parce qu’il risquerait d’ailleurs d’utiliser assez souvent la même puce donc une évolution assez plausible.



Leur intel phone est déjà une bonne base. Mais clairement il faut plus attendre un autre avec une version atom a gpu intel pas comme celui là. Ils ont une bonne base.


A ce rythme là, sony va finir comme partenaire pour le prochain terminal Nexus.








Teovald a écrit :



A ce rythme là, sony va finir comme partenaire pour le prochain terminal Nexus.





Perso… j’y crois!! <img data-src=" />









frikakwa a écrit :



Perso… j’y crois!! <img data-src=" />





il avaient déjà un contrat nexus pour l’xperia play, les plans ont été changésparce qu’ils n’auraient pas été prêts à temps.

Ils sont les plus gros comitters hors google sur l’aosp

Ils viennent d’open sourcer la couche HAL de leurs capteurs

cette expérience avec l’xperia s



Après le programme Nexus ce n’est pas sensé marcher comme une récompense pour les bons élèves, mais tout de même ça ne ferait pas de mal que Google donne un coup de pouce à Sony.










Teovald a écrit :



il avaient déjà un contrat nexus pour l’xperia play, les plans ont été changésparce qu’ils n’auraient pas été prêts à temps.

Ils sont les plus gros comitters hors google sur l’aosp

Ils viennent d’open sourcer la couche HAL de leurs capteurs

cette expérience avec l’xperia s



Après le programme Nexus ce n’est pas sensé marcher comme une récompense pour les bons élèves, mais tout de même ça ne ferait pas de mal que Google donne un coup de pouce à Sony.





En effet ça ne ferait pas de ma… puis ça donnerait un Nexus au look sympa (perso j’adore le look des Sony NXT!) avec le gage de qualité Sony (je reste persuadé que dans l’esprit populaire, Sony est plus apprécié que Samsung!).



Comment peut-on vérifier les commiters sur l’aosp? <img data-src=" /> (ça m’INtéresse…)









frikakwa a écrit :



En effet ça ne ferait pas de ma… puis ça donnerait un Nexus au look sympa (perso j’adore le look des Sony NXT!) avec le gage de qualité Sony (je reste persuadé que dans l’esprit populaire, Sony est plus apprécié que Samsung!).



Comment peut-on vérifier les commiters sur l’aosp? <img data-src=" /> (ça m’INtéresse…)







installe GIT et demande l’historique des commit sur https://android.googlesource.com/









frikakwa a écrit :



En effet ça ne ferait pas de ma… puis ça donnerait un Nexus au look sympa (perso j’adore le look des Sony NXT!) avec le gage de qualité Sony (je reste persuadé que dans l’esprit populaire, Sony est plus apprécié que Samsung!).



Comment peut-on vérifier les commiters sur l’aosp? <img data-src=" /> (ça m’INtéresse…)





j’aime moi aussi le look des derniers terminaux Sony, pour le Galaxy Nexus le seul reproche que j’ai c’est le materiau employe. Du point de vue ingénierie il est excellent (léger & résistant) mais son aspect pourrait être revu, ça ne fait pas franchement haute qualité.

Je ne sais pas ce que Sony sait faire à ce niveau là par contre, je n’ai pas encore eu ses derniers terminaux en main & je ne fais absolument pas confiance aux photos de presse pour ça..



Pour les commits, comme expliqué plus haut, c’est sur git que ça se passe via googlesource & surtout des ingénieurs Google ont déjà exprimé leur satisfiction vis à vis de la conduite de Sony.



Beaucoup d’OEMs se contentent du minimum que la licence d’Android leur force à publier & ne contribuent pas ou presque pas à AOSP.



<img data-src=" /> Merci merci.. <img data-src=" />