TheBreton a écrit 927 commentaires

des auto-radio sans entrée jack, ce qui est aberrant.

Désolé, une norme européenne sur la sécurité interdit depuis 3 ans d'avoir des éléments qui dépasse de la planche de tableau de bord dans un volume de l'habitacle voiture bien définie.

En cas d'accident il ne faut pas d'élément qui puisse blessé la tête du conducteur ou du passager (la tete du conducteur/passager bougant, l'habitacle étant fixe).
Interdiction est donc faite d'avoir des clefs usb ou prise jack d'un autoradio qui est très dans ce volume, ce qui explique que sur les voitures un déport de la prise jack/usb est faite plus bas vers le levier de vitesse.

hé oui, un jour on aura besoin d'un certificat de son cardiologue prouvant que l'on est pas malade pour avoir le droit de manger un big monk au mac duff du coin.

le printf sur le stdout de ton programme n'est pas affiché car reste en cache (comportement normal pour éviter de multiple accès disque).

A l'endroit de ton programme ou tu souhaite que l'ecriture soit active tu rajoute fflush(stdout) ou fflush(NULL) si tu veut aussi que tous les flux de sortie de ton programme soit synchro (stderr et stdout)

Il faudrait, idéalement, un firmware qui ne sache faire que ça et rien d'autre ?
Ou un alternative setting dans son firmware (car en usb on peut inclure different profil de communication (configuration)).
lsusb sur ton device te donne toute les infos, en general les driver usb selectionnent le premier profil d'office (car la plupart des device n'on qu'une seul configuration).
Les clefs USB sfr-3G-Huwei sont un exemple de device a deux configuration, la premiere correspond au profil mass-storage et le second au profil card-network.

c'est le device qui declare combien et comment il utilise les endpoints USB.
C'est dans les infos obtenu lors de la phase d'enumeration du peripherique, donc on ne peut pas forcer l'utilisation des endpoints sans changer le firmware.
De toute facon l'isochrone c'est pas la joie sur l'usb, les packets ne sont ni secure (pas de crc) ni garantis (il peuvent ne pas circuler personne n'en sait rien ni l'emetteur ni le recepteur).
Donc c'est pour passer des donnée non critique a tolerance de perte (exemple image video ou audio).

Autant prouver avoir quelque chose est simple car il suffit de le montrer, autant prouvé ne pas posséder un objet physique me semble impossible.

A part a réception de la LAR de renvoyé un pli en LAR pour indiquer que j'ai recu une enveloppe vide je ne vois pas comment faire ?
Quelqu'un as une idée ?

Pas tout a fait, je pense que si tu trouve ca hors de porté alors la solution avec un live-cd est la meilleure.

Le message
Initrd finished
Kernel panic - not syncing: Attempted to kill init!
Inique que le kernel n'est pas en mesure de trouver le bon module dans le initrd, ou qu'un des modules ne retrouve pas ces petits sur le nouveau PC.

Ce que je te proposait aurait permis de rétablir le système d'origine en modifiant simplement le initrd pour intégrer le bon module.

Pour cela il faut effectivement une autre machine identique (point de vue distro) à celle du disque a reparer pour identifier et récupérer le bon module et reconstruire l'intird.

La modification de grub était a faire sur le disque fautif pour indiquer l'emplacement du nouvel initrd corrigé.

Kernel panic - not syncing: Attempted to kill init
Ca le kernel ne se remets pas de ce que l'on dit de faire.
En hyppothese je dirais qu'un module situe dans le ramdisk et part en panic total
Comme tu as changé de machine je pencherais le controleur de disque.
Ce que je te conseille, c'est de contruire sur la machine qui marche un ramdisk avec les bons modules, puis de rebooter sur ton disk en indiquant a grub le bon ramdisk

- de décoder la TNT
- d’enregistrer la TV
- de regarder des vidéos stockées sur un NAS

Je ferais ca pour 300€ (presque le meme prix que les DVico TViX 6631N) avec une PS3+PlayTV ce qui as l'avantage d'offrir un double tuner (voir une emission et en enregistrer une autre sur un autre multiplex).

Il faut que ton NAS soit compatible DLNA (les synology le sont) pour lire tes video et en plus j'ai bon espoir de revoir un jour linux sur ma console.

Petit plus, les jeux puisque ca reste une console aussi.
Par contre pas de lecture pour les MKV ni les video encoder avec le son ou l'image en codec WinMediaPlayer.

Nan nan, un nouvel abonné en dégroupage total a le choix entre le V6 à 29.99€+5.99€ par mois ou prendre la V5 à 29.99€ (sans le tél. mobile inclus).
Il peut aussi prendre une V6 en dégroupage partiel (il continu de payer la ligne FT).

Le problème c'est que la loi n'est pas intelligente et ne cerne finalement rien.

Même un NAS ne fonctionne qu'avec un seul OS, l'OS host qui traite les commandes qui viennent des autres OS distant par le réseau.
Tout comme une clef USB avec un partage réseau sur son contenu depuis un PC.
La simultanéité n'existe pas, même ton montage carte SD c'est un système puis l'autre, pas de simultanéité réel, juste l'impression que tu en as.

Mais la loi semble considérer qu'un ensemble complet vendu comme tel (NAS) est exempté de taxe alors que les éléments simple en vente qui le constitue doivent être taxé.
Donc techniquement la freebox avec un disque dur possède bien une fonctionnalité NAS, mais fait des choses en plus...la loi ne précise pas si elle peut ou non disposer d'une exonération ou pas.

Baisse de TVA accordé pour une participation équivalente au COSIP.
Aujourd'hui la baisse de la TVA disparait mais la taxe reste...

Non justement c'est ca l'avantage d'un micro ARM.
L'assembleur que tu fais sur un micro est strictement identique avec un autre ARM d'un autre fabriquant.
Ce qui change c'est tout ce qu'il y as autour (Timer, gestionnaire d'irq, uart...).

Bref si tu fais entierement un code assembleur sur un micro il tournera à l'identique sur un autre ARM. (reste à définir la version machintruc de l'arm)

L'environnement IAR pour ATMEL dont le lien est au dessus integre un simulateur ARM qui te permettra de valider l'execution de ton code assembleur (mais attention il est sous windows) bien en amont de savoir ta cible final a savoir sans doute un SoC d'I3S.

c'est pas grand chose, juste une définition de processeur,registre, instruction set et bus d'interconnexion des block IP ( exemple http://www.arm.com/products/system-ip/amba/amba-open-specifi(...) .

Ma question est quel fondeur/quel proc tu compte utiliser ?

C'est pas innoccent comme question car Atmel par exemple (pour des ARM7TDMI) offre une ide win32 IAR limité à 16K ( http://www.iar.com/website1/1.0.1.0/396/1/ ), tu peut faire du debbug et coder en C ou ASM comme tu veut mais il faut utiliser J-Link comme sonde de debug ( http://www.iar.com/website1/1.0.1.0/369/1/ ) ,tu peut mettre des breakpoint, faire du pas a pas et voir les registre du proc en temps reel.

J-link fonctionne aussi sous linux http://www.segger2.com/index.php?page=Thread&threadID=23 mais avec gdb ce qui impliquerait que ton code tourne en RAM ce qui est souvent bloquant en embarqué.

Sinon, GCC et le ARM c'est pas la joie, le code C est souvent 30% plus long apres compilaton qu'un compilo pro comme IAR ce qui explique que l'on ne l'utilise pas. Sinon l'ASM ARM est tres bien supporte (mnémonique identique) avec d'autres directive d'assembleur que IAR.

La doc mise a disposition pour ARM est enorme je ne comprend pas comment tu ne trouve pas ce que tu veut
http://infocenter.arm.com/help/index.jsp

La liste des mnémonique assembleur est ici
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.(...)


Si tu as des question plus précises...

un fichier caché ?
ls -al pour le voir sur /

Je suis pas encore réveillé
la valeur à changer est USB_CTRL_GET_TIMEOUT et/ou USB_CTRL_SET_TIMEOUT

Le permier message

Aug 23 05:35:27 Athos kernel: [912577.348222] usb 4-1: usbfs: USBDEVFS_CONTROL failed cmd usbhid-ups rqt 161 rq 1 len 512 ret -110

Indique un timeout de communication entre le PC et l'onduleur.
Cela peut provenir de driver de ton chipset USB (version du kernel ?) ou de l'onduleur lui même qui refuse la transaction usb (trop de transaction si on l'interroge trop souvent?).

Bref le pb est bas niveau USB, le reste est simplement la recupération de l'erreur et la ré-initialisation du périphérique apres que le usb-host ait envoyé un token bus-reset sur le bus usb.

Tu peut essayer dans les sources de ton kernel de changer la valeur

http://www.cs.fsu.edu/~baker/devices/lxr/http/source/linux/i(...)

Et le recompiler pour essayer vu que dans les commentaire le dev indique que les "MGE Ellipse UPSes" sont un peut au choux sur l'usb (comprendre près des limites et parfois les dépassant)

dit filesystem adapté
voici un long et complet point sur la situation dispo sur ton site préféré
https://linuxfr.org//2008/04/04/23938.html

Personnellement je te conseillerais UBIFS

Non c'est une réalité, quand on positionne un bit sur une surface magnetique il prend une orientation. Quand on le positionne à l'autre valeur il prend une autre position qui n'est pas tout a fait celle d'origine.
On a ici un phénomene d'hystérésis, la tete de lecture lit un niveau analogique du champ et en déduis si grosso-modo c'est un '1' ou un '0'.
Après une remise à '0' de tout le disque on peut récupérer 100% de son ancienne valeur (en sortant les disques magnétique et en changeant les seuils de la tête de lecture).
Nota: Pour un client dans l'armé la régle est d'écrire 5 fois des valeurs aléatoires sur le disque avant de l'envoyer en broyage.

Les synology sont sous linux , assez ouvert et configurable pour rajouter des services facilement .
On trouve des packet tout pres pour le nas et tout les packet pour debian afin de faire de la cross-compile a partir d'autre poste.

Bref a par l'aspect Batterie (mais qui pour moi devrait etre prevue par un onduleur tout simplement) on peut faire plein de chose avec un nas.

Le faible encombrement et la faible conso sont aussi tres interessant.
Il y a deja dessus apache+PHP+MySQL, un serveur mail, un serveur d'impression...bref un bon point de depart.

mais que contient ton xorg.conf ?

car dans ton log je vois l'enumeration de 4 clavier, un pc105 belge et 3 clavier us ?
une souris 3 bouton et une a 14 boutons ?

bref j'ai l'intuition que le xorg.conf doit etre remis a plat et simplifier peut etre...

http://www.lea-linux.org/documentations/index.php/Reseau-par(...)

Ce tutoriel est tres complet et aborde tout les points dont le partage de repertoire et l'identification des users

Oui suivi de 4 heures pour construire le raid1 avec vérification pour des disque de 1To quand même :-)

Non je le trouve complet et bien foutu (bon ca fais que 2 jours que je l'ai j'ai pas encore fait le tour ;-) )
Pour un usage basic (dans l'immediat) il est deja tres complet et bien founit. Le bidouillage on verra plus tard

J'avais grosso-modo les mêmes critère que toi (sauf pour le silence parce que je compte pas le laisser tourner tout le temps sinon j'aurais pris des WD caviar Green) et que je veut en plus qu'il fasse le partage de mon imprimante hp par l'usb.

C'est un Syno DS210j avec deux Samsung F3 de 1To le tout pour 312€.

Non l'étage physique ethernet est connecté directement aux controleur donc tu ne peut pas t'en servir comme d'une entre/sortie pilotable à volonté.
La facon la plus efficace de géré ton pb est de prendre une carte avec un PIC (exemple) intégrant un port USB (device), dans le PIC tu crée des macros fonctions (SendXbytes, ReceiveXbyte) et avec libusb ou les drivers windows fournit par microchip n'importe quel programme en C (en mode console) peut se servir de ce port.

Sinon pour une communication synchrone voici des points d'entrés

http://www.cypress.com/?id=1133
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_P(...)