TheBreton a écrit 928 commentaires

Non Grunt à raison, suite à des fuites des infos ont été rendu publique sur la méthodes tmg
il y a bien (mais qui peut le vérifier) un téléchargement d'un segment de 16k sur le fichier cible. (plus d'info ici http://korben.info/methode-tmg.html )
En l'occurence les identifiants freewifi de pled ont sans doute été utilisé par un tiers pour télécharger

Il faudrait regardé si tu trouve un bios plus récent ou si il dispose d'option PCI/Pnp ou ACPI.
Lors du boot aucune info sur les périphériques de la carte/du bus isa n'est indiqué ?

Si la carte ne dispose d'aucun jumper alors forcement elle dispose de pnp.
Oui sur l'isa ca existait…
Pour linux à l'époque on utilisait les pnp tools pour utiliser les cartes comme ca
http://www.roestock.demon.co.uk/isapnptools/
Il faut peut etre aussi voir le bios s'il faut activer la configuration de la carte (c'était une option du style [pnp OS Yes/No] si on mets non le pnp est a faire dans l'os et si on mets oui il recuperer les infos de configu du bios)et essayer de recuperer les assignements de ta carte fait pas le bios soit dans l'ecran de demarrage (apres le post) soit en utilisant pnpdump.

qu'il suffirait que les gens n’achètent pas pour que ça ne se vende plus.
Coluche avait raison !

mais vraiment en général, il est recommandé pour les performances d'utiliser le type natif du processeur.
Si ton proc est 8 bits, utilise de preférence des variables 8 bits (et pas 16) etc.
Donc la, pour l'alignement mémoire de test structures et leur composition il faut faire attention a ca.

Sur les x86 on dispose des instructions assembleur permettant les opération sur les bits sans dégradation notable de performance.

Donc le problème n'est pas ce que ton proc peut faire ou pas mais ce que ton compilateur va générer comme code pour le faire, je te conseille donc de lire en assembleur un prog simple sur la manipulation des champs de bit par ton compilo pour juger du résultat (pertinent ou pas).
En général, le nombre d'instruction est plutôt parlant pour voir si c'est rapide ou pas mais ce n'est pas une règle absolu car les instructions de lecture en mémoire et d’opération arithmétique ne sont pas équivalentes en temps d’exécution.

google.fr j'ai le meme messager que toi
googe.com pas de message affiché.

La voici, c'est simple c'est dans la norme C89 donc gcc affiche un warning

http://gcc.gnu.org/ml/gcc/2003-11/msg01568.html

heu je comprend pas tous les terme de radio donc je comprend pas exactement ce que tu cherche à faire .
Ce que je peut te dire par contre c'est que le systeme est "ouvert" en terme electronique, c'est à dire que tu as les schémas (ce qui est important quand on est en mer et que l'on veut réparer).

Donc par exemple je sait en les lisant que
page 5-1 : je peut en me plugant sur le connecteur J01 simuler l'appuie sur le clavier avec une carte comprenant des relais sec+des resistances (commander par exemple en USB).

page 5-5 : le potentiometre R10 (50K) sert au reglage du "squelch " tension 8V-GND que l'on doit pouvoir remplacer par une commande E2POT via I2C ou SPI.

Bref, c'est "hackable" mais cela ne se fera par uniquement par les connecteurs d'interface du boitier mais en bidouillant sur la carte.

Sans les infos du contructeurs :
"Page 1-6 The serial interface is only for factory production use"

En regardant le schema page 5-5 on voit que c'est une liaison sur un fil avec le TX du 68HC05 sur la base d'un transistor au 5V (voir U7.4,Q01,R43)
Donc il faut un montage externe pour pouvoir communiquer avec un PC qui lui utilise les niveaux RS232.

A mon avis cette liaison série est utilisé en production pour télécharger/calibrer/tester le système et ne semble pas prévu pour l'utilisation par une télécommande du produit.

Il faut installer un filtre et découper par séquence mais ca marche bien, voici un tuto
http://le-marocain-dailleurs.blogspot.fr/2012/02/tutoriel-flouter-un-logo-dans-une-video.html

Sinon, à qui se fier si le mec est un réel danger pour lui même et les autres ?

Déja pas à un seul psychiatre peut être ?
C'est un peut comme les jurés en assises, on prend plusieurs avis.

Tu peut compiler et essayer en rajoutant l'option -mcld à gcc ?

Regarder aussi l'etat du bit de direction dans le registre EFLAGS
normalement on place une instruction cld ou std AVANT le "rep movsl"
suffit qu'il soit par defaut a 1 et le rep movsl compte dans la mauvaise direction donc illegal acces.
Je sait que sous linux (en tout cas dans le kernel) cela a causé des soucis avec gcc sup a 4.3 plus de detail la http://em386.blogspot.fr/2008/03/cldstd-and-gcc-430.html

Voir le code commenté si dessous, je pense que si ta pile à l'entrée de ta fonction est bien alignée sur 4 octets cela marche, sinon cela provoque le bug (l'instruction movsl requiert un alignement 32 bits pour les adresses source/destination).

ATTENTION je fais ca de mémoire ca remonte a loin le temps ou je codais en asm x86
donc il peut y avoir des erreurs de ma part

Code qui plante

   pushl   %ebp     ->sauve ebp
    movl    %esp, %ebp  ->recupere addresse stack frame
    pushl   %edi    -> sauve les registrers (consomme donc +12 octet de stack)
    pushl   %esi
    pushl   %ebx
    subl    $176, %esp   ->allocation d'espace dans la stack frame (176=2*88) qui doit etre la taille de chaque struct
    leal    -188(%ebp), %edx       ->calcul adresse des structures
    leal    -100(%ebp), %ebx       ->100=88+12 (pose des registre dans la stack) 

    movl    $22, %eax   ->taille des data à copier (en dword,22*4=88)
    movl    %edx, %edi  ->destination
    movl    %ebx, %esi  ->source
    movl    %eax, %ecx  ->taille
    rep movsl             ->copie de 22 dword de -188 à -100 puis incremente 
    movl    $0, %eax    ->return 0
    addl    $176, %esp  ->liberation d'espace de pile

    popl    %ebx         ->restoration des registres 
    popl    %esi
    popl    %edi
    popl    %ebp

Code qui plante pas

    andl    $-16, %esp    ->align la pile sur 16 octet 
    subl    $192, %esp    ->alloue taille 192 octet dans la stack frame (2*88+16)
    movl    $88, 8(%esp)    ->arg 3 88 ->dans la stack
    leal    104(%esp), %eax   ->calcule une adresse STK+104 (104=88+16)
    movl    %eax, 4(%esp)     ->pose l'adresse en arg2
    leal    16(%esp), %eax    ->calcul une adresse STK+16
    movl    %eax, (%esp)      ->pose l'adresse en arg1
    call    memcpy            ->apelle sous fonction
    movl    $0, %eax          ->return 0
    leave                    ->oui mais il est ou le ENTER ? a mon avis il manque encore un peut de code en préambule.

Bon courage, mais fondamentalement, il me semble que c'est une tentative de portage en user space du patch bcache.
http://lwn.net/Articles/443938/

Bonjour, désolé mais je n'ai pas vraiment de bonne solution à proposer. Si je comprend bien le projet est de faire en soft (à plus grande échelle ) ce que fais seagate dans sa gamme momentus (avec un hardware dédié).

Le problème que vous rencontrez est qu'une structure qui vous est nécessaire n'est pas rendue "public" par les drivers actuel ssd/hdd.

Dans ce cas la je ne vois que deux solutions
1°/ Modifier le code existant (ce qui n'est pas acceptable dans votre cas)
2°/ Demander (en le justifiant) la modification du driver actuel par son mainteneur pour que les prochaines versions du kernel intègre cette modification.

Essayer de hacker le kernel pour recuperer quoi qu'il en coute un acces qui n'est pas autoriser a une variable ou une fonction c'est s'exposer a de grand soucis par la suite, je vous préviens tout de suite !!!!!
Mais si jamais ca vous tente quand même c'est possible car en kernel-space tout les drivers sont dans le même espace d'adressage
http://onebitbug.me/introducing-linux-kernel-symbols
section "How to access non-exported symbol"
je vous conseille de lire les régles de nomages du linker de gcc pour être à l'aise.

Donc moi je regarderais plutot l'option de link
pourrais tu essayer en écrianvat la ligne comme ca ?
gcc hello.c -o hello $(pkg-config --cflags gtk+-3.0) $(pkg-config --libs gtk+-3.0)

Sur papier l'arnaque s’appelle des lettre de Jérusalem et cela remonte à la révolution française
http://fr.wikipedia.org/wiki/Lettre_de_J%C3%A9rusalem

C'est parce qu'il sont prévu pour nous tomber sur la goule en 2038 avec l'overflow du unix time ?
03:14:07 UTC 2038-01-19

Voici des observation d'après les infos que j'ai put glaner ici ou la sur le dev des drivers pour Win8:
Le compilateur supporte maintenant un sous ensemble de code en C++ (par exemple pas d'exception et autres joyeuseté du même genre) pour les drivers et est maintenant intégré dans Visual Studio (obligatoire, fini la ligne de commande comme précédemment). Le WDK ne comporte plus de version minimaliste d'un compilateur C taillé pour produire du code driver uniquement.

Les framework driver KMDF et UMDF sont inchangées (j'ai recompilé mes drivers se jour et tout fonctionne très bien même en importation de projet Sources-vcprojx) les framework évolue en Version 1.11 (mais j'ai pas trouvé de change log ni vue de différence). Toujours pas de signature obligatoire pour les drivers 32bits (comme vista et 7) pourvu que ca dure :-).

Le build interne du system est 6.2, pour mémoire
WinXP ->5
Vista ->6.0
Seven ->6.1
et donc Win8 -> 6.2
On peut donc raisonnablement croire que pour l'instant pas de révolution dans le kernel
Juste l'ajout de FS et USB3.0 sans doute, j'ai pas encore fais le tour ;-)

C'est le résultat de plusieurs phénomènes
Le premier c'est l'extension de signe
un char est signé donc le bit MSB indique que c'est positif ou négatif.
Ainsi tout car supérieur à 0x7F est considéré comme négatif.
Si le char en question est chargé dans un registre processeur alors le processeur procède à l'extension de signe sur tout les MSB jusuqu'a 32bits pour conserver la même représentation du chiffre négatif. (car un proc essaye toujours d'utiliser ces registres dans sont mode natif pour des raisons d'optimisation et qui sur les x86 est 32 bits)

-1 sur 8 bits c'est 0xFF
-1 sur 32bit c'est 0xFFFFFFFF

Si tu travaillait en unsigned char tu aurais bien la même représentation en 8 bit qu'en 32bits de tes chiffres car les instructions assembleur utilisé serait ceux ne provoquant pas d'extension de signe.

Le second phénomène c'est sans doute la méthodes que tu utilise pour obtenir ce que tu apelle le binaire en base 16 mais sans indication je ne peut pas expliquer ce qui se passe.

tu deviendra célébre.
D'habitue on as un morceau de hardware pour faire ca (voir extraire le bruit thermique d'une résistance http://fr.wikipedia.org/wiki/Bruit_thermique ).

Sinon la fonction random de la libc utiliser des tables de "hasard" pré-définie qu'il convient d'initialiser avec une valeur de timer système pour sélectionner l'emplacement de départ de parcours de la table.
voir
int rand(void);
void srand(unsigned seed);

Si tu veut faire une table toute prete toi meme en voici, tu peut mélangé tout ca pour en faire des customs

http://nte-serveur.univ-lyon1.fr/nte/immediato/math2001/tables/TABLAZAR.htm
http://www.mines.inpl-nancy.fr/~verdel/stat/tables/mod.php?id=t1.php

Le pseudo hasard pour l'utiliser tu peut croiser plusieurs informations temporelle (asynchrone) comme le temps de démarrage de ton programme, le temps système en milli-seconde et des tables (pointeur sur ton code par exemple) et une table et ton résultat est difficilement reproductible.
Par améliorer l'entropie du hasard le kernel linux utiliser les interruptions du matériel qui sont identifié pour être non-cyclique (comme le temps entre deux clics souris et les frappes au claviers).

On peut soupçonner une volonté de M$ de participer financièrement aux tablettes pour mettre le pied dans un marché ou ça pdm est négligable. (Exemple dernièrement avec nokia )

On supprime le téléphone pour gagner sur la bande spectrale alloué pour le téléphone analogique et augmenter ainsi le débit de l'internet 3.1khz sont ainsi gagné.
Du coup comme les gens ne peuvent pas vraiment abandonné la communication avec les autres humains il à fallu leur donnée la VOIP.
Pour la télé à part en faire un agrument commercial je ne vois aucune autre explication.