M a écrit 3005 commentaires

Ben oui x86_64 c'est pas seulement le passage au 64 bits : c'est des registres en plus, le support assuré du sse2 (du coup gcc l'utilise pour les opérations flottante au lieu d'utiliser le copro 387), ...

Ben d'après http://www.macgeneration.com/news/voir/126137/au-coeur-d-iph(...) , ca ressemble a un S3C6400 , dont tu peux trouver les specs facilement sur google. Etonant que ton site n'en parle pas...

Je sais pas quel type de lcd est utilisé (l'article que tu cite n'est pas super clair : ils ne précisent pas quel type de lcd c'est : ont ils essayé de démonter un iphone ?), mais par exemple pour la flash c'est assez standardisé.
Leur problème à l'air plutôt d'interpréter ce qu'il y a dessus (la ftl + le fs).


Le problème c'est l'extrême fermeture de l'iPhone, il faut déplomber celui ci pour installer GNU/Linux, ça ne sera jamais qu'une solution de geek même si dans le futur Openmoko ou Android tournent dessus...
Oui comme rockbox/linux sur ipod...

et créer les drivers pour les différents composants de l'iPhone, sans aucune spécifications.
Je croyais pourtant que l'iphone était basé sur un processeur arm samsung. Or une grande partie de ces processeurs sont supportées par Linux et des specs sont/étaient dispos pour certains.

je sais pas pourquoi, mais ton texte me fait penser aux radars automatiques ;)

Bientôt l'abonnement internet à points ?

C'est possible ça, de passer d'un format compressé A à un format compressé B sans passer par l'étape intermédiaire qui consiste à obtenir le format non-compressé C (c'est à dire du wav) ?
Oui si les codecs utilisent les algos similaires.
C'est par exemple le cas avec certains codec proprio qui se sont basé sur des draft de codec iso/itu.

Par exemple il a existé à un moment un convertisseur div3/msmpeg4 (variante de mpeg4 de ms) vers du mpeg4.

Malheureusement Je crois que le mp3 et le vorbis utilise des algos assez différent...

Ben je sais que certains constructeurs de box (vont) proposer des solutions comme wps pour facilité la configuration du wifi WPA.
C'est le cas d'orange avec leur nouvelle livebox : http://www.degroupnews.com/actualite/n2798-orange-livebox_mi(...)

pas besoin : il suffit que le client (ie ton pc) se déconnecte et reconnecte toutes les 15 min.

Surtout que tout était dans le journal cité : les moderos auraient pu le lire...

PS : un autre commentaire de quelqu'un qui a participer a la norme WPA (en anglais) intéressant http://it.slashdot.org/comments.pl?sid=1021733&cid=25682(...)

Je suis peut etre bete, mais j'ai rien trouvé sur ton lien montrant que les binaires soit différents.

J'ai juste vu une allusion au fait que les binaire cross compilé n'avait pas été testé (et c'était révélé foireux)...

ou encore ftp://ftp.tnt.uni-hannover.de/pub/MPEG/audio/mpeg4/

PS : http://wiki.multimedia.cx/ a souvent les liens vers les specs...

L'objectif premier est de pouvoir compiler tout le système de base d'OpenBSD, ce changement ne concerne donc pas l'intégralité des ports mais seulement ceux du système de base, et ceci bien sûr pour toutes les architectures gérées par OpenBSD. Ce qui veut dire qu'il faut que ce compilateur :

Si l'objectif est de compiler le système de base, alors pourquoi s'embêter a ajouter une compatibilité gcc [1]. Je pense pas que le code de base soit du code GNU venant de Linux...
Surtout que ca va pas trop dans le sens de la simplicité.


[1]

Amélioration de la compatibilité avec GCC

Le compilateur GCC a introduit des extensions au langage C qui sont utilisées parfois dans certains programmes. Afin que ces programmes puissent être compilés sans modifications, une partie des ces extensions doit être mise en œuvre dans PCC

Pour fournir des binaires de qualité, OpenBSD décide de compiler les sources directement sur une machine de l'architecture cible (pas de cross-compilation).

Heu peux tu me citer les différences au niveau du binaire entre celui qui a été cross compiler et celui qui a été compiler nativement par la même version du compilo ?

e rêve où tu fais exprès de volontairement couper la réponse de ragge qui contient les vrais chiffres ?
oui, je parle du bench des 10% plus lent que gcc.
Celui avec gcc-3.3.5 (qui au passage n'est pas très récent non plus....) a plus de 10 % d'écart.

PS : je ne parle même pas du fait que -O2 est utilisé au lieu de -O3.

Je rêve ou on se fout de nous :

> Under which conditions? Which level of optimization are you using for the gcc benchmarks? Which version? 90% of gcc's performance with a register allocator alone is quite a claim.

Yes, it is. I haven't tested it since I wrote the register allocator some years ago, so it may have been against 2.95.

Comment ça peut fonctionner ?
On peut imaginer un truc avec WPA-EAP et une sorte d'echange de clef unique par client avec le radius.


PS : même si les différents clients utilisent des clefs différentes avec le WPA pour crypter le traffic, ca ne veut pas dire qu'on ne peut pas accéder au trafique : ces clefs dérivent d'une master key. Si tu la connais en analysant les échanges lors de l'authentification, tu peux trouver les clefs qui serve a crypter le trafic. D'ailleurs je crois que wireshark sait le faire.

Surtout que les cartes suportant la QOS supporte surement AES...

WAP en quelques minutes avec une distribution prête à l'emploi.
Oui si tu met un mot de passe faible (je peux faire la même chose avec ssh)...

Commentaire de quelqu'un qui a participé activement à openmoko :

In the end, to what good is Linux in those devices? Definitely not to any benefit of the user. It's to the benefit of the handset maker, who can skip a pretty expensive Windows Mobile licensing fee. Oh and, yes, they get better memory management than on Symbian ;)

That's the brave new world. It makes me sick.

http://laforge.gnumonks.org/weblog/2008/10/23/#20081023-andr(...)

C'est une blague ? Il y a des archi avec linux sans glibc ?
Sans support officiel oui : ils ont virer arm des sources pour les mettre a coté [1]

[1] http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/ar(...)

Les onglets si j'ai bien compris. Mais avec un bon gestionnaire de fenêtre (ou avec screen) on a pas besoin d'onglet ;)

C'est un peu tard maintenant qu'il y a un driver libre.

Mais bon ca peut etre pratique si le driver libre ne supporte pas le dernier chip (et au passage ca peut permettre de comprendre comment les supporter).

Le chip ADSL est une sorte de DSP spécialisé, qui fait tourner un firmware qui, lui, est complètement proprio, mais surtout certifié pour fonctionner avec tel ou tel DSLAM, dans tel ou tel pays.

Pour les modem sagem usn j'avais même reussit a identifié le type de dsp utilisé et trouvé un desassembleur [1].


A la rigueur on peux comprendre que ces firmwares ne soient pas open-source, car, (un peu comme pour les cartes wifi), on pourrais les modifier et donc sortir des contraintes des certification.
C'est aussi que les constructeurs veulent garder leur algo secret : d'un vendeur a l'autre ils se demarquent avec le meilleur algo qui permet d'avoir le meilleur debit dans tout les cas de figure.
C'est un peu comme le wifi ou les algos d'ajustement du bitrate à la volé sont encore pas mal proprio.


[1]http://svn.gna.org/viewcvs/ueagleatm/trunk/firmware-utils/ad(...) et un gcc arc pour les dernier chip

Il s'agit d'un developeur sur système embarqué qui se plaint de la difficulté de savoir où trouver la dernière glibc.

glibc et embarqué ne font pas bon ménage (d'autant plus que la glibc ne supporte plus officiellement les archi embarqué tel que arm ou mips).

Il vaut mieux s'orienter vers eglibc ou encore uClibc (s'ils arrivent un jour a sortir leur nouvelle version avec le support de nptl).

En gros si YouTube adopte la balise video c'est bueno.
Sauf que youtube diffuse plus que de la video (c'est d'ailleur ce qui fait ramer le flash). Et oui leur lecteur affiche en superposition des trucs au début et a la fin de la video...

Bah, c'est parceque tu crois pas à la possibilité de succès des ultra portables sous un linux MIPS. Ils seront bien content d'avoir leur firefox qui lit le vorbis quand ils verront qu'y a pas de flash (quand tu vois le temps qu'il mettent pour faire une version amd64...).
Ben les processeurs mips savent autant lire du theora que du h264. Mais on me souffle a l'oreille que les optimisations multimédia mips sont quasi inexistante, car ce cpu est surtout utilisé dans les routeurs....