Reprise du message précédent :

 
Merki

+1  
Et compatible x86_64 svp  

Fouge> Comment accèdes-tu aux MSR ?

Fouge> Je viens de faire un essai pour lire les températures et je tombe sur exactement les mêmes valeurs que celles renvoyées par CoreTemp; tout en calant Tj(max) à 100°.
 
fugitif67> Tu as essayé d'installer VMware sur ton linux ?
Il ne restera plus qu'à monter un Windows dessus.

T'as donc trouvé comment accéder aux MSR sous Windows ?
 
Moi je pourrai pas te dire ça avant ce soir, j'ai pas le projet ici. Il me semble que c'est une fonction de debug de je ne sais plus quelle DLL (présent dans 2000/XP/2003). Mais il semblerait que ça marche qu'en 32bit

Source : Intel
 
...
 

 
"on vous file la valeur lue par la sonde, mais alos impossible pour vous de savoir ce qu'elle signifie exactement".

 
lol
 
Je vien de traduire, on se marche sur la tête  

Ah oui tien j'avais pas fait gaf mdrrrrrrrrrrrrrrrrrrrr      

ça laisse que les processeurs mobiles tien mdr.

Moi, à ce stade, je ferais une petite BDD...

Oui j'ai vu ça, j'ai du mal à m'en remettre. Si au moins il y avait un PDF, un tableau ou n'importe quoi qui donnerait le Tj(Max) ou le Tjunction de tout leur CPU. J'en pourrais p'tet faire des "regroupements". Mais non, rien trouvé de tel, il faut sans doute signer un NDA...

Du coté du K8 t'as directement la valeur mais il y a un débat sur l'application ou non d'un offset +/- mystérieux qu'il faut pas toujours appliquer (ça varie en fonction de la direction du vent et de l'age de la fille du capitaine). Sans parler de la précision annoncée : +/-14°C. Youhouuu... je suis impatiant...

 
J'en rigole encore
 
Ah ce thread sur le site Intel, ce bonheur
 
Je me sens bien laisser ce merdier au petit gars de Core Temp moi

et pas si vite.... Je suis plus...

C'est sur Windows XP x64, c'est encore plus casse-pied, il faut faire un pilote... Mais pas très complexe...
En fait je me tate pour faire un injecteur de code ring0... Mais il pourrait être détourné et c'est ce qui me gène...
Donc je me tate pour l'instant.
 

D'après mes documents intel, ce choix de fournir une valeur abstraite a été motivé par la régulation de la ventilation.
Cela permet d'avoir une gestion hyper simple, puisque la valeur 0 correspond à la température max, donc la ventilation au max... J'ai simplifié, bien sûr.
Après il est évident que ce choix de ne pas fournir Tj(max) au grand public est une erreur à mon avis.

Vendor ID : GenuineIntel
Brand String (fixed) : *Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz*
Processor Family 6 Model F Stepping 6
 
TSC Constant : 1
PERF MSR : 0
Frequence TSC-QPC : 2031.603 MHz
Frequence TSC-TGT : 2029.542 MHz
Frequence MSR-E8 : 0.000 MHz
 
Nombre de cache L2 : 1
Taille de chaque L2 : 2048 Ko
Taille totale du L2 : 2048 Ko
 
Support DTS : Non
Appuyez sur une touche pour continuer...
 
 
Fouge prends pas peur; c'est la machine virtuelle
Vais essqyer de compiler le bout de code de Christophe +1 pour un topic dedie

christophe_d13> J'appelle la fonction ZwSystemDebugControl() de la DLL "ntdll.dll" le tout avec en debug privilège.
 
pascal22> T'aimes me faire peur toi

pascal22> Je vais ouvrir un nouveau thread.

Je cherche a utiliser un outils Linux, pas émuler du windows que j'ai déjà sur un autre hdd d'ailleurs. En faite je cherche surtout un outils style sensors pour récupérer l'info afin de faire des graphs via mrtg ou Munin.

Après avoir parcouru tous les datasheets des CPU Intel, j'ai pu trouver quelques valeurs de Tj. Il semblerait qu'on puisse distinguer les CPU en 3 familles :
- les Intel Core Server (Xeon) : Tj = 100°C
- les Intel Core Desktop (C2D Exxxx et C2Q) : Tj = 85°C (même pour les C2Q ?)
- les Intel Core Mobile (Core Solo/Duo et C2D) : Tj = 100°C
 
Et j'imagine qu'il y a des exceptions, sinon ce serait trop simple...

Pour les mobiles, il faut s'appuyer sur le fameux bit de la MSR

Je sais mais selon les datasheets TOUS sont à 100°C. De toute façon, c'est pas ces CPU qui m'inquiètent le plus, car non seulement j'ai tous les modèles mais en plus ya moyen de le trouver via les MSR.
Ce qui m'inquiète le plus ce sont les Xeon (j'ai pas toutes les séries) mais surtout les Desktop dont je n'ai trouvé aucune valeur de Tj. Le 85°C, je l'ai déduis car "tout le monde le dit donc ça doit être vrai"

 
Je trouve ca trop simple aussi.
 
Perso, je pense que si c'était ça, Intel l'aurait dit depuis belle lurette sur le thread en question.

http://download.intel.com/design/e [...] 610503.pdf
Issu de ce document :
Pentium M, Pentium M Low Voltage : Tjmax = 100°C
Core Duo T2500, Core Duo L2400 : Tjmax = 100°C
Celeron M et Celeron M ULV : Tjmax = 100°C
Pentium 4 w/ HTT, Celeron D, Pentium 4 et Celeron : Tjmax = ?
 
J'adore ce topic http://isnprodweb.intel.com/isn/Co [...] 31590.aspx
 
 
Sur le site d'intel

Avec le sSpec, on a un thermal specs (eq Tjmax ?).
 
SL9S5 = X6800 = 60,4°C
SL9UL = QX6700 = 65°C
SL4UM = Q6600 = 62,2°C  
SL9S8/SL9ZL = E6600 = 60,1°C
SL9T9/SL9S9 = E6400 = 61,4°C

Franchement, Tj(max) a 100 pour mon X3060, je n'y crois pas    
 
5° suplementaire pourquoi pas, mais 15°    
 
Enfin, ya des exeptions  

D'après intel, c'est 60°C.

christophe_d13> Pour les Mobiles, j'ai déjà tout ce qu'il faut. De plus, on peut lire le MSR 0xEE, donc c'est pas problématique.
Pour les P4, PD et autre Celerons, il n'y a pas de DTS, donc le Tj(Max) on s'en fou.

Et avec le sSpec, c'est pas le Tj(Max) qu'on a mais le Tcasemax, une valeur bien inférieure. Le Tj(Max), c'est soit 85°C soit 100°C et rien d'autre.

dami1stm> Il est possible que la série X3xxx  des Xeon soient comme les C2D et C2Q, cad à 85°C de Tj.

Y a une diode à l'interrieur...
 

Oui, autant pour moi, mais il y a peut-être un lien avec certains CPU ?
Pour l'instant, je cherche...

Oui mais c'est pas la DTS et la méthode de lecture est différente.
Lance TAT sur un P4, tu verras

Fouge> TAT a été conçu pour les mobiles (pour la version 2.05).
C'est pour cela que la lecture sur MSR 0xEE se fait ainsi pour Tj(max).
 
Edit: Je me pose sérieusement la question de la véracité de la mesure de CoreTemp et TAT.

J'ai plus confiance en CoreTemp qu'en TAT (qui n'a pas été conçu et pas MAJ pour les CPU récents).
Je vais partir sur une solution utilisant des règles simples :
- Core Solo/Duo (Mobile) -> Tj = 100°C
- Core 2 Duo (Mobile) -> Tj = 100°C
- Core 2 Duo (Desktop) -> Tj = 85°C
- Quadcore (Server ou Desktop) -> Tj = 100°C
- Xeon X3xxx (sauf quadcore) -> Tj = 85°C
- Xeon X5xxx et X7xxx -> Tj = 100°C

 
Pour ma part, j'utilise une base de données... Et c'est trés long pour la construire.
J'ai amassé beaucoup de doc, je gagne un peu de temps...
 
Mais j'espère bien aussi mesurer le Vcore et la Temp de tous les processeurs avec diode...

Je viens d'implémenter la mesure de la température sous Windows 32 bits pour les K8... Cela se résume à quelques lignes en ASM.
 
Par contre, un bon conseil, il faut être en ring0.
Sur ma machine, CoreTemp (avec un scan de 100ms) plante aléatoirement. Je ne sais pas quelle est la routine utilisée, la mienne tient sur moins de 10 lignes (sans compter le passage en ring0) et je n'ai pas encore vu de plantage...
 
Pour l'instant, j'utilise le hack de Windows XP, mais je vais faire un pilote (32/64 bits) pour cela. Faut juste que je récupère la version libre de Visual C... car avec ma 6.0, ça risque d'être hard.

Tu t'es basée sur quell doc pour implémenter ça ? J'ai vu qu'il fallait communiquer avec le NB (?) mais comment et par quelles fonctions...
 

Tu parles de quel hack ? La lecture des MSR sous Windows 32bit ?

Tu prends la 32559.
L'accès au NB via le PCI se fait via les ports 0xCF8(Adresse) et 0xCFC(Données).
Il faut ensuite simplement interroger le bon CPU...
Pour commencer, prend BUS=0, DEVICE=24.
La fonction, c'est le 3 et l'offset, c'est 0xE4 (p176).
 

Non, le hack pour passer sur le ring0 : il y en a 3, mais n'ai testé que sous XP 32 bits(OK) et 64bits(Ne fonctionne pas).
http://archives.neohapsis.com/arch [...] it_dbg.cpp
ça ne remplace pas un pilote, mais ça permet de tester avant.

C'est justement ce PDF que j'ai. Mais je n'ai aucune idée sur la manière d'accéder au NB via le PCI. Et je n'ai pas vu de piste (dans ce PDF) qui me mettrait sur la voie...

Explication p41 et 42
Le truc pas clair, c'est RegNum qui doit contenir les 6 bits de poids fort de l'offset...
 

Arf, je me fais mal comprendre. Tout ça je l'ai lu (un peu survolé car c'est pas mon problème immédiat).

Question reformulée : quelles fonctions/commandes utilises-tu pour lire/écrire via ces ports là ?
Des fonctions de ce types (dispo dans conio.h je crois) ?
BYTE inp ( int port );
WORD inpw ( int port );
DWORD inpl ( int port );
void outp ( int port, BYTE data );
void outw ( int port, WORD data );
void outl ( int port, DWORD data );

Ou alors des commandes ASM ? Ou autre (driver, toolkit...) ?

NB: en voulant rédiger ce post je suis tombé sur ces fonctions de conio.h, ça m'a l'air d'être une bonne piste.

edit: arf, ces fonctions ne marchent que sous Win 95/98/Me

edit2: j'vais p'tet utiliser WinIo ( www.internals.com )

Fouge> Il y a aussi GiveIo (fournit avec SpeedFan).
Mais il ne fonctionne pas sous Win XP x64.
 
Je te conseille d'écrire toute la routine de lecture de la temp en ASM (moins de 10 lignes). Il faut absolument qu'entre le out et le in, il y est le moins d'instructions possibles (surtout en Ring3).
Tu peux aussi utiliser ZwSystemDebugControl pour écrire/lire sur les ports, mais c'est plus lent. Et s'il y a une interruption entre l'accès au port, risque du plantage.
 
Donc là, je développe un driver ring0... Moins problématique... Surtout avec un coup de cli/sti...

J'vais p'tet utiliser le ZwSystemDebugControl (que j'utilise déjà pour les MSR) avec du code ASM.
Encore du code qui ne sera pas portable...