benoar a écrit 4229 commentaires

Encore une fois, je ne te demande pas de me faire des leçons (merci, je connais "en gros") mais de me dire quelles sont tes sources qui te parlent de ces IPs : pour moi c'est faux, comme dit Nicolas, c'est souvent juste un CPU + DSP. J'ai également bossé sur des STB (Phillips, Sagem, Scientific Atlanta) et des téléphones (Motorola) et je connais un peu leurs architectures. Par exemple, sur les téls motos sur lesquels j'ai bossé, le baseband c'est un ARM7 + DSP (le fameux Calypso dont on parlait dans une news récente) et processeur d'application est un ARM9. Fondre des IPs revient _beaucoup_ trop cher dans tous ces domaines, et c'est donc pourquoi je te demande d'où tu tiens ces infos.

Comme je disais en réponse à mon commentaire, je me suis trompé : je parlais du ST7100, qui est un CPU généraliste (ARM ou MIPS, je sais pu) + 2 copro VLIW.

Quant au 3430, c'est un ARM qui "contrôle" _un_ DSP : de quoi tu parles en disant les "autres cœurs" ?

Ce commentaire va être un peu rude, mais d'un côté, tu l'as cherché.

J'ai rarement vu un mec sur ce site se comporter de manière aussi autoritaire. Tu as fourni un beau travaille avec ce livre, certes, et maintenant tu voudrais que tout le monde soit à tes pieds sans critiquer ? Qu'on obéisse à tes injections sur un site qui "appartient" à tout le monde ?

J'avoue que je n'aime pas du tout ta manière d'éviter les réponses (quoique, tu as quand même sorti la raison du décalage entre ton apparente volonté et la licence (ton éditeur) ou bout de quelques temps ... mais quelle épreuve !) et surtout, tes menaces : c'est ce qui m'a fait basculer.

Enfin, sache que la majorité des personnes que tu cites sont à l'opposé de ce que tu t'imagines, contribuent largement au libre, et sont des personnes respectueuses et responsables. Arrêtes avec tes idées préconçues et ta mégalomanie.

Ta dernière comparaison est pas mal, mais encore une fois, d'où te viennent tes infos ? quelles sont tes sources ?

Et pour revenir au sujet, quel périphérique embarqué se targue de faire de la HD ? Où est-il écrit qu'il utilise du hard dédié ?

Enfin, je ne vois pas l'intérêt de mettre du hard différent en plus pour "simplement" traiter plus de donner (bon, je sens qu'on va me dire que c'est pas le même profile, blahblah, mais pour l'instant on parlait simplement de différence de résolution il me semble) : si ton DSP n'est pas assez rapide, t'en prends un autre plus rapide, ou t'en mets deux.

Par une "distro", je veux dire une distribution : partir d'un ensemble kernel + userspace déjà prêt, genre openembedded, buildroot-ng (openwrt), etc. Parce que partir de 0 (comme ça a l'air d'être ton cas) c'est un peu "hardcore".

Sinon, vu ton script, et mes souvenirs (d'où l'importance d'une distro : on évite les oublis bêtes), ça a l'air "correct". Peut-être que udev n'a pas encore le temps de créer les périphs avant qu'une autre partie de l'OS veuille y accéder. Ou peut-être qu'il manque un truc, mais je ne vois pas. D'où l'importance (encore) de mon premier point.

Après, udev n'est pas indispensable non plus si tu fait de l'embarqué minimal. À voir.

Non,

Essaye d'être un peu plus clair dans tes réponses, là je ne sais pas à quelle question tu réponds.

Bon OK, je comprends mieux maintenant tes problèmes.

Alors j'ai cherché vite fait sur google, je suis tombé sur ça : http://www.compulab.co.il/x270cm/html/x270-developer.py
Il y a peut-être qqch d'intéressant (mais ça a l'air très bordélique).
Après, tu as peut-être déjà trouvé ce lien, et déjà essayé, mais vu que tu n'as pas mis beaucoup de contexte dans ta requête ...
Après, je ne peux pas t'aider plus, mes compétences ne le permettent pas.

Bon courage.

Un signe que c'est le "futur" quand même, c'est que l'autoconfiguration est intégrée de base à IPv6.

Pour tous les possesseurs de Mac PPC, sachez que Benjamin Herrenschmidt a inclus dans cette release son driver macio qui est le portage vers la "nouvelle" pile ATA (libata) de l'ensemble des drivers ATA (IDE) utilisés sur les PowerPC newworld (au moins ; je ne sais pas pour les autres).

Vu que l'ancienne pile va sûrement jarter un jour, c'est une bonne nouvelle pour cette archi qui se voit ainsi encore un peu considérée. Par contre, même si c'est un "simple" portage, testez !

Je ne sais pas de quel kernel tu viens, mais le firmware de cette carte a été enlevé du kernel pour le 2.6.32. Maintenant, il faut le charger de "l'extérieur".

Ça a l'air d'un truc spécifique à ta carte, donc déjà : regarde ce que fournis le constructeur. Il a sûrement fourni un noyau pour, ou des patchs ? (peut-être pas pour la bonne version)
Ensuite, tu veux dire quoi par "porté" ? À mon avis, linux tournait dessus bien avant que tu ne le fasses. T'as ajouté le support de qqch en particulier ?
Enfin, je ne suis pas sûr que ce forum soit la meilleure place pour un problème si particulier ; enfin, c'est à voir.

Change le disque et ajoute de la RAM ; c'est une bonne solution pour ne pas avoir à tout changer.

Ou si t'en veux absolument un neuf, mets le plus d'argent dans le disque et la RAM.

C'est le plus important, le reste ça ne change rien.

Sache que l'autoconfiguration que fait Windows, Linux peut aussi la faire, et tout ça c'est dans une RFC (les adresses en 169.254.0.0/16) cf http://en.wikipedia.org/wiki/IP_address#Address_autoconfigur(...)

Bon alors je ne sais pas comment te répondre, vu que ton commentaire n'apporte strictement rien ... Bah, je sais pas, mes "preuves" c'est qu'un DSP c'est fait pour être programmable (c'est son but) et que donc on peut le reprogrammer ... Et c'est à peu près ce qui est contenu dans les smartphone modernes (le sujet dont on parlait), donc ... je ne vois pas quoi ajouter.

En fait, c'est très fort votre technique de demander à justifier des trucs "normaux" face à des arguments bidons qui ne veulent rien dire.

Bon, ça ne me dit toujours pas si tu bosses sur une distro faite maison ou non, mais bon ...

Donc, à priori tu fais ce qu'il faut, maintenant il faudrait savoir plus précisément d'où vient le problème : t'as un message d'erreur ? Quelque chose d'autre ? T'aurais un log à montrer, ou un bout de ton sysinit ? T'as bien monté /proc et /sys ?

Bon, déjà ce serait bien de savoir sur quel genre de distro tu te bases : si c'est du fait main complet ou pas.

Ensuite, oui, le userspace va avoir besoin d'accéder à certains devices avant que udev soit lancé. Ce sera en gros ceux que t'as listé (je crois même qu'avec juste ces deux là, on peut se démerder). Udev sera lancé après.

Par contre, apprend d'abord ce qu'est un montage. Udev va effectivement travailler dans un tmpfs, que tu dois monter avant de le lancer. Mais comme il faut que tu aies aussi un /dev avec tes devices minimum avant ça, il faudra (en général) que tu les aies dans ton FS racine sous /dev. Quand le tmpfs sera monté, bien sûr, il les recouvrira, mais udev créera alors tout ce qu'il faut.

Pour les créer, bah ... fait les mknod qui vont bien dans le FS correspondant.

Ha oui, aussi, t'as pas précisé si t'étais dans un initramfs (je suppose que non, mais on sait jamais).

Bon, j'en ai marre des gens à côté de la plaque ; ce genre de discussion mène toujours à ça car les gens parlent sur du vent, à propos de technologies tellement fermées que c'est impossible d'y arriver sans qu'un mec sorte un "je sais parfaitement que ...". C'est pour ça que je demande du concret. Ce que personne ne me donne jamais (je viens de retrouver une discussion sur le même sujet il y a 6 mois ici avec le même flagos qui sort les mêmes propos non vérifiés).

Pour revenir au point de départ (relire le journal) : le décodage soit-disant "hard" du H264, même dans l'embarqué, peut parfaitement être reprogrammé pour décoder du Théora, ou du VP8, ou quoi que ce soit de puissance équivalente (cette remarques est pour éviter qu'on me sorte du SVC ou du 1080p, qui sont des arguments inutiles ici balancés pour pourrir le débat). Il "suffit" de changer la partie soft (le firmware). C'est dur dans le sens où il n'y a pas de volonté industrielle vers ça pour l'instant, mais il n'y a aucune barrière technique.

Et d'ailleurs, comme je disais plus haut, ce serait vachement plus simple si les DSP étaient ouvert : on n'aurait pas ce problème.

on point, c'est qu'un monstre de puissance avec 2 coeurs couple a une carte graphique n'y arrive pas, et que donc un dsp peut y arriver.

(j'ai dit que ça n'utilisait qu'un cœur) Oui, y arrive presque, et ?

Je confirme, on peut faire tout ce qu'on fait en GSM avec de la 3G, plus bien sûr les trucs spécifiques à la 3G.

Nan mais pour recentrer, on parlait donc de chip programmable, genre un DSP, et non de "pur soft" (ce qui peut vouloir dire tout et n'importe quoi). Je te dis qu'un processeur généraliste K8 à 2,5GHz, vendu comme 45W pour un dual-core soit 22W pour un, ce qui reste raisonnable même si c'est toujours un peu au dessus de ce que peut supporter l'embarqué, permet déjà de faire ça. Donc le moindre DSP un tant soit peu capable dans ce monde pourra largement faire du 1080p. Contrairement à ce que dit flagos.

Je ne dis pas que c'est un problème simple, je dis que c'est un problème qui ne nécessite pas un "hw dédié" à faire. Algorithmiquement ça peut être très compliqué, mais ne pas non plus requérir une puissance de calcul de fou.

Bon, alors va falloir que t'apprennes ce qu'est une brochure : du marketing à deux balles pour te faire avaler le coup de la puce "super spéciale et géniale de chez nous". Moi je suis un techos, je veux du concret, pas un "ça vient d'une brochure" (surtout pour un mec qui se dit du milieu ... ça me fait doucement marrer).

Ensuite, parlant du 3430 (je ne connais pas le 4430 mais je suppose qu'il doit y ressembler) il ne contient _que_ un CPU, un DSP, et une CG. Il n'y a _pas_ de soit disant "accélérateur hard". L'IVA c'est une invention marketing qui représente que que fait le C64x : ça ne correspond à aucune brique matérielle réelle ; ou alors, ça correspond au DSP, si tu veux.

C'est ça qui est chiant dans ce domaine, c'est que c'est très dur d'avoir les infos : TI garde à mort celles sur son DSP, et ImgTech celles sur sa CG. Mais n'empêche, _tout_ le processus de décodage SD/HD est _reprogrammable_. Arrête de dire "j'ai raison" sans n'avoir rien apporté d'autre qu'une "brochure".

Voilà, je n'aime pas du tout les mecs qui balancent deux infos laconiques, sortent des mots savants, se disent du métier et qui se font plusser, alors qu'ils n'y connaissent rien.

Oui enfin bon l'auteur ayant complètement déformé le propos de Nicolas qui parlait de DSP reprogrammable en le transformant en "pur soft", ça commence mal.

Bon, j'avais préparé un commentaire de 3km sur la vidéo de Nokia sur "Maemo 6 security", mais pour éviter de trop faire monter ma tension je vous laisse la regarder et donner votre avis. (putain le jour où linuxfr implémentera correctement le redirect on post je serai plus qu'heureux : ça évitera de perde les commentaire sur un bête back)

Ha ouai, un lien direct de chez direct en plus ... sympa pour l'accessibilité (en plus, ça a l'air d'une présentation en ligne, je reconnais le logo d'une applet fait pour afficher des présentations)(ça ne va pas plus loin qu'un écran blanc avec swfdec).

Bon, dans la précipitation, je parlais du 3430 alors que je voulais parler complètement d'autre chose, comme tu parlais de ST .... je voulais parler du ST7100. Mea culpa.