I will try this, but I have a few questions first. If I install the binary SMP kernel RPM, will it overwrite my existing kernel, or can I keep them both?
If I build my kernel two (or more) times with the same version number in the Makefile, will it cause problems? I comes with a warning all the time about the version is the same as the previous version, but will it work just fine? /Søren Saturday, December 14, 2002, 7:05:27 PM, Ben wrote: BR> If you boot from the stock RH 8.0 SMP kernel does it work? BR> If so then it ain't a hardware problem, or a compatability problem, BR> it is a kernel config problem. BR> Are you using the source for the kernel from RedHat? BR> If yes, then "cd /usr/src/linux; make clean" BR> then "make xconfig" BR> then load the config found in /boot/config-* (for the version you have) BR> Then just remove the few things you don't want, or change the "M" to "Y" BR> for a few things, and don't get to drastic. build your kernel and mods BR> and then try that. If it works you can do a make xconfig again and try BR> removing a few more things. BR> -Ben. BR> On Sat, 2002-12-14 at 11:53, Søren Neigaard wrote: >> I have this old IBM PC Server 520 with 2 P133 CPU's. When the machine >> boots, it says that it initializes the second CPU, so at least the >> BIOS sees both CPU's. >> >> I have now compiled my own kernel to get rid of the extra luggage, but >> if I try to compile it with SMP support, my machine won't boot with >> the new kernel. >> >> I'm running RH 8.0. >> >> When I boot the SMP kernel, this is what I get: >> >> ------------------ >> mtrr: detected mtrr type: none >> CPU0: Intel Pentium 75-200 stepping 0c >> enabling ExtINT on CPU#0 >> Leaving ESR disabled >> Booting processor 1/1 eip 2000 >> APIC never delivered??? >> APIC deliver error (4). >> Restoring NMT vector >> CPU #1 Not responding - cannot use it >> Booting processor 1/2 eip 2000 >> APIC never delivered??? >> APIC deliver error (4). >> Restoring NMT vector >> CPU #2 Not responding - cannot use it >> Error: only one processor found >> ENABLING IO-APIC IRQs >> BIOS bug IO-APIC#0 ID2 is already used!... >> ... fixing up to 4. (tell your hw vendor) >> ... changing IO-APIC physical APIC ID to 4 ... ok >> ------------------ >> >> Please help me out here, I really would like to utilize both CPU's, >> but I'm totally stuck here. >> >> -- >> Med venlig hilsen/Best regards, >> Søren Neigaard mailto:[EMAIL PROTECTED] >> -- >> "My software never has bugs. It just develops undocumented features." -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
