Upgrade to SMP kernel
At the time of (YaST based) installation, my server had a single CPU (though dual capable) and got installed with k_deflt. (btw,shouldn't the SMP board been detected and k_smp installed? should/could I have done sth specific to have made this happen?) Now that I have installed the second CPU, what is the most straightforward way to go about upgrading the system to a SMP kernel? Would simply uninstalling k_deflt and installing k_smp via YaST do the trick, or is there more that needs to be done? Tx in advance, C- __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com
On Saturday 28 June 2003 07:19 pm, C Man wrote:
At the time of (YaST based) installation, my server had a single CPU (though dual capable) and got installed with k_deflt. (btw,shouldn't the SMP board been detected and k_smp installed? should/could I have done sth specific to have made this happen?)
It isn't a SMP PC until you have at least 2 CPUs. I don't think a SMP kernel can be ran on a single CPU. But you can run a single CPU kernel with two CPUs as you have found out. The second CPU is idle.
Now that I have installed the second CPU, what is the most straightforward way to go about upgrading the system to a SMP kernel? Would simply uninstalling k_deflt and installing k_smp via YaST do the trick, or is there more that needs to be done?
I haven't done this but all you should have to do is add the SMP kernel with it's associated modules, the modules need be be SMP capable or you will have problems. You might have to edit the /boot/grub/menu.list to add the new kernel to the boot list. The other thing you could do is to compile your own kernel and modules. I would keep the k_deflt kernel until you have booted the new one and have tested it.
jvollmer@visi.com
On Saturday 28 June 2003 07:19 pm, C Man wrote:
At the time of (YaST based) installation, my server had a single CPU (though dual capable) and got installed with k_deflt. (btw,shouldn't the SMP board been detected and k_smp installed? should/could I have done sth specific to have made this happen?)
It isn't a SMP PC until you have at least 2 CPUs. I don't think a SMP kernel can be ran on a single CPU. But you can run a single CPU kernel with two CPUs as you have found out. The second CPU is idle.
Now that I have installed the second CPU, what is the most straightforward way to go about upgrading the system to a SMP kernel? Would simply uninstalling k_deflt and installing k_smp via YaST do the trick, or is there more that needs to be done?
I haven't done this but all you should have to do is add the SMP kernel with it's associated modules, the modules need be be SMP capable or you will have problems. You might have to edit the /boot/grub/menu.list to add the new kernel to the boot list. The other thing you could do is to compile your own kernel and modules. I would keep the k_deflt kernel until you have booted the new one and have tested it.
I'm curious, might one run an SMP kernel on a uniprocessor board so long as maxcpus=0 is passed to the kernel at boot time? -- JAY VOLLMER JVOLLMER@CONSOLIDATEDLINT.COM TEXT REFS DOUBLEPLUSUNGOOD SELFTHINK VERGING CRIMETHINK IGNORE FULLWISE
On Saturday 28 June 2003 21:07 pm, Jay Vollmer wrote:
jvollmer@visi.com
On Saturday 28 June 2003 07:19 pm, C Man wrote:
At the time of (YaST based) installation, my server had a single CPU (though dual capable) and got installed with k_deflt. (btw,shouldn't the SMP board been detected and k_smp installed? should/could I have done sth specific to have made this happen?)
It isn't a SMP PC until you have at least 2 CPUs. I don't think a SMP kernel can be ran on a single CPU. But you can run a single CPU kernel with two CPUs as you have found out. The second CPU is idle.
Now that I have installed the second CPU, what is the most straightforward way to go about upgrading the system to a SMP kernel? Would simply uninstalling k_deflt and installing k_smp via YaST do the trick, or is there more that needs to be done?
I haven't done this but all you should have to do is add the SMP kernel with it's associated modules, the modules need be be SMP capable or you will have problems. You might have to edit the /boot/grub/menu.list to add the new kernel to the boot list. The other thing you could do is to compile your own kernel and modules. I would keep the k_deflt kernel until you have booted the new one and have tested it.
I'm curious, might one run an SMP kernel on a uniprocessor board so long as maxcpus=0 is passed to the kernel at boot time?
I believe you can run an SMP kernel on *any* board... The kernel will figure things out and act accordingly.
-- JAY VOLLMER JVOLLMER@CONSOLIDATEDLINT.COM TEXT REFS DOUBLEPLUSUNGOOD SELFTHINK VERGING CRIMETHINK IGNORE FULLWISE
-- +----------------------------------------------------------------------------+ + Bruce S. Marshall bmarsh@bmarsh.com Bellaire, MI 06/28/03 21:37 + +----------------------------------------------------------------------------+ Mrs. Weiler's Law: "Anything is edible if it is chopped finely enough."
Bruce Marshall
I believe you can run an SMP kernel on *any* board... The kernel will figure things out and act accordingly.
You can, but it'll still do a lot of extra work (think spin locks etc.) it wouldn't have to. So it will be less effective than an UP kernel. Philipp
On Saturday 28 June 2003 22:29 pm, Philipp Thomas wrote:
Bruce Marshall
[Sat, 28 Jun 2003 21:37:54 -0400]: I believe you can run an SMP kernel on *any* board... The kernel will figure things out and act accordingly.
You can, but it'll still do a lot of extra work (think spin locks etc.) it wouldn't have to. So it will be less effective than an UP kernel.
Philipp
True... but the issue was how to upgrade a kernel to an SMP board. And the answer is that any kernel should run on any board (hardware quirks excluded) regardless of the number of cpus. Efficiency wasn't an issue. -- +----------------------------------------------------------------------------+ + Bruce S. Marshall bmarsh@bmarsh.com Bellaire, MI 06/28/03 22:43 + +----------------------------------------------------------------------------+ "You cannot kill time without injuring eternity."
participants (5)
-
Bruce Marshall
-
C Man
-
Jay Vollmer
-
Paul Benjamin
-
Philipp Thomas