Reprise du message précédent :
Bon: Tu sors   espèce d'unteliste masqué !!
 

j'ai simplement raison

ok
alors explique ce que veut dire XE (si ce n'est eXtreme Edition) ?
et surtout ce que ça veut dire pour Zack   (Hormis eXtreme Edition ) !!!

oui justement, il a fait exprès de ne pas utiliser le sigle EE
qui ferait de la pub à intel
il n'a pas non plus utilisé BE mais le sigle s'en rapproche
il est neutre

de la mort !!
 
loin de moi l'idée de proposer cela en première page, (quoique ça me permettrait de l'enlever de la Sixième page ) mais l'idée de ce topal se concentre sur ce pavé de mon cru :
 

Kunta tu me dira si tu trouve cela plus clair ou pas, steuplait ?

mort ton truc

qui veut retenter l'expérience ?

c'est pas mon truc c'est le votre   exception fait que j'ai du farfouiller dans mes vieux dossier pour vous aidez (pour rien d'ailleur )
 
EDIT: alors comprend que ça me fait un peu beaucoup chié de voir ce beau topic se noyer

Je check toujours le topic mais n'ayant pas de notions de progra...je ne peut pas y contribuer !

merci de suivre...même si pendant, sauf contre-indication de Zack, il faudra Uppé de temps en temps le topic...Toute participation étant la bienvenue quand même
 
Que tous ceux qui suivent, Up !!!
 

Salut,  
 
Etant d'un naturel rêveur, je drapalise ...
 
A vue de nez j'aurais penché  plus pour un pimod/socketmod pour arriver au résultat voulu. Bon j'avoue que avant de voir l'ancien post de NoradII je vous voyais très mal barrés quand même ! Mais on dirait bien que y'a une vraie piste là
 
Bonne chance les gars en tout cas !
 
Ps: Pourquoi ne pas vous entrainer avec un combo CM+CPU à 60/65€ ?
 
 
 
 

Tu me file une config et les fiances, le topic revit

Heuu niveau finances, je suis pas super fort !
 
Un appel au don ? Pour la science   ?

Peut etre pas les fiances mais une config avec un BIOS flashage

en plus c'est le truc pas fait exprès du tout, mais vu l'emballement de Kunta et après de Zack à ce post, j'ai pensé que le passer ici serait comme une oeuvre d'art
beaucoup regardé, souvent jugé d'un attrait intéressant voire curieux , très peu compris et encore plus rare, assimilé sur le plan concernant la masse de boulot que ça avait représenté à l'époque ...donc voila

Eheheh, quelle bonne surprise .  
 
Je pense qu'il faudrait que nous discutions un peu plus précisément des chaînes hexadécimales . Moi-même n'ayant jamais programmé, j'ai appris rapidement les bases du fonctionnement du langage hexadécimal, mais certains points demeurent obscurs et je ne parviens pas à répondre tout seul à ces questions pourtant fondamentales à mon avis si nous voulons mener à bien notre projet .
 
Grâce à la manipulation effectuée par NORADII avec son K6-III, nous devrions pouvoir éclairer certains de ces mystères . Cependant, il y a encore deux ou trois éléments que je n'ai pas compris dans la description écrite par NORADII (décidément, j'ai du mal !) .
 
NORADII, lorsque tu as mis ton CPU sur d'autres cartes-mère, conservait-il sa fréquence de 750MHz ? (autrement dit, les paramètres que tu lui avais attribué)

inouïe mais oui testé sur 2 autres mobal !!! excepter le fait que l'aspect mobilité, si il venait à s'enclencher, effacé les setting Extra a cause d'un BSOD/REBOOT/CLR_CMOS généré par je ne sait quoi si pas de clr_cmos, le bios reconnaisait plus le CPU

Donc, ton CPU n'était reconnu sur les cartes-mère qu'après un Clear_CMOS .
C'est bien ça ?
 
On peut donc penser que le CPU, une fois installé sur une carte-mère, a accès à la ROM et peut y écrire s'il y a incohérence entre ses réglages à lui et les paramètres que le BIOS voudrait lui donner . Ce qui expliquerait que, une fois le Clear_CMOS effectué, le BIOS ait changé et ait adopté la configuration de la ROM, ce qui signifie qu'il soit maintenant capable de reconnaître le CPU et de le faire fonctionner .
Il s'agit probablement d'un système de correction d'erreurs ...
 
Ma théorie tient debout où je me suis planté sur la notion de ROM ?

attend je vais t'expliquer

Merci pour tout ce travail, 'scuse-moi encore si je suis plus néophyte qu'il n'y paraît ...  
 
EDIT : et alors, l'explication ??  
Bon, tant pis, j'attendrai .

Kunta va aimé (pavé inside )
 
La carte-mère c'est comme un vaisseau-mère, elle commande plusieurs système primaire qui eux, comme des sous-système secondaire.
Le BIOS est un système primaire qui envois, a chaque démarrage, une requête de démarrage spécifique (SRQ qui suit en général les IRQ) à tout les périphériques qui y sont connectés:
-Cartes filles
-périph PCIe (direct connect)
-Périph Plug'n'Play (Hot Swap)
-Memoire central
-CPU
-etc...
 
Ces périphériques repondent par un ID-TAG qui va faire apparaitre leurs noms, leurs spécifications, leur réglages, etc... au sein de l'index mémoire virtuel, qui prend généralement les 4096 premiers Kilo-Octets de ta mémoire principal et cela uniquement durant cette procédure, qui dure entre autre chose, "que quelques centièmes de seconde"
 
Il faut comprendre qu'il n'y a donc aucun processus d'écriture ce sont des octets de 'report' (Cf. ici pour comprendre ce terme barbare) qui sont comparer avec ceux que le bios charge en mémoire centrale, cela afin de pérenniser d'éventuels réglages sur les périphérique (Overclock, etc..) et pour faciliter le démarrage de ceux-ci.
 
Un CPU dont l'ID-TAG a était modifié, d'une façon industriel sur les chaines de montage ou d'une façon Pifou-Paf (qui à parlé de moi ?) avec un outil pour trafiquer l'image bios, sera reconnu comme il "l'annonce" pour le BIOS (donc la carte-mère) mais cela uniquement s'il ne change pas d'ID-TAG jusqu'au prochain redémarrage afin que le BIOS le mémorise pleinement (le fameux redémarrage une fois, des pilotes installés).  
 
Le BIOS (la carte-mère) se soumet donc aux ID-TAG que les composants lui envois pour en permettre l'interaction les un par rapport aux autres, une fois le démarrage du DD lancé qui après fait le boulot pratiquement tout seul
 
Il y donc un traditionnel "hierarchical dump" entre tout ce petit monde:
pour la détection (simplifié):
CPU "Master" sur BIOS, BIOS "Master" sur carte-mère
et pour faire fonctionner tout ça:
BIOS "Master" sur carte-mère, carte-mère "Master" sur CPU
 
la voie que j'ai donc exploité c'est celle-ci :
en modifiant la concordance qu'a en mémoire le BIOS sur les différents périphériques que la carte-mère supporte, (souvenez-vous que tout-y-est listé: marque, modèle stepping et d'autres différentes sous-catégorie matériel) l'échange Master\slave dans la relation entre le BIOS et le CPU peut être utilisé pour "flasher" l'ID-TAG du CPU, par remplacement de cette concordance via un éditeur Hexa.
 
Cela étant dit : un BIOS modifier de la sorte peut aboutir à un BIOS corrompu sans possibilité de faire de MàJ, ni de restauration. Donc je vous conseil d'avoir une sécurité intégrés comme le DUAL-BIOS
 

EDITAGE DE LA MORT

Il y a encore deux ou trois trucs qui restent inexpliqués pour moi, là .  
 
Quand un BIOS reçoit (par exemple) un ID-TAG de CPU qu'il ne connaît pas, deux possibilités :
-il ne l'utilise pas
-il l'utilise mais bizarrement (genre @ 800MHz pour un 965BE)
 
Et pour corriger le problème, il faut flasher le BIOS, soit dit mettre à jour sa BdD pour qu'il reconnaisse pleinement le CPU et puisse le faire fonctionner normalement .
 
Or, dans ton modèle, le BIOS n'a pas de BdD de matériel, autrement dit il ne fait qu'obéir à l'ID-TAG .
 
------------------------
 
Deuxième point, concernant cette fois ta manipulation à toi .
 
Quand tu as installé ton CPU sur d'autres CM, elles le reconnaissaient avec ses caractéristiques modifiées (@ 750MHz) .
Son aspect "mobilité" déroutait le BIOS . En faisant un Clear_CMOS, tu résolvais le problème .
 
Autrement dit, tu as réinitialisé la concordance BIOS >> CPU, et du coup il a été reconnu @ 550MHz .
 
Par contre, en le mettant sur une autre carte-mère après lui avoir fait subir ce Clear_CMOS, il avait toujours un ID-TAG qui le cadençait à 750MHz ??

ça n'a marchait qu'une seul fois, après quoi il n'y avait plus moyen de faire marcher l'HéxaMod
 
et c'est là que je révèle la fin de mon dossier sur mon K6-III+ ??

Ca voudrait quand même pas dire que tu as eu un coup de bol monumental avec du matos buggé ??!

avec un CPU sorti de derrière les fagots fait par mes main de ...

Et tu as réessayé le modhexa après ??

ça c'est la fin du dossier !! je souhaiterai que ce topic vive un peu, avant

Ben si on peut pas reproduire le "bug" ça sent le cramé ! ou alors il faut chercher autre chose ...  
 
Vous en avez déja parlé à Fouge, ou Tetedeiench par exemple ? étants tous deux développeurs de progs de stress test pour CPU , ils en connaissent un rayon sur la question

Via le bios, tu peux débloquer/débrider ce que le bios a artificiellement bloqué/bridé.
Cependant, pour le coef CPU ça se passe au niveau du CPU. Si celui-ci est bien bloqué, tu pourras rien faire au niveau du bios.
Du coup, que faire ?
 - mod au niveau du socket (tu court-circuite des pin avec des petits fils de cuivre)
 - mod au niveau du CPU (cf les pont L1 des Duron/Athlon)
 - mod "software" via les MSR qui permettent de modifier certaines choses directement au niveau du CPU (CrystalCPUID intègre un tel outil)

Maintenant que j'y pense, il est possible que certaines valeurs modifiées ne soient prises en compte qu'au moment du boot. D'où l'intérêt de pouvoir le faire au niveau du bios (si c'est possible) car sans effets sous Windows.
Le bios ne fait pas tout, loin de là. Si le paramètre que le bios veut imposer au CPU n'est pas possible, cela sera sans effet (cf ceux qui pensaient avoir augmenté le coef de leur A-XP bloqué alors que la valeur n'était au finale pas appliquée). Le déblocage doit donc se faire au niveau du CPU, depuis le bios ou de Windows.
Par contre, si tout se joue au niveau du micro-programme du CPU, là faut sortir l'artillerie lourde (cf ceux qui voulaient débloquer une partie du cache L2 des Celeron... sans succès) et si c'est bloqué via des micro-fusible là c'est définitivement mort.

edit: je n'ai pas lu les 6 pages, j'espère ne pas être trop à coté de la plaque

Faut acceder à la mémoire morte du processeur ...
 

Donc impossible de la modifier

Merci pour l'intervention Fouge    
 
Si le socket mod est possible, il semble que c'est de loin le plus simple...
Maintenant , ça semble presque trop simple: C'est étonnant que personne ne l'ai déjà fait si c'est possible, mais de toutes façons y'a pas grand risque à tester je pense ( sauf à faire joujou avec les voltages   )
Il faudrait un schéma du bazar ( socket ou pins CPU) , il me semble en avoir vu en faisant des recherches sur le BSEL mod  
 
Logic: Une ROM n'est pas forcement immuable, Le bios par exemple est considéré comme une ROM, mais on peut le reprogrammer (flasher...) car il est stocké dans une EEPROM :  Electrically Erasable & Programmable ROM

 
Pour ça, il faudrait avoir un plan de ce à quoi servent les pins .
Or, c'est pas fourni avec la notice, hein ?  
 

 
Vu que la cible première du projet sont les CPU Intel et qu'ils ne sont physiquement pas bridés, cette technique ne nous servira à rien  
Chez AMD non plus d'ailleurs puisque la plupart du temps c'est faisable par le BIOS .
 

 
Voilà qui est mieux  
Par contre, l'outil de CrystalCPUID n'est pas utilisable par tout le monde, si ?
De toute façon c'est pas un éditeur correct pour ce genre de truc, il n'agit que si le CPU l'autorise par défaut ...
 

 
Eh, Intel aurait quand même interdit de changer le coeff multiplicateur avec des fusibles, si ?  
'Toute façon, je vois mal comment à l'aide de microfusibles on pourrait empêcher un CPU d'avoir son coeff forcé ...
 

 
Du tout  
 

 
Sauf que ton hypothèse est morte-née, NORADII a pu nous prouver le contraire

Ben alors pourquoi personné n'a pensé à le faire avant ?

 
Et pourquoi on n'a pas inventé la démocratie avant la monarchie ? Ca nous aurait épargné des millénaires de totalitarisme ...

j'avais justement essayé sous windows ayant repéré l'endroit du msr qui gérait le turbo boost ou le truc de repos du cpu ou chais plus mais sans effet

tout est possible

j'adore  

edit : la démocratie existait avant les royaumes monarchiques d'europe
encore meilleur que la nôtre même si ce n'est pas le meilleur système

Zack38> Beaucoup des méthodes données ne sont plus valables (et ne l'étaient à l'époque que pour certains CPU notamment les AMD).

Pour CrystalCPUID ce n'était qu'un exemple, doit y avoir mieux, au pire ya moyen de développer un truc avec WinRing0 :
http://openlibsys.org/manual/Wrmsr.html
Il me semble que c'était possible, avec les Pentium M et les Core 2, de changer le coef à la volée, sous Windows, par ce système. Mais uniquement dans la plage de valeurs autorisée par le CPU !

kunta92> Certaines valeurs ne prennent effet qu'au boot. Du coup, sous Windows tu peux faire ce que tu veux, ça changera rien

--------

Concernant le coef des CPU Intel récent, j'ai toujours entendu parler de cette histoire de micro-fusible et que ce n'était même pas la peine de penser à pouvoir changer quoi que ce soit

Oui, sauf que CrystalCPU ne se permet que de servir d'intermédiaire au BIOS .
Or, ce qui nous intéresse ici est de coller au CPU le coeff qu'on veut, c-à-d lui forcer la main .

c'est quoi l'histoire du micro fusible ?