M a écrit 2996 commentaires

Le meilleur conseil c'est que tu contacte un juriste bien au fait de ces problèmes.

Il n'y a pas de réponse magique, et de plus suivant qui est l'editeur il faut s'attendre a être attaqué. D'ou l'importance d'avoir un juriste pour etre sur que tout est clean.

Le C1x est en cours : https://secure.wikimedia.org/wikipedia/en/wiki/C1X

Sinon au lieu de passer ton temps avec le service client, fait une recherche sur le net tu trouveras peut être un moyen de le delocker tout seul.

Surtout que d'après le post sur le blog, google vont en profiter pour attaquer d'autres marchés que la téléphonie :

Motorola is also a market leader in the home devices and video solutions business. With the transition to Internet Protocol, we are excited to work together with Motorola and the industry to support our partners and cooperate with them to accelerate innovation in this space.

PS : google serait il en train de devenir un microsoft ?

On pourrait avoir peur d'un renfermement supplémentaire d'Android (accès privilégié pour Motorola).

C'est une chose, mais ce qui fait peur c'est google est partout et peut savoir tout ce que tu fais :
- recherche
- mail
- amis (google+)
- photo
- com téléphonique
- localisation

Après les services web, le software (chrome, android), google continue sa conquête du monde en faisant du hardware.

A quand des processeurs fait par google ?

J'ai du mal a voir l’intérêt du truc. C'est a utiliser dans quel cas d'usage. Server, machine d'utilisateur, ... ?

Parce que c'est bien beau de mettre des mots de passe sur chaque machine, encore faut il que l'admin puisse s'y loguer. Et a moins de le faire a distance il faudra qu'il note le mdp quelque part.

De plus si ça tourne sur un poste utilisateur, dès que l'on sait que ce soft est utilisé, on perd tout l'interet du truc. L'algo est connu et ca revient a mettre le mdp directement.

De plus pourquoi ne pas utiliser les clefs rsa/dsa de ssh si les machines sont destiné à être administrée a distance (server) ?

Je vais donc répondre point par point.
Ca serait bien de le rajouter dans le règlement

Le matériel sera fourni (sans overclocking) lors de l'arbitrage final
Comment allez vous vérifier que le soft ne fait pas d'overclocking ?

Une tablette coûte trop cher ; les cartes FriendlyArm sont plus faciles à financer
Pourquoi dans ce cas ne pas installer un vrai système sur ces cartes (le système de nokia, une debian, ...).

Il faut utiliser Linux pour lancer l'application graphique
Ok le bootloader minimaliste écrit dans les registres des valeurs en dur pour initialiser le contrôleur lcd, le contrôleur ethernet, envoie la trame de la requête dchp.
On boot un linux sans auncun driver. Le init lit de manière brutale dans les buffers du contrôleur ethernet la réponse du dhcp (recu pendant le boot) et l'affiche en accédant directement a la mémoire graphique.
J'ai gagné ? (le règlement n'indique pas qu'il faut qu'on ai une interface réseau, ni qu'il faut faire un DHCPREQUEST pour valider l'adresse reçu).

Il ne faut pas prendre ca pour du dénigrement, mais il y en a qui risque d'être tres frustré par l'issue du concours.

Le règlement est vraiment light et rien n'indique comment seront choisit les finalistes/gagnats.

[quote]
Le système devra fonctionner avec un noyau Linux sur une carte Mini2440, obtenir une adresse IP par DHCP et l'afficher en grand dans une application graphique. Un bouton tactile devra également permettre de déclencher l'affichage du nom du ou des auteurs, ainsi que le nom d'équipe s'il y a lieu.

Le temps sera compté à partir du démarrage électrique (à froid) jusqu'à l'affichage graphique.
[/quote]
Si j'affiche l'ip depuis le bootloader j'ai gagné ?
Je lance bien sur linux en tache de fond.

Au fait le serveur dhcp met toujours le même temps pour retourner l'adresse ?

De plus ce concours a peu d'intérêt pour un vrai produit qui a beaucoup plus de contrainte :

• plus de driver qu'un lcd et ethernet
• plus de soft qu'un kernel minimaliste qui ne sait rien faire et un userland ridicule
• rien n'interdit les patchs de goret qui ne sont pas utilisable dans la vrai vie
• j'ai le droit d'overclocker le hardware ?

Il aurait été bien :

• de choisir un cas d'usage plus costaud (son, usb, ...) pour avoir plus de défi. Avec le problème posé, en faisant peu d'effort : un kernel minimaliste avec un trampoline (le bootloader n'a aucun intérêt) + initramfs (avec l'appli graphique la plus simple lancer en init), le tout en NOR (XIP) devrait prendre moins d'une seconde à booter. Ça va être chaud à départager au chronomètre.
• l'idéal aurait été d'optimiser un vrai système : genre une tablette nokia avec le system qui va avec.
• l'utilisation de qemu présente peu d'intérêt (les temps seront complètement différent sur un vrai hard)
• avoir un vrai règlement

Qu'est ce qui se passe si le fsck est encore en cours et que l'utilisateur tente d'ouvrir une
session ?
Est ce que ça reste gelé le temps que le fsck se finisse ?

Il y a de grosse chance que oui :)
Apres des hacks seront surement ajouté pour bloquer le dm tant que le home de l'utilisateur n'est pas monter..

C'est moi ou le lien ne fonctionne pas pour le moment ?

Mouais il manque l'option tarot a 5 qui ajoute un peu de piment

oui joli troll.

J'ai arrêté au très pompeux "Java est un des langages de programmation les plus auréolés de succès de ces quatre dernières décennies."

Au moins l'intro à le mérite de faire comprendre que l'article ne risque pas d'être très objectif et d'éviter de perdre du temps à le lire.

Oui c'est assez désespérant les jeux de tarots sous Linux : le mieux que j'ai trouvé c'est des version en ligne en flash...

ils ont des cartes hors de prix acceptant un buffer de 3 octets (la taille d'un sample auddio professionel : 24 bits) en sachant le traiter en temps réel (essaye d'envoyer 8 canaux à 48 000 Hz avec un sample par packet en USB, donc ~400k packet par seconde, et das l'ordre s'il te plait, pour voir) (bon, je ne connais pas assez pour connaître la taille exacte des buffers audio, mais c'est pour donner l'idée de la différence)

Certes, mais bon une carte audio il y a 10 ans c'etait une bonne sound blaster (https://secure.wikimedia.org/wikipedia/en/wiki/Sound_Blaster ) avec au moins 32 voix hardware, un dsp pour des effets/resampling.

Du coup ta carte 8 voix, 24 bits 48Khz ne doit pas être si hors de prix que ça

Et ben aujourd'hui on a sacrément régressé et on se retrouve à tout faire en soft...
Les cartes son ont évolué à l'inverse des cartes graphiques.

Sinon ta comparaison usb est foireuse : il l'usb high speed tu peux faire passer de la vidéo non compressé (le débit théorique est autour de 480Mbps).
Donc tu peux faire passer un tas de canaux audio 24 bits à une fréquence de malade.

oui ce type de catcha est intéressant, sauf que ca peut être dure pour les personnes parlant mal la langue (ou manquant de culture).

Et ca existe : http://www.vbulletin.org/forum/showthread.php?t=124828

Et moi pour les sites pas important je met un mot de passe du style "qwerty".
Pour ceux dont je tiens a mon identité, mais qui contiens rien d'important (info bancaire, ...), j'ai plusieurs variante autour d'un mot de passe

Enfin pour les importants (banque, ...) j'ai un mot de passe différent qui est noté sur un papier (et que je retiens ou pas suivant le fréquence d'utilisation).

Le noyau doit s'occuper de gerer le HW et les ressources du systeme et rien d'autre. Les autres fonctionnalites doivent se trouver en user-land, soit sous forme de librairie ou de service tournant en tache de fond (avec acces par local RPC ou autre)
Ca me fait doucement rigoler cet argument quand on voit ce que d'autre sous systeme du noyau font :

certaines cartes réseaux supporte le checksum crc des packets, c'est pas pourtant que celle qui ne le supporte doit doivent faire le calcul en user-land.
Idem avec les carte wifi full-mac vs soft-mac.
On peut même retrouver dans le noyau des démultiplexeur mpeg pour la gestion du dvb

Le role du noyau et des drivers c'est vraiment d'abstraire le matériel : le soft ne doit pas avoir connaissance des particularités de la carte et d'y accéder toujours par la même interface.

ALSA est a coté de la philosophie unix :
- l'API publique n'est pas sur l'interface noyau, mais sur libasound avec une API montreuse (plus de 1000 fonction) et un interpréteur lips...
- les applications ne peuvent pas accéder avec libasound directement aux cartes cheap (manque le mixage, resampling)
- pulseaudio fait bien plus qu'un mixeur soft et a des dépendances de folie ...

je vous conseille la lecture de https://sites.google.com/site/glasnostsurfukushima/bulletins qui donne des infos assez "objective" sur l'incident de fukushima.

S'il y avait que ça.

T'as pas le droit de publier l'énoncé.

Et la notation est assez subjective :
- performance du programme (temps exécution, occupation RAM)
- qualité du code (un code conforme à la norme misra, ou alors au coding rules linux ?)

En plus si t'es gagnant tu donnes ton droit a l'image a cette boite pendant 2 ans pour qu'ils puissent de faire de la pub/promo.

bref ca sent une opération de com/recrutement d'une boite et ca donne pas envie...

arf c'est du c++ tout moche.

Sinon le commentaire dans le code a l'air de dire que c'est que pour les vielles version de Word : jusqu'a 95.

il me semble que fs et gs sont quand même utilisés en particulier pour le stack protector.

fs et gs sont utilisé comme des registres (read_mostly) supplémentaire qui pointe sur des données. Ils servent pour implémenter les TLS (user/kernel) et le stack protector.

Au passage, la segmentation disparaît dans EMT64.
Sauf pour fs et gs : http://en.wikipedia.org/wiki/Memory_management_unit#x86-64

C'est dommage qu'ils n'aient pas fournie une meilleur alternative...

Pour la dernière question, non, le kernel a besoin d'avoir accès aux pages des applications !

oui mais dans le cas de linux, l'accès ce fait par un autre mapping (direct mapping).

De plus on parle de page exécutable, je vois pas ce que le kernel ferais dedans.

Lennart a eu beau jeu de souligner que systemd utilisait à fond des dizaines de fonctions spécifiques de Linux et qu'il ne s'agissait nullement d'ajouter quelques bifurcations dans le code:

Tant mieux, le jour ou debian passera a systemd, je crois que j'envisagerait de passer a une autre distrib (j'ai attendu 2 ans avant de me résigner a installer udev...; le montage par UID est une atrocité).

D'après les photos, c'est bien le hub USB qui alimente la 'bête' mais pas à travers le port USB.

D'apres ce que je vois, les cables soudés au pcb sont des cables de debug (uart, jtag).

Par contre le cable usb qui arrive a la bestiole est un peu special. Si on regarde bien la photo c'est le racord (rouge) de 2 cables usb. L'un amène le courant (host) du hub, l'autre device permet de piloter le clavier, souris, carte ethernet, ...

Pourtant il font tourner mediawiki :
https://www.redhat.com/openshift/sites/default/files/documents/RHOS_Express_Getting_Started_w_MediaWiki.pdf