freeze aléatoire du pc avec l'hyper threading - Hardware - Linux et OS Alternatifs
Marsh Posté le 07-10-2004 à 16:23:30
celà ne viendrait pas plutot du driver AGP Nvidia? ou gart?
essaye l'un et apres l'autre
enfin chez moi j'ai réglé le pb comme celà
Marsh Posté le 07-10-2004 à 16:42:58
paulmuadib a écrit : celà ne viendrait pas plutot du driver AGP Nvidia? ou gart? |
c'est parti je compile un noyau pour voir. Ta compiler quoi acpi ou apm ou les deux?
Marsh Posté le 07-10-2004 à 17:33:26
paulmuadib a écrit : ACPI (à l'epoque maintenant c'est un kernel mdk SMP) |
j'avais le module NVIDIA j'ai essayer avec agpgart et toujours pareil
Marsh Posté le 07-10-2004 à 18:26:17
zit a écrit : j'avais le module NVIDIA j'ai essayer avec agpgart et toujours pareil |
en reactivant l'acpi dans le bios et en mettant acpi=off je n'ai pas freeze mais pas de deuxième cpu détecté ...
La carte est une asus p4c800 e deluxe
Marsh Posté le 07-10-2004 à 18:37:09
essaye : acpi=ht pci=noacpi
Marsh Posté le 07-10-2004 à 18:50:26
Dark_Schneider a écrit : essaye : acpi=ht pci=noacpi |
c idem j'ai essayé aussi avec seulement pci=noacpi idem
Marsh Posté le 07-10-2004 à 19:09:48
j'ai un P4 HT sous MDK 10 avec une ASUS P4P800 et aucun problèmes...
Marsh Posté le 07-10-2004 à 19:12:41
Kyle_Katarn a écrit : j'ai un P4 HT sous MDK 10 avec une ASUS P4P800 et aucun problèmes... |
Quel noyau? Avec acpi ou apm? Tes paramètres du démarrage du noyau?
Merci
Marsh Posté le 07-10-2004 à 21:06:04
Le support ACPI est obligatoire pour la prise en charge de la gestion d'économie d'énergie en SMP ; l'APM ne sert à rien donc dans le cas d'un système multi-processeurs ou Hyperthreading.
Autre point à considérer : l'ACPI ne concerne QUE la prise en charge de la gestion d'économie d'énergie et non directement la prise en charge des processeurs par le noyau. Par conséquent il est tout à fait possible d'utiliser ta machine en mode SMP sans le support de l'ACPI (ce que j'ai fait chez moi pour des raisons similaire avec l'ACPI buggé en 2.6.x avec ma config dual-athlon).
Procédure à suivre :
- désactiver le support de l'ACPI dans le BIOS
- recompiler le noyau :
rubrique Processor type...
---> CONFIG_SMP=y
---> CONFIG_NR_CPUS=2
rubrique Power management...
---> CONFIG_ACPI is not set
---> CONFIG_APM is not set
Conseil supplémentaire : utiliser avec précaution les options de noyau CONFIG_PREEMPT, CONFIG_X86_LOCAL_APIC et CONFIG_X86_IO_APIC ; dans certains cas ces dernières peuvent rendre le système instable.
Logiquement cela devrait résoudre les problèmes rencontrés avec la gestion d'économie d'énergie et activer le support pour ton Pentium 4 Hyperthreading (mode SMP).
Marsh Posté le 07-10-2004 à 22:44:08
THRAK a écrit : Le support ACPI est obligatoire pour la prise en charge de la gestion d'économie d'énergie en SMP ; l'APM ne sert à rien donc dans le cas d'un système multi-processeurs ou Hyperthreading. |
j'ai recompilé un noyau comme tu ma dis, je suis d'accord avec ce que tu dis. Mais mon systeme boot pas deuxième cpu detecter. Pour le freeze aléatoire aperement je ne l'ai pas si l'acpi n'est pas activé.
Marsh Posté le 08-10-2004 à 17:46:05
C'est plutôt étonnant que ton deuxième processeur ne soit pas détecté.
J'ai fait une install de Debian chez un pote qui avait une config basé sur de l'Asus P4C800 (assez proche de la P4P800) avec un Pentium 4 HT. En activant le support SMP via un noyau 2.6.6 compilé pour l'occasion il y a bien 2 proc de détecté.
Il faudrait que tu poste tes logs de démarrage pour voir alors où cela cloche.
Marsh Posté le 08-10-2004 à 19:09:10
THRAK a écrit : C'est plutôt étonnant que ton deuxième processeur ne soit pas détecté. |
voila le "dmesg" du noyau compilé sans apm et sans acpi avec smp d'activé :
Code :
|
Marsh Posté le 08-10-2004 à 19:11:00
ça tourne bien là ?
cpuinfo est bon ?
Marsh Posté le 08-10-2004 à 19:12:36
mirtouf a écrit : ça tourne bien là ? |
non, cpuinfo pas bon :
Code :
|
Marsh Posté le 08-10-2004 à 19:13:14
Avec l'ACPI et le SMP ça foire ?
Marsh Posté le 08-10-2004 à 19:36:19
mirtouf a écrit : Avec l'ACPI et le SMP ça foire ? |
Oui, la c'est un noyau sans acpi et sans apm mais avec SMP. Si je compile un noyau avec l'acpi et SMP, les deux cpu sont détecté mais le pc freeze aléatoirerement (voir mon premier post).
Marsh Posté le 08-10-2004 à 19:53:40
As-tu essayé avec un noyau 2.6 sans patch ?
Essaye un 2.6.7 de kernel.org sinon.
Marsh Posté le 08-10-2004 à 20:21:57
mirtouf a écrit : As-tu essayé avec un noyau 2.6 sans patch ? |
J'ai le même problème avec le 2.6.8-1. Je vais essayé quand même. Avec l'apci ?
Marsh Posté le 08-10-2004 à 20:23:28
Je dirais sans mais je pense que tu devrais télécharger un LiveCD minimal de Gentoo 2004.2, le noyau est smp et regarder si ça boot avec.
Marsh Posté le 08-10-2004 à 20:39:35
mirtouf a écrit : Je dirais sans mais je pense que tu devrais télécharger un LiveCD minimal de Gentoo 2004.2, le noyau est smp et regarder si ça boot avec. |
je l'ai fait avec une knoppix qui gère le smp et comme l'acpi est activé les deux cpu sont activés mais freeze aléatoire.
Marsh Posté le 08-10-2004 à 20:59:57
Avec un noyau 2.4 t'as essayé ?
Marsh Posté le 08-10-2004 à 21:14:39
ReplyMarsh Posté le 09-10-2004 à 11:29:23
zit a écrit : non, je vais essayer avec la knoppix pour voir |
knoppix et 2.4.27 semble allez bien. Ca boot, pas de plantage, et les deux cpu sont détécter sans l'acpi. Mais pourquoi dans mon cas je suis obligé d'avoir lacpi pour détécter le second processeur alors qu'il a pas besoin.
Marsh Posté le 10-10-2004 à 20:39:59
zit a écrit : knoppix et 2.4.27 semble allez bien. Ca boot, pas de plantage, et les deux cpu sont détécter sans l'acpi. Mais pourquoi dans mon cas je suis obligé d'avoir lacpi pour détécter le second processeur alors qu'il a pas besoin. |
bon, du nouveau, j'ai compilé un 2.6.7 mais j'ai la même chose avec 2.6.8-1. J'ai ni amp si acpi comilé dans le noyau. Les deux cpu sont bien détéctés mais le pc plante toujours au même endroit. Quand j'arrive sur gdm, je rentre mon login et pass et ca ce logue et plantage. Si je met acpi=off j'ai pas de problème mais qu'un seul cpu.
Marsh Posté le 10-10-2004 à 20:52:51
Fais péter les logs.
Marsh Posté le 10-10-2004 à 21:10:08
mirtouf a écrit : Fais péter les logs. |
voila le dmesg du 2.6.7
Code :
|
Il ma laissé me logué mais a planté 10 secondes aprés. J'ai fais un tail -f /var/log/messages et rien n'apparait quand il plante.
Marsh Posté le 11-10-2004 à 16:14:32
Y'a quoi dans Device drivers --> I2O device support ?
Marsh Posté le 11-10-2004 à 17:56:52
mirtouf a écrit : Y'a quoi dans Device drivers --> I2O device support ? |
y a rien l'option n'est pas coché
Marsh Posté le 11-10-2004 à 19:15:41
Bon du nouveau, kernel 2.6.7 avec ni apm et ni acpi, les deux cpu sont bien reconnus mais il plantait a l'ouverture de session gdm car il fait acces à un autre disque (le home sur un autre disque). Je croyais c'etait pas partition qui etait en l'air mais tout ce que concerne le pata hda et hdb ca planta des que je rentre dans un repertoire ou quoi que soit. Mon systeme est sur le dur en serial ata, là aucun problème. J'ai touvé u nproblème similaire mais je comprend pas trop les IRQ.
Code :
|
Je pense que le problème viens de la comme le dit l'autre topic. Cependant si je met noapic ou nolapic le systeme ne boot pas.
http://forum.hardware.fr/hardwaref [...] 4854-2.htm
Marsh Posté le 11-10-2004 à 19:25:41
tu as bcp d'IRQ pour l'USB ( 7, 9, 12 ).
dans ton BIOS as tu :
PnP/Plug&Play OS = No
Assign IRQ to USB devices = No
il faut que cela soit à no.
si tu n'utilises pas tes ports // et séries, désactives carrément afin de libérer des IRQ
Marsh Posté le 11-10-2004 à 20:23:55
PnP/Plug&Play OS = No ---> OK
Assign IRQ to USB devices = No --> Pas trouvé sur une asus p4c800 e deluxe.
Je pense pas qu'elle y soit. L'irq met le bordel peut etre c elle qui gère tout
Code :
|
Marsh Posté le 12-10-2004 à 20:15:35
bon en desactivant 4 port sur mes 8 usb dans le bios j'ai acces aux disques mais j'ai des saccades quand j'ecoute de la musique. Que pensez vous de desactiver completement l'apic dans le kernel ? Est ce qu'il faut obligatoirement l'apic pour l'attribution des irqs?
Merci d'avance
Marsh Posté le 12-10-2004 à 20:16:31
Vire cette merde d'APIC.
Marsh Posté le 13-10-2004 à 15:09:14
Bon , j'ai viré l'apic mais il le remet obligatoirement lors de la compilation, j'a i aussi compilé un kernel avec nopremmt disable pour voir et toujours pareil. Je vais continué a cherché.
Marsh Posté le 13-10-2004 à 15:22:57
ReplyMarsh Posté le 13-10-2004 à 17:25:38
Jar Jar a écrit : C'est pas obligatoire pour le SMP ? |
Je viens d'apprendre que oui visiblement.
Marsh Posté le 13-10-2004 à 19:13:11
mirtouf a écrit : Je viens d'apprendre que oui visiblement. |
Oui c'est obligatoire c'est pour ca qui le remet obligatoirement dans le kernel lors de la compilation. Bon je pense que c'est le noyau 2.6 qui n'est pas encore au point. Je vais réesayé le 2.4 por voir. Mais si c'est bon avec le 2.4 cela m'emerde..... beaucoup car obliger de retourner au 2.4.
Marsh Posté le 07-10-2004 à 16:16:41
Bonjour a tous,
Il y a quelque temps je me suis rendu compte (oui il etait temps!) que mon systeme debian unstable ne reconnaissais qu'un seul processeur. Mon noyau etait configurer avec apm et non acpi. L'acpi est conseillé pour le support SMP. J'ai donc recompiler un noyau avec l'acpi. Il me reconnais deux processeurs, ok, mais le pc freeze assez aléatoirement. Même avec une knoppix le résultat est similaire. J'ai essayé les différents paramètres de boot : noacpi nolapic noapic acpi=ht et acpi=force et toujours pareil. Je vous poste ce message en ayant "disable" le support acpi dans le bios de la carte mère.
Là mon pc fonctionne mais ne reconnais qu'un seul processeur.
Est ce que quelqu'un a deja eu ce problème. Que me conseiller vous pour la compilation du noyau (laisser apm et acpi sachant que acpi prend le dessus sur apm)?
Merci d'avances pour vos conseils.
PS: 6 pass a memtest sans aucune erreur