-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160
Bonjour à tous (et à toutes)!
Mon pbm: j'avais il y a quelques jours encore un noyau 2.6.18 qui
fonctionnait sans pbm.
J'ai changé la carte graphique (échange d'une nvidia quadro fx1400
contre une nvidia quadro fx1500) ainsi que l'alimentation et en
rebootant sur le même noyau, je bloque sur un pbm lié à la mise en
oeuvre de ACPI.
Lors du boot, mon systeme reste figé sur la ligne suivante:
ACPI Core revision:17072006 (quelque chose proche de ca)
Si je recompile un noyau 2.6.18 sans gestion ACPI, ca marche mais mon
système freeze de facon aléatoire et je suis obligé de reset.
La seule solution est de désactiver le SMP mais c'est pas le but recherché.
Je suis donc obligé de travailler sur mon noyau actuel 2.6.17.9 qui ne
pose aucun pbm, vu qu'il est en mono-core!
Si quelqu'un peux m'aider a régler ce pbm d'ACPI avec noyau 2.6.18, ce
serait super.
Merci d'avance!
- --
Cle GnuPG disponible sur http://www.keyserver.net (0x338F4E2F)
La vie c'est comme un concombre...
des fois tu l'as dans la main...
des fois tu l'as dans l'cul !
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
chalten
CoolFox wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160
Bonjour à tous (et à toutes)!
Mon pbm: j'avais il y a quelques jours encore un noyau 2.6.18 qui fonctionnait sans pbm. J'ai changé la carte graphique (échange d'une nvidia quadro fx1400 contre une nvidia quadro fx1500) ainsi que l'alimentation et en rebootant sur le même noyau, je bloque sur un pbm lié à la mise en oeuvre de ACPI.
Lors du boot, mon systeme reste figé sur la ligne suivante: ACPI Core revision:17072006 (quelque chose proche de ca)
Si je recompile un noyau 2.6.18 sans gestion ACPI, ca marche mais mon système freeze de facon aléatoire et je suis obligé de reset. La seule solution est de désactiver le SMP mais c'est pas le but recherché.
Je suis donc obligé de travailler sur mon noyau actuel 2.6.17.9 qui ne pose aucun pbm, vu qu'il est en mono-core!
Si quelqu'un peux m'aider a régler ce pbm d'ACPI avec noyau 2.6.18, ce serait super.
Salut,
je n'ai pas vraiment la réponse à ta question mais j'ai fait une manip similaire à la tienne et je n'ai pas ce problème ...
Je suis passé d'un athlon 64 3500+ à un dual core 3800+ (carte mere gigabyte k8-N ultra 9 et carte graphique nvidia 6600 GT).
Mon noyau est un 2.6.18 vanilla avec smp et acpi activés. (distro fedora core 5).
Vu le plantage, j'aurais tendance aussi à suspecter la carte graphique. Tu utilises le driver proprio nvidia ?
Laurent.
NB : mon /var/log/messages à partir de ACPI: Core
Oct 14 09:06:08 localhost kernel: ACPI: Core revision 20060707 Oct 14 09:06:08 localhost kernel: ACPI: setting ELCR to 0200 (from 0cb8) Oct 14 09:06:08 localhost kernel: CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 01 Oct 14 09:06:08 localhost kernel: Booting processor 1/1 eip 2000 Oct 14 09:06:08 localhost kernel: Initializing CPU#1 Oct 14 09:06:08 localhost kernel: Calibrating delay using timer specific routine.. 4020.04 BogoMIPS (lpj 10021) Oct 14 09:06:08 localhost kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) Oct 14 09:06:08 localhost kernel: CPU: L2 Cache: 512K (64 bytes/line) Oct 14 09:06:08 localhost kernel: CPU 1(2) -> Core 1 Oct 14 09:06:08 localhost kernel: Intel machine check architecture supported. Oct 14 09:06:08 localhost kernel: Intel machine check reporting enabled on CPU#1. Oct 14 09:06:08 localhost kernel: CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 01 Oct 14 09:06:08 localhost kernel: Total of 2 processors activated (8041.82 BogoMIPS). Oct 14 09:06:08 localhost kernel: checking TSC synchronization across 2 CPUs: Oct 14 09:06:08 localhost kernel: CPU#0 had 217 usecs TSC skew, fixed it up. Oct 14 09:06:08 localhost kernel: CPU#1 had -217 usecs TSC skew, fixed it up. Oct 14 09:06:08 localhost kernel: Brought up 2 CPUs Oct 14 09:06:08 localhost kernel: migration_cost 0 Oct 14 09:06:08 localhost kernel: Unpacking initramfs... done Oct 14 09:06:08 localhost kernel: Freeing initrd memory: 966k freed Oct 14 09:06:08 localhost kernel: NET: Registered protocol family 16 Oct 14 09:06:08 localhost kernel: ACPI: bus type pci registered Oct 14 09:06:08 localhost kernel: PCI: Using MMCONFIG Oct 14 09:06:08 localhost kernel: PCI: No mmconfig possible on 0:18 Oct 14 09:06:08 localhost kernel: Setting up standard PCI resources
CoolFox wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160
Bonjour à tous (et à toutes)!
Mon pbm: j'avais il y a quelques jours encore un noyau 2.6.18 qui
fonctionnait sans pbm.
J'ai changé la carte graphique (échange d'une nvidia quadro fx1400
contre une nvidia quadro fx1500) ainsi que l'alimentation et en
rebootant sur le même noyau, je bloque sur un pbm lié à la mise en
oeuvre de ACPI.
Lors du boot, mon systeme reste figé sur la ligne suivante:
ACPI Core revision:17072006 (quelque chose proche de ca)
Si je recompile un noyau 2.6.18 sans gestion ACPI, ca marche mais mon
système freeze de facon aléatoire et je suis obligé de reset.
La seule solution est de désactiver le SMP mais c'est pas le but recherché.
Je suis donc obligé de travailler sur mon noyau actuel 2.6.17.9 qui ne
pose aucun pbm, vu qu'il est en mono-core!
Si quelqu'un peux m'aider a régler ce pbm d'ACPI avec noyau 2.6.18, ce
serait super.
Salut,
je n'ai pas vraiment la réponse à ta question mais j'ai fait une manip
similaire
à la tienne et je n'ai pas ce problème ...
Je suis passé d'un athlon 64 3500+ à un dual core 3800+ (carte mere gigabyte
k8-N ultra 9 et carte graphique nvidia 6600 GT).
Mon noyau est un 2.6.18 vanilla avec smp et acpi activés. (distro fedora
core 5).
Vu le plantage, j'aurais tendance aussi à suspecter la carte graphique.
Tu utilises
le driver proprio nvidia ?
Laurent.
NB : mon /var/log/messages à partir de ACPI: Core
Oct 14 09:06:08 localhost kernel: ACPI: Core revision 20060707
Oct 14 09:06:08 localhost kernel: ACPI: setting ELCR to 0200 (from 0cb8)
Oct 14 09:06:08 localhost kernel: CPU0: AMD Athlon(tm) 64 X2 Dual Core
Processor 3800+ stepping 01
Oct 14 09:06:08 localhost kernel: Booting processor 1/1 eip 2000
Oct 14 09:06:08 localhost kernel: Initializing CPU#1
Oct 14 09:06:08 localhost kernel: Calibrating delay using timer specific
routine.. 4020.04 BogoMIPS (lpj 10021)
Oct 14 09:06:08 localhost kernel: CPU: L1 I Cache: 64K (64 bytes/line),
D cache 64K (64 bytes/line)
Oct 14 09:06:08 localhost kernel: CPU: L2 Cache: 512K (64 bytes/line)
Oct 14 09:06:08 localhost kernel: CPU 1(2) -> Core 1
Oct 14 09:06:08 localhost kernel: Intel machine check architecture
supported.
Oct 14 09:06:08 localhost kernel: Intel machine check reporting enabled
on CPU#1.
Oct 14 09:06:08 localhost kernel: CPU1: AMD Athlon(tm) 64 X2 Dual Core
Processor 3800+ stepping 01
Oct 14 09:06:08 localhost kernel: Total of 2 processors activated
(8041.82 BogoMIPS).
Oct 14 09:06:08 localhost kernel: checking TSC synchronization across 2
CPUs:
Oct 14 09:06:08 localhost kernel: CPU#0 had 217 usecs TSC skew, fixed it up.
Oct 14 09:06:08 localhost kernel: CPU#1 had -217 usecs TSC skew, fixed
it up.
Oct 14 09:06:08 localhost kernel: Brought up 2 CPUs
Oct 14 09:06:08 localhost kernel: migration_cost 0
Oct 14 09:06:08 localhost kernel: Unpacking initramfs... done
Oct 14 09:06:08 localhost kernel: Freeing initrd memory: 966k freed
Oct 14 09:06:08 localhost kernel: NET: Registered protocol family 16
Oct 14 09:06:08 localhost kernel: ACPI: bus type pci registered
Oct 14 09:06:08 localhost kernel: PCI: Using MMCONFIG
Oct 14 09:06:08 localhost kernel: PCI: No mmconfig possible on 0:18
Oct 14 09:06:08 localhost kernel: Setting up standard PCI resources
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160
Bonjour à tous (et à toutes)!
Mon pbm: j'avais il y a quelques jours encore un noyau 2.6.18 qui fonctionnait sans pbm. J'ai changé la carte graphique (échange d'une nvidia quadro fx1400 contre une nvidia quadro fx1500) ainsi que l'alimentation et en rebootant sur le même noyau, je bloque sur un pbm lié à la mise en oeuvre de ACPI.
Lors du boot, mon systeme reste figé sur la ligne suivante: ACPI Core revision:17072006 (quelque chose proche de ca)
Si je recompile un noyau 2.6.18 sans gestion ACPI, ca marche mais mon système freeze de facon aléatoire et je suis obligé de reset. La seule solution est de désactiver le SMP mais c'est pas le but recherché.
Je suis donc obligé de travailler sur mon noyau actuel 2.6.17.9 qui ne pose aucun pbm, vu qu'il est en mono-core!
Si quelqu'un peux m'aider a régler ce pbm d'ACPI avec noyau 2.6.18, ce serait super.
Salut,
je n'ai pas vraiment la réponse à ta question mais j'ai fait une manip similaire à la tienne et je n'ai pas ce problème ...
Je suis passé d'un athlon 64 3500+ à un dual core 3800+ (carte mere gigabyte k8-N ultra 9 et carte graphique nvidia 6600 GT).
Mon noyau est un 2.6.18 vanilla avec smp et acpi activés. (distro fedora core 5).
Vu le plantage, j'aurais tendance aussi à suspecter la carte graphique. Tu utilises le driver proprio nvidia ?
Laurent.
NB : mon /var/log/messages à partir de ACPI: Core
Oct 14 09:06:08 localhost kernel: ACPI: Core revision 20060707 Oct 14 09:06:08 localhost kernel: ACPI: setting ELCR to 0200 (from 0cb8) Oct 14 09:06:08 localhost kernel: CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 01 Oct 14 09:06:08 localhost kernel: Booting processor 1/1 eip 2000 Oct 14 09:06:08 localhost kernel: Initializing CPU#1 Oct 14 09:06:08 localhost kernel: Calibrating delay using timer specific routine.. 4020.04 BogoMIPS (lpj 10021) Oct 14 09:06:08 localhost kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) Oct 14 09:06:08 localhost kernel: CPU: L2 Cache: 512K (64 bytes/line) Oct 14 09:06:08 localhost kernel: CPU 1(2) -> Core 1 Oct 14 09:06:08 localhost kernel: Intel machine check architecture supported. Oct 14 09:06:08 localhost kernel: Intel machine check reporting enabled on CPU#1. Oct 14 09:06:08 localhost kernel: CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 01 Oct 14 09:06:08 localhost kernel: Total of 2 processors activated (8041.82 BogoMIPS). Oct 14 09:06:08 localhost kernel: checking TSC synchronization across 2 CPUs: Oct 14 09:06:08 localhost kernel: CPU#0 had 217 usecs TSC skew, fixed it up. Oct 14 09:06:08 localhost kernel: CPU#1 had -217 usecs TSC skew, fixed it up. Oct 14 09:06:08 localhost kernel: Brought up 2 CPUs Oct 14 09:06:08 localhost kernel: migration_cost 0 Oct 14 09:06:08 localhost kernel: Unpacking initramfs... done Oct 14 09:06:08 localhost kernel: Freeing initrd memory: 966k freed Oct 14 09:06:08 localhost kernel: NET: Registered protocol family 16 Oct 14 09:06:08 localhost kernel: ACPI: bus type pci registered Oct 14 09:06:08 localhost kernel: PCI: Using MMCONFIG Oct 14 09:06:08 localhost kernel: PCI: No mmconfig possible on 0:18 Oct 14 09:06:08 localhost kernel: Setting up standard PCI resources
CoolFox
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160
CoolFox wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160
Bonjour à tous (et à toutes)!
Mon pbm: j'avais il y a quelques jours encore un noyau 2.6.18 qui fonctionnait sans pbm. J'ai changé la carte graphique (échange d'une nvidia quadro fx1400 contre une nvidia quadro fx1500) ainsi que l'alimentation et en rebootant sur le même noyau, je bloque sur un pbm lié à la mise en oeuvre de ACPI.
Lors du boot, mon systeme reste figé sur la ligne suivante: ACPI Core revision:17072006 (quelque chose proche de ca)
Si je recompile un noyau 2.6.18 sans gestion ACPI, ca marche mais mon système freeze de facon aléatoire et je suis obligé de reset. La seule solution est de désactiver le SMP mais c'est pas le but recherché.
Je suis donc obligé de travailler sur mon noyau actuel 2.6.17.9 qui ne pose aucun pbm, vu qu'il est en mono-core!
Si quelqu'un peux m'aider a régler ce pbm d'ACPI avec noyau 2.6.18, ce serait super.
Salut,
je n'ai pas vraiment la réponse à ta question mais j'ai fait une manip similaire à la tienne et je n'ai pas ce problème ...
Je suis passé d'un athlon 64 3500+ à un dual core 3800+ (carte mere gigabyte k8-N ultra 9 et carte graphique nvidia 6600 GT).
Mon noyau est un 2.6.18 vanilla avec smp et acpi activés. (distro fedora core 5).
Vu le plantage, j'aurais tendance aussi à suspecter la carte graphique. Tu utilises le driver proprio nvidia ?
Laurent.
NB : mon /var/log/messages à partir de ACPI: Core
Oct 14 09:06:08 localhost kernel: ACPI: Core revision 20060707 Oct 14 09:06:08 localhost kernel: ACPI: setting ELCR to 0200 (from 0cb8) Oct 14 09:06:08 localhost kernel: CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 01 Oct 14 09:06:08 localhost kernel: Booting processor 1/1 eip 2000 Oct 14 09:06:08 localhost kernel: Initializing CPU#1 Oct 14 09:06:08 localhost kernel: Calibrating delay using timer specific routine.. 4020.04 BogoMIPS (lpj 10021) Oct 14 09:06:08 localhost kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) Oct 14 09:06:08 localhost kernel: CPU: L2 Cache: 512K (64 bytes/line) Oct 14 09:06:08 localhost kernel: CPU 1(2) -> Core 1 Oct 14 09:06:08 localhost kernel: Intel machine check architecture supported. Oct 14 09:06:08 localhost kernel: Intel machine check reporting enabled on CPU#1. Oct 14 09:06:08 localhost kernel: CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 01 Oct 14 09:06:08 localhost kernel: Total of 2 processors activated (8041.82 BogoMIPS). Oct 14 09:06:08 localhost kernel: checking TSC synchronization across 2 CPUs: Oct 14 09:06:08 localhost kernel: CPU#0 had 217 usecs TSC skew, fixed it up. Oct 14 09:06:08 localhost kernel: CPU#1 had -217 usecs TSC skew, fixed it up. Oct 14 09:06:08 localhost kernel: Brought up 2 CPUs Oct 14 09:06:08 localhost kernel: migration_cost 0 Oct 14 09:06:08 localhost kernel: Unpacking initramfs... done Oct 14 09:06:08 localhost kernel: Freeing initrd memory: 966k freed Oct 14 09:06:08 localhost kernel: NET: Registered protocol family 16 Oct 14 09:06:08 localhost kernel: ACPI: bus type pci registered Oct 14 09:06:08 localhost kernel: PCI: Using MMCONFIG Oct 14 09:06:08 localhost kernel: PCI: No mmconfig possible on 0:18 Oct 14 09:06:08 localhost kernel: Setting up standard PCI resources
J'utilise les drivers nvidia packagés par debian (nvidia-glx et nvidia-kernel-common). Je vais essayer de forcer le noyau a booter avec acpi=off et on va voir. Dans le pire des cas lundi je remettrais mon ancienne quadro fx1400 et je verrais si ca repars tout seul, auquel cas je verrais avec le support tech de nvidia. Je te tiens au jus.
- -- Cle GnuPG disponible sur http://www.keyserver.net (0x338F4E2F)
La vie c'est comme un concombre... des fois tu l'as dans la main... des fois tu l'as dans l'cul !
-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160
CoolFox wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160
Bonjour à tous (et à toutes)!
Mon pbm: j'avais il y a quelques jours encore un noyau 2.6.18 qui
fonctionnait sans pbm.
J'ai changé la carte graphique (échange d'une nvidia quadro fx1400
contre une nvidia quadro fx1500) ainsi que l'alimentation et en
rebootant sur le même noyau, je bloque sur un pbm lié à la mise en
oeuvre de ACPI.
Lors du boot, mon systeme reste figé sur la ligne suivante:
ACPI Core revision:17072006 (quelque chose proche de ca)
Si je recompile un noyau 2.6.18 sans gestion ACPI, ca marche mais mon
système freeze de facon aléatoire et je suis obligé de reset.
La seule solution est de désactiver le SMP mais c'est pas le but
recherché.
Je suis donc obligé de travailler sur mon noyau actuel 2.6.17.9 qui ne
pose aucun pbm, vu qu'il est en mono-core!
Si quelqu'un peux m'aider a régler ce pbm d'ACPI avec noyau 2.6.18, ce
serait super.
Salut,
je n'ai pas vraiment la réponse à ta question mais j'ai fait une manip
similaire
à la tienne et je n'ai pas ce problème ...
Je suis passé d'un athlon 64 3500+ à un dual core 3800+ (carte mere
gigabyte
k8-N ultra 9 et carte graphique nvidia 6600 GT).
Mon noyau est un 2.6.18 vanilla avec smp et acpi activés. (distro fedora
core 5).
Vu le plantage, j'aurais tendance aussi à suspecter la carte graphique.
Tu utilises
le driver proprio nvidia ?
Laurent.
NB : mon /var/log/messages à partir de ACPI: Core
Oct 14 09:06:08 localhost kernel: ACPI: Core revision 20060707
Oct 14 09:06:08 localhost kernel: ACPI: setting ELCR to 0200 (from 0cb8)
Oct 14 09:06:08 localhost kernel: CPU0: AMD Athlon(tm) 64 X2 Dual Core
Processor 3800+ stepping 01
Oct 14 09:06:08 localhost kernel: Booting processor 1/1 eip 2000
Oct 14 09:06:08 localhost kernel: Initializing CPU#1
Oct 14 09:06:08 localhost kernel: Calibrating delay using timer specific
routine.. 4020.04 BogoMIPS (lpj 10021)
Oct 14 09:06:08 localhost kernel: CPU: L1 I Cache: 64K (64 bytes/line),
D cache 64K (64 bytes/line)
Oct 14 09:06:08 localhost kernel: CPU: L2 Cache: 512K (64 bytes/line)
Oct 14 09:06:08 localhost kernel: CPU 1(2) -> Core 1
Oct 14 09:06:08 localhost kernel: Intel machine check architecture
supported.
Oct 14 09:06:08 localhost kernel: Intel machine check reporting enabled
on CPU#1.
Oct 14 09:06:08 localhost kernel: CPU1: AMD Athlon(tm) 64 X2 Dual Core
Processor 3800+ stepping 01
Oct 14 09:06:08 localhost kernel: Total of 2 processors activated
(8041.82 BogoMIPS).
Oct 14 09:06:08 localhost kernel: checking TSC synchronization across 2
CPUs:
Oct 14 09:06:08 localhost kernel: CPU#0 had 217 usecs TSC skew, fixed it
up.
Oct 14 09:06:08 localhost kernel: CPU#1 had -217 usecs TSC skew, fixed
it up.
Oct 14 09:06:08 localhost kernel: Brought up 2 CPUs
Oct 14 09:06:08 localhost kernel: migration_cost 0
Oct 14 09:06:08 localhost kernel: Unpacking initramfs... done
Oct 14 09:06:08 localhost kernel: Freeing initrd memory: 966k freed
Oct 14 09:06:08 localhost kernel: NET: Registered protocol family 16
Oct 14 09:06:08 localhost kernel: ACPI: bus type pci registered
Oct 14 09:06:08 localhost kernel: PCI: Using MMCONFIG
Oct 14 09:06:08 localhost kernel: PCI: No mmconfig possible on 0:18
Oct 14 09:06:08 localhost kernel: Setting up standard PCI resources
J'utilise les drivers nvidia packagés par debian (nvidia-glx et
nvidia-kernel-common).
Je vais essayer de forcer le noyau a booter avec acpi=off et on va voir.
Dans le pire des cas lundi je remettrais mon ancienne quadro fx1400 et
je verrais si ca repars tout seul, auquel cas je verrais avec le support
tech de nvidia.
Je te tiens au jus.
- --
Cle GnuPG disponible sur http://www.keyserver.net (0x338F4E2F)
La vie c'est comme un concombre...
des fois tu l'as dans la main...
des fois tu l'as dans l'cul !
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160
CoolFox wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160
Bonjour à tous (et à toutes)!
Mon pbm: j'avais il y a quelques jours encore un noyau 2.6.18 qui fonctionnait sans pbm. J'ai changé la carte graphique (échange d'une nvidia quadro fx1400 contre une nvidia quadro fx1500) ainsi que l'alimentation et en rebootant sur le même noyau, je bloque sur un pbm lié à la mise en oeuvre de ACPI.
Lors du boot, mon systeme reste figé sur la ligne suivante: ACPI Core revision:17072006 (quelque chose proche de ca)
Si je recompile un noyau 2.6.18 sans gestion ACPI, ca marche mais mon système freeze de facon aléatoire et je suis obligé de reset. La seule solution est de désactiver le SMP mais c'est pas le but recherché.
Je suis donc obligé de travailler sur mon noyau actuel 2.6.17.9 qui ne pose aucun pbm, vu qu'il est en mono-core!
Si quelqu'un peux m'aider a régler ce pbm d'ACPI avec noyau 2.6.18, ce serait super.
Salut,
je n'ai pas vraiment la réponse à ta question mais j'ai fait une manip similaire à la tienne et je n'ai pas ce problème ...
Je suis passé d'un athlon 64 3500+ à un dual core 3800+ (carte mere gigabyte k8-N ultra 9 et carte graphique nvidia 6600 GT).
Mon noyau est un 2.6.18 vanilla avec smp et acpi activés. (distro fedora core 5).
Vu le plantage, j'aurais tendance aussi à suspecter la carte graphique. Tu utilises le driver proprio nvidia ?
Laurent.
NB : mon /var/log/messages à partir de ACPI: Core
Oct 14 09:06:08 localhost kernel: ACPI: Core revision 20060707 Oct 14 09:06:08 localhost kernel: ACPI: setting ELCR to 0200 (from 0cb8) Oct 14 09:06:08 localhost kernel: CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 01 Oct 14 09:06:08 localhost kernel: Booting processor 1/1 eip 2000 Oct 14 09:06:08 localhost kernel: Initializing CPU#1 Oct 14 09:06:08 localhost kernel: Calibrating delay using timer specific routine.. 4020.04 BogoMIPS (lpj 10021) Oct 14 09:06:08 localhost kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) Oct 14 09:06:08 localhost kernel: CPU: L2 Cache: 512K (64 bytes/line) Oct 14 09:06:08 localhost kernel: CPU 1(2) -> Core 1 Oct 14 09:06:08 localhost kernel: Intel machine check architecture supported. Oct 14 09:06:08 localhost kernel: Intel machine check reporting enabled on CPU#1. Oct 14 09:06:08 localhost kernel: CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 01 Oct 14 09:06:08 localhost kernel: Total of 2 processors activated (8041.82 BogoMIPS). Oct 14 09:06:08 localhost kernel: checking TSC synchronization across 2 CPUs: Oct 14 09:06:08 localhost kernel: CPU#0 had 217 usecs TSC skew, fixed it up. Oct 14 09:06:08 localhost kernel: CPU#1 had -217 usecs TSC skew, fixed it up. Oct 14 09:06:08 localhost kernel: Brought up 2 CPUs Oct 14 09:06:08 localhost kernel: migration_cost 0 Oct 14 09:06:08 localhost kernel: Unpacking initramfs... done Oct 14 09:06:08 localhost kernel: Freeing initrd memory: 966k freed Oct 14 09:06:08 localhost kernel: NET: Registered protocol family 16 Oct 14 09:06:08 localhost kernel: ACPI: bus type pci registered Oct 14 09:06:08 localhost kernel: PCI: Using MMCONFIG Oct 14 09:06:08 localhost kernel: PCI: No mmconfig possible on 0:18 Oct 14 09:06:08 localhost kernel: Setting up standard PCI resources
J'utilise les drivers nvidia packagés par debian (nvidia-glx et nvidia-kernel-common). Je vais essayer de forcer le noyau a booter avec acpi=off et on va voir. Dans le pire des cas lundi je remettrais mon ancienne quadro fx1400 et je verrais si ca repars tout seul, auquel cas je verrais avec le support tech de nvidia. Je te tiens au jus.
- -- Cle GnuPG disponible sur http://www.keyserver.net (0x338F4E2F)
La vie c'est comme un concombre... des fois tu l'as dans la main... des fois tu l'as dans l'cul !
J'utilise les drivers nvidia packagés par debian (nvidia-glx et nvidia-kernel-common). Je vais essayer de forcer le noyau a booter avec acpi=off et on va voir. Dans le pire des cas lundi je remettrais mon ancienne quadro fx1400 et je verrais si ca repars tout seul, auquel cas je verrais avec le support tech de nvidia. Je te tiens au jus.
je n'ai pu ce pb avec le chipset nforce 4 mais avec les anciens chipset nvidia, j'avais des freeze si je ne passais pas le paramètre nolapic au boot.
tu peux essayer "nolapic acpi=off noapic" comme paramètre de boot...
sinon, voir aussi si ça freeze avec le driver nv ...
J'utilise les drivers nvidia packagés par debian (nvidia-glx et
nvidia-kernel-common).
Je vais essayer de forcer le noyau a booter avec acpi=off et on va voir.
Dans le pire des cas lundi je remettrais mon ancienne quadro fx1400 et
je verrais si ca repars tout seul, auquel cas je verrais avec le support
tech de nvidia.
Je te tiens au jus.
je n'ai pu ce pb avec le chipset nforce 4 mais avec les anciens chipset
nvidia, j'avais des freeze si je ne passais pas le paramètre nolapic au
boot.
tu peux essayer "nolapic acpi=off noapic" comme paramètre de boot...
sinon, voir aussi si ça freeze avec le driver nv ...
J'utilise les drivers nvidia packagés par debian (nvidia-glx et nvidia-kernel-common). Je vais essayer de forcer le noyau a booter avec acpi=off et on va voir. Dans le pire des cas lundi je remettrais mon ancienne quadro fx1400 et je verrais si ca repars tout seul, auquel cas je verrais avec le support tech de nvidia. Je te tiens au jus.
je n'ai pu ce pb avec le chipset nforce 4 mais avec les anciens chipset nvidia, j'avais des freeze si je ne passais pas le paramètre nolapic au boot.
tu peux essayer "nolapic acpi=off noapic" comme paramètre de boot...
sinon, voir aussi si ça freeze avec le driver nv ...
CoolFox
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160
J'utilise les drivers nvidia packagés par debian (nvidia-glx et nvidia-kernel-common). Je vais essayer de forcer le noyau a booter avec acpi=off et on va voir. Dans le pire des cas lundi je remettrais mon ancienne quadro fx1400 et je verrais si ca repars tout seul, auquel cas je verrais avec le support tech de nvidia. Je te tiens au jus.
je n'ai pu ce pb avec le chipset nforce 4 mais avec les anciens chipset nvidia, j'avais des freeze si je ne passais pas le paramètre nolapic au boot.
tu peux essayer "nolapic acpi=off noapic" comme paramètre de boot...
sinon, voir aussi si ça freeze avec le driver nv ...
Je viens de tester plusieurs options
Recompil kernel sans ACPI = ok pas de pbm mais bien evidemment pas de dual core donc sans interet (pour le moment)
Pour mon noyau actuel (compilé avec ACPI) 2.6.18: - -option acpi=off lors du boot = dual core ok mais freeze aleatoire du systeme au bout de quelques mn (allant de 5 a 30 mn) et donc obligé de reset le systeme (meme les SysRQ ne marchent pas)
- -option acpi=noirqrouting = le boot s'arrete 1 ligne apres le pbm d'acpi précédent soit: ACPI: Setting ELCR to 0e28 (from 0c28)
- -option acpi=noirqbalancing = pareil que ci-dessus
- -option avec les 2 en meme tps = la meme chose
- -Mise a jour du bios = pas de changement concernant le blocage sur acpi lors du boot.
Conclusion: je pense a un bug de acpi ou dsdt et a mon avis je suis bon pour aller patcher le dsdt.
Je vous tiens au courant (pour ceux qui seraient dans ce genre de situation car les pbms d'ACPI semblent etre plus frequents que l'on ne pourrait penser).
- -- Cle GnuPG disponible sur http://www.keyserver.net (0x338F4E2F)
La vie c'est comme un concombre... des fois tu l'as dans la main... des fois tu l'as dans l'cul !
-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160
J'utilise les drivers nvidia packagés par debian (nvidia-glx et
nvidia-kernel-common).
Je vais essayer de forcer le noyau a booter avec acpi=off et on va voir.
Dans le pire des cas lundi je remettrais mon ancienne quadro fx1400 et
je verrais si ca repars tout seul, auquel cas je verrais avec le support
tech de nvidia.
Je te tiens au jus.
je n'ai pu ce pb avec le chipset nforce 4 mais avec les anciens chipset
nvidia, j'avais des freeze si je ne passais pas le paramètre nolapic au
boot.
tu peux essayer "nolapic acpi=off noapic" comme paramètre de boot...
sinon, voir aussi si ça freeze avec le driver nv ...
Je viens de tester plusieurs options
Recompil kernel sans ACPI = ok pas de pbm mais bien evidemment pas de
dual core donc sans interet (pour le moment)
Pour mon noyau actuel (compilé avec ACPI) 2.6.18:
- -option acpi=off lors du boot = dual core ok mais freeze aleatoire du
systeme au bout de quelques mn (allant de 5 a 30 mn) et donc obligé de
reset le systeme (meme les SysRQ ne marchent pas)
- -option acpi=noirqrouting = le boot s'arrete 1 ligne apres le pbm d'acpi
précédent soit: ACPI: Setting ELCR to 0e28 (from 0c28)
- -option acpi=noirqbalancing = pareil que ci-dessus
- -option avec les 2 en meme tps = la meme chose
- -Mise a jour du bios = pas de changement concernant le blocage sur acpi
lors du boot.
Conclusion: je pense a un bug de acpi ou dsdt et a mon avis je suis bon
pour aller patcher le dsdt.
Je vous tiens au courant (pour ceux qui seraient dans ce genre de
situation car les pbms d'ACPI semblent etre plus frequents que l'on ne
pourrait penser).
- --
Cle GnuPG disponible sur http://www.keyserver.net (0x338F4E2F)
La vie c'est comme un concombre...
des fois tu l'as dans la main...
des fois tu l'as dans l'cul !
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160
J'utilise les drivers nvidia packagés par debian (nvidia-glx et nvidia-kernel-common). Je vais essayer de forcer le noyau a booter avec acpi=off et on va voir. Dans le pire des cas lundi je remettrais mon ancienne quadro fx1400 et je verrais si ca repars tout seul, auquel cas je verrais avec le support tech de nvidia. Je te tiens au jus.
je n'ai pu ce pb avec le chipset nforce 4 mais avec les anciens chipset nvidia, j'avais des freeze si je ne passais pas le paramètre nolapic au boot.
tu peux essayer "nolapic acpi=off noapic" comme paramètre de boot...
sinon, voir aussi si ça freeze avec le driver nv ...
Je viens de tester plusieurs options
Recompil kernel sans ACPI = ok pas de pbm mais bien evidemment pas de dual core donc sans interet (pour le moment)
Pour mon noyau actuel (compilé avec ACPI) 2.6.18: - -option acpi=off lors du boot = dual core ok mais freeze aleatoire du systeme au bout de quelques mn (allant de 5 a 30 mn) et donc obligé de reset le systeme (meme les SysRQ ne marchent pas)
- -option acpi=noirqrouting = le boot s'arrete 1 ligne apres le pbm d'acpi précédent soit: ACPI: Setting ELCR to 0e28 (from 0c28)
- -option acpi=noirqbalancing = pareil que ci-dessus
- -option avec les 2 en meme tps = la meme chose
- -Mise a jour du bios = pas de changement concernant le blocage sur acpi lors du boot.
Conclusion: je pense a un bug de acpi ou dsdt et a mon avis je suis bon pour aller patcher le dsdt.
Je vous tiens au courant (pour ceux qui seraient dans ce genre de situation car les pbms d'ACPI semblent etre plus frequents que l'on ne pourrait penser).
- -- Cle GnuPG disponible sur http://www.keyserver.net (0x338F4E2F)
La vie c'est comme un concombre... des fois tu l'as dans la main... des fois tu l'as dans l'cul !
