/u/1934/av-559.png?f=community)
Na veel veel veel zoeken ben ik er eindelijk uit! Ik heb een fix voor de mensen die deze rare logs wel eens in syslog hebben staan.
APIC error on CPU0: 0a(0a)
APIC error on CPU0: 0a(0a)
APIC error on CPU0: 0a(02)
APIC error on CPU1: 04(07)
Deze bug komt voor op de wat brakkere smp-planken en schijnt zich ook voor te doen op de nieuwere p4 3,0 ghz met htt support. Ik had met mijn bp6 nogal wat problemen en vond niet echt direct een oplossing voor handen. Na veel zoeken kwam ik de volgende solution tegen:
Zet in de bios de volgende opties aan:
_________________________________________________________________
POWER MANAGEMENT SETUP.
ACPI: Disabled
POWER MANAGEMENT: Disabled
PM CONTROL by APM: No
_________________________________________________________________
Je kernel compile je met de volgende opties:
Most Linux distributions don't provide a ready-made SMP-aware
kernel, which means that you'll have to make one yourself. If you
haven't made your own kernel yet, this is a great reason to learn
how. Explaining how to make a new kernel is beyond the scope of
this document; refer to the Linux Kernel Howto for more
information. (C. Polisher)
In kernel series 2.0 up to but not including 2.1.132, uncomment the
SMP=1 line in the main Makefile (/usr/src/linux/Makefile).
In the 2.2 version, configure the kernel and answer "yes" to the
question "Symmetric multi-processing support" (Michael Elizabeth
Chastain).
AND
enable real time clock support by configuring the "RTC support"
item (in "Character Devices" menu) (from Robert G. Brown). Note
that inserting RTC support actually doesn't afaik prevent the known
problem with SMP clock drift, but enabling this feature prevents
lockup when the clock is read at boot time. A note from Richard
Jelinek says also that activating the Enhanced RTC is necessary to
get the second CPU working (identified) on some original Intel
Mainboards.
AND
(x86 kernel) do NOT enable APM (advanced power management)! APM and
SMP are not compatible, and your system will almost certainly (or
at least probably ) crash while booting if APM is enabled (Jakob
Oestergaard). Alan Cox confirms this : 2.1.x turns APM off for SMP
boxes. Basically APM is undefined in the presence of SMP systems,
and anything could occur.
AND
(x86 kernel) enable "MTRR (Memory Type Range Register) support".
Some BIOS are buggy as they do not activate cache memory for the
second processor. The MTRR support contains code that solves such
processor misconfiguration.
You must rebuild all your kernel and kernel modules when changing
to and from SMP mode. Remember to make modules and make
modules_install (from Alan Cox).
If you get module load errors, you probably did not rebuild and/or
re-install your modules. Also with some 2.2.x kernels people have
reported problems when changing the compile from SMP back to UP
(uni-processor). To fix this, save your .config file, do make
mrproper, restore your .config file, then remake your kernel (make
dep, etc.) (Wade Hampton). Do not forget to run lilo after copying
your new kernel.
En met de volgende bootparameters loopt die nu goed:
append = "apm=off acpi=off noapic"
Ik hoop dat sommige hier wat aan hebben.. Op internet was het niet duidelijk 1..2..3.. te vinden...
Veel suc6!
APIC error on CPU0: 0a(0a)
APIC error on CPU0: 0a(0a)
APIC error on CPU0: 0a(02)
APIC error on CPU1: 04(07)
Deze bug komt voor op de wat brakkere smp-planken en schijnt zich ook voor te doen op de nieuwere p4 3,0 ghz met htt support. Ik had met mijn bp6 nogal wat problemen en vond niet echt direct een oplossing voor handen. Na veel zoeken kwam ik de volgende solution tegen:
Zet in de bios de volgende opties aan:
_________________________________________________________________
POWER MANAGEMENT SETUP.
ACPI: Disabled
POWER MANAGEMENT: Disabled
PM CONTROL by APM: No
_________________________________________________________________
Je kernel compile je met de volgende opties:
Most Linux distributions don't provide a ready-made SMP-aware
kernel, which means that you'll have to make one yourself. If you
haven't made your own kernel yet, this is a great reason to learn
how. Explaining how to make a new kernel is beyond the scope of
this document; refer to the Linux Kernel Howto for more
information. (C. Polisher)
In kernel series 2.0 up to but not including 2.1.132, uncomment the
SMP=1 line in the main Makefile (/usr/src/linux/Makefile).
In the 2.2 version, configure the kernel and answer "yes" to the
question "Symmetric multi-processing support" (Michael Elizabeth
Chastain).
AND
enable real time clock support by configuring the "RTC support"
item (in "Character Devices" menu) (from Robert G. Brown). Note
that inserting RTC support actually doesn't afaik prevent the known
problem with SMP clock drift, but enabling this feature prevents
lockup when the clock is read at boot time. A note from Richard
Jelinek says also that activating the Enhanced RTC is necessary to
get the second CPU working (identified) on some original Intel
Mainboards.
AND
(x86 kernel) do NOT enable APM (advanced power management)! APM and
SMP are not compatible, and your system will almost certainly (or
at least probably ) crash while booting if APM is enabled (Jakob
Oestergaard). Alan Cox confirms this : 2.1.x turns APM off for SMP
boxes. Basically APM is undefined in the presence of SMP systems,
and anything could occur.
AND
(x86 kernel) enable "MTRR (Memory Type Range Register) support".
Some BIOS are buggy as they do not activate cache memory for the
second processor. The MTRR support contains code that solves such
processor misconfiguration.
You must rebuild all your kernel and kernel modules when changing
to and from SMP mode. Remember to make modules and make
modules_install (from Alan Cox).
If you get module load errors, you probably did not rebuild and/or
re-install your modules. Also with some 2.2.x kernels people have
reported problems when changing the compile from SMP back to UP
(uni-processor). To fix this, save your .config file, do make
mrproper, restore your .config file, then remake your kernel (make
dep, etc.) (Wade Hampton). Do not forget to run lilo after copying
your new kernel.
En met de volgende bootparameters loopt die nu goed:
append = "apm=off acpi=off noapic"
Ik hoop dat sommige hier wat aan hebben.. Op internet was het niet duidelijk 1..2..3.. te vinden...
Veel suc6!
http://www.xbmcfreak.nl/
/u/8/oog3.png?f=community)
:strip_icc():strip_exif()/u/3913/Froukje_icon.jpg?f=community){kind=icon}