Re: Part II: Running SMP kernel but only one cpu
On 5/5/09, Tim Judd wrote: > Would you try enabling the IDE channels and see if the IRQ storms stop? There is joy in Mudville. I couldn't really change the IDE settings that much since there are no IDE drives in this thing. The channels are all on 'auto' and that yields a "NONE" for each of them (iirc, it's a kinda late). But I did turn on some stuff that was off in the BIOS: serial port A, the sound card, and the parallell port. I know it's not good engineering practice to change a bunch of stuff at once, but there it is. Whatever I did along the lines of turning stuff *on* seems to have done the trick! Thanks all! -- Duane ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Part II: Running SMP kernel but only one cpu
On Mon, May 4, 2009 at 11:49 PM, Duane wrote: > On 5/4/09, Tim Judd wrote: > > > IRQ15 is typically your secondary IDE controller; but due to PCI (or > E-ISA) > > plug&play, including the PnP the BIOS may setup, lots of others can be on > > that bus too. > > This box has one SCSI card running two SCSI drives. The IDE's are > disabled in the BIOS. But the SCSI card does feature in the problem: > > > # grep -i irq15 /var/run/dmesg.boot > > No 'irq15' is found. One can see that the "interrupt storm" begins > when the SCSI drives begin to spin up, IF the machine is booting with > two cpus initialized. dmesg.boot is attached for everyone's > edification and amusement! > > Another interesting datapoint is that if the machine is booted in Safe > Mode the "interrupt storm" disappears, but so does the second cpu. > > > Best regards, > > -- > Duane > I've seen the IRQ storms when an IDE channel is disabled too. And to silence it I had to enable the channel (using an IRQ), with no devices on it. it's gonna be a chatterbox, and the question is if the system can work with a shortage of up to 2 IRQs (irq 14 = primary IDE, irq 15 = secondary IDE) Especially early 586 and 686 classes I saw that often. Would you try enabling the IDE channels and see if the IRQ storms stop? --TJ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Part II: Running SMP kernel but only one cpu
On 5/4/09, Tim Judd wrote: > IRQ15 is typically your secondary IDE controller; but due to PCI (or E-ISA) > plug&play, including the PnP the BIOS may setup, lots of others can be on > that bus too. This box has one SCSI card running two SCSI drives. The IDE's are disabled in the BIOS. But the SCSI card does feature in the problem: > # grep -i irq15 /var/run/dmesg.boot No 'irq15' is found. One can see that the "interrupt storm" begins when the SCSI drives begin to spin up, IF the machine is booting with two cpus initialized. dmesg.boot is attached for everyone's edification and amusement! Another interesting datapoint is that if the machine is booted in Safe Mode the "interrupt storm" disappears, but so does the second cpu. Best regards, -- Duane dmesg.boot Description: Binary data ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Part II: Running SMP kernel but only one cpu
On Mon, May 4, 2009 at 6:46 PM, Duane wrote: > The bios in this old Micron dual PPro-180 full tower antique only > initializes the second CPU if the machine is cold-booted. A simple > 'reboot' results in a single processor machine regardless of the > kernel that is launched. This fact -- unknown to me before last night > -- was the source of a great deal of lost time! > > My 6.4 SMP kernel (now customized) runs just fine, with both cpus > active, *except* for this message streaming constantly up the boot > console. > > (from /var/log/messages:) > > May 4 20:20:33 poobah kernel: interrupt storm detected on "irq15:"; > throttling interrupt source > May 4 20:21:02 poobah last message repeated 42 times > May 4 20:21:03 poobah login: ROOT LOGIN (root) ON ttyv1 > May 4 20:21:03 poobah kernel: interrupt storm detected on "irq15:"; > throttling interrupt source > May 4 20:21:33 poobah last message repeated 30 times > May 4 20:23:33 poobah last message repeated 120 times > May 4 20:33:33 poobah last message repeated 599 times > May 4 20:40:01 poobah last message repeated 387 times > etc etc ad repetitum infinitum > > Question1: Is this something I should go to some lengths to eliminate? > > Question2: What the heck is it? > > > Best regards, > > -- > Duane > IRQ15 is typically your secondary IDE controller; but due to PCI (or E-ISA) plug&play, including the PnP the BIOS may setup, lots of others can be on that bus too. Likely candidates are PCI devices, such as modems, NICs, sound cards, etc I think you'd be able to find what's on IRQ15 by a simple: # grep -i irq15 /var/run/dmesg.boot You will probably not be able to pull your secondary IDE controller off 15. The possible other device that's been configured for irq15 might stop if you disable PnP OS in the BIOS (if it exists), or setting irq15 to the equivelant of 'reserved' in the BIOS might aleviate the problem. Good luck. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Part II: Running SMP kernel but only one cpu
Duane wrote: The bios in this old Micron dual PPro-180 full tower antique only initializes the second CPU if the machine is cold-booted. A simple 'reboot' results in a single processor machine regardless of the kernel that is launched. This fact -- unknown to me before last night -- was the source of a great deal of lost time! Good you found a work around. You might try ensuring your running latest avail bios as well. My 6.4 SMP kernel (now customized) runs just fine, with both cpus active, *except* for this message streaming constantly up the boot console. (from /var/log/messages:) May 4 20:20:33 poobah kernel: interrupt storm detected on "irq15:"; throttling interrupt source May 4 20:21:02 poobah last message repeated 42 times May 4 20:21:03 poobah login: ROOT LOGIN (root) ON ttyv1 May 4 20:21:03 poobah kernel: interrupt storm detected on "irq15:"; throttling interrupt source May 4 20:21:33 poobah last message repeated 30 times May 4 20:23:33 poobah last message repeated 120 times May 4 20:33:33 poobah last message repeated 599 times May 4 20:40:01 poobah last message repeated 387 times etc etc ad repetitum infinitum Question1: Is this something I should go to some lengths to eliminate? Yes, it's probably something you should eliminate. Question2: What the heck is it? A poor explanation is the devices are fighting over an IRQ. Generally, simplest fix is to find what devs are on that IRQ, and manually reassign one dev to a different IRQ. Best regards, ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Part II: Running SMP kernel but only one cpu
The bios in this old Micron dual PPro-180 full tower antique only initializes the second CPU if the machine is cold-booted. A simple 'reboot' results in a single processor machine regardless of the kernel that is launched. This fact -- unknown to me before last night -- was the source of a great deal of lost time! My 6.4 SMP kernel (now customized) runs just fine, with both cpus active, *except* for this message streaming constantly up the boot console. (from /var/log/messages:) May 4 20:20:33 poobah kernel: interrupt storm detected on "irq15:"; throttling interrupt source May 4 20:21:02 poobah last message repeated 42 times May 4 20:21:03 poobah login: ROOT LOGIN (root) ON ttyv1 May 4 20:21:03 poobah kernel: interrupt storm detected on "irq15:"; throttling interrupt source May 4 20:21:33 poobah last message repeated 30 times May 4 20:23:33 poobah last message repeated 120 times May 4 20:33:33 poobah last message repeated 599 times May 4 20:40:01 poobah last message repeated 387 times etc etc ad repetitum infinitum Question1: Is this something I should go to some lengths to eliminate? Question2: What the heck is it? Best regards, -- Duane ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Running SMP kernel but only one cpu
On Sat, May 2, 2009 at 9:19 AM, Diego F. Arias R. wrote: > Are you running generic or custom kernel? Generic SMP: # uname -a FreeBSD poobah.legomenon.org 6.4-RELEASE FreeBSD 6.4-RELEASE #0: Wed Nov 26 12:11:16 UTC 2008 r...@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 -- Duane ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Running SMP kernel but only one cpu
On Fri, May 1, 2009 at 10:43 PM, Duane wrote: > On Fri, May 1, 2009 at 11:18 PM, Adam Vande More > wrote: > >> top should display a C column with a number that represents which cpu the >> process is running on. IIRC, ACPI must be enabled for SMP to work, and ACPI >> didn't work on my MB until 7.0. > > Using the ACPI boot option doesn't seem to change the cpu situation. I > still get only cpu0 grepping dmesg. > >> also "sysctl -a |grep kern.smp.cpus" should return your cpu # > > This gives me '1'. > > Thanks, > > -- > Duane > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" > Are you running generic or custom kernel? -- mmm, interesante. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Running SMP kernel but only one cpu
On Fri, May 1, 2009 at 11:18 PM, Adam Vande More wrote: > top should display a C column with a number that represents which cpu the > process is running on. IIRC, ACPI must be enabled for SMP to work, and ACPI > didn't work on my MB until 7.0. Using the ACPI boot option doesn't seem to change the cpu situation. I still get only cpu0 grepping dmesg. > also "sysctl -a |grep kern.smp.cpus" should return your cpu # This gives me '1'. Thanks, -- Duane ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Running SMP kernel but only one cpu
Duane wrote: I have a fairly new install of 6.4, done over the 'net, on this old Micron full tower dual PPro-180. The SMP kernel was automagically installed: # uname -a FreeBSD poobah.legomenon.org 6.4-RELEASE FreeBSD 6.4-RELEASE #0: Wed Nov 26 12:11:16 UTC 2008 r...@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 Performance was *rather* sluggish so I tried to ascertain if both processors were running: # dmesg | grep cpu cpu0 on motherboard Q1. Is there a better way to establish how many processors are running? Q2. Do I need to specify, say in rc.conf, that I *want* SMP to be enabled? Best regards, top should display a C column with a number that represents which cpu the process is running on. IIRC, ACPI must be enabled for SMP to work, and ACPI didn't work on my MB until 7.0. We have different boards, but upgrading to 7.2 would probably be a good idea if possibile in your situation as both 7.0 and 7.1 saw significant performance increases in certain areas. also "sysctl -a |grep kern.smp.cpus" should return your cpu # for 7.x(not sure on 6 anymore). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Running SMP kernel but only one cpu
I have a fairly new install of 6.4, done over the 'net, on this old Micron full tower dual PPro-180. The SMP kernel was automagically installed: # uname -a FreeBSD poobah.legomenon.org 6.4-RELEASE FreeBSD 6.4-RELEASE #0: Wed Nov 26 12:11:16 UTC 2008 r...@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 Performance was *rather* sluggish so I tried to ascertain if both processors were running: # dmesg | grep cpu cpu0 on motherboard Q1. Is there a better way to establish how many processors are running? Q2. Do I need to specify, say in rc.conf, that I *want* SMP to be enabled? Best regards, -- Duane ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
SMP kernel and interrupt storm
Building 6.3-RELEASE on dual Xeon boxes, SMP kernel builds fine, all 4 CPUs launch on reboot. options SMP device apic But I get a TON of interrupts from acpi0 -- about 68,000 per second according to vmstat -i. With system at idle with almost no services running, here is output of top -S: last pid: 1026; load averages: 0.94, 0.96, 0.91 63 processes: 6 running, 42 sleeping, 15 waiting CPU states: 0.0% user, 0.0% nice, 0.0% system, 45.3% interrupt, 54.7% idle Mem: 9296K Active, 13M Inact, 28M Wired, 16K Cache, 17M Buf, 3843M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 13 root 1 171 52 0K 8K RUN0 42:54 99.02% idle: cpu0 21 root 1 -52 -171 0K 8K CPU2 2 32:26 85.25% irq9: acpi0 11 root 1 171 52 0K 8K RUN2 10:33 12.74% idle: cpu2 Notice high load (0.94, often higher) and 45% interrupt. If turn off ACPI (set hint.apic.0.disabled=1 in loader.conf), the interrupt 'storm' ceases, but then I'm only running on one CPU. Help? -- John ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 6.2: freebsd-update and SMP Kernel
Hi again, I've found the "error" by myself. I've rebooted the system with nextboot -k mynewkernel which was stored under /boot/mynewkernel. After moving mynewkernel to /boot/kernel and rebooting again freebsd-update works just fine. I could update 6.2-RELEASE-p9 without any problems. freebsd-update has also chosen the right SMP kernel now and installed the new version. Matthias ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD 6.2: freebsd-update and SMP Kernel
Hi list, i've built a SMP Kernel on an amd64 system because the GENERIC kernel on my amd64 FreeBSD 6.2 box did not include SMP support. After booting with the new kernel freebsd-update won't work: # freebsd-update fetch Cannot identify running kernel # uname -a FreeBSD hostname 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #0: Sun Dec 2 17:48:26 CET 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP amd64 I've used the default SMP config in /usr/src/sys/amd64/conf/. How can I fix this issues? Is there any prebuilt SMP kernel available that can I install and keep up to date with freebsd-update? Matthias ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
"failed to create swap_zone" 6.2-STABLE SMP Kernel
I note that this problem has appeared in the past and am wondering if there is a resolution: Running 6.2-STABLE on a machine that ran 4.11 flawlessly. I am seeing the message "failed to create swap_zone" right after the 2nd CPU gets enabled on a Dell PowerEdge 1300. The system blows out and reboots therafter. This same configuration works fine on a more modern Intel MOBO with a Pentium D, so I'm guessing the problem is hardware dependent. Booting a generic kernel works fine on the PowerEdge. The source code is latest STABLE as of earlier today. Has anyone else seen this and/or is there a workaround? My exact kernel config is: include SMP options IPFIREWALL options IPDIVERT options VESA # System console options options SC_DISABLE_REBOOT # disable reboot key sequence options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_PIXEL_MODE # add support for the raster text mode # The following options will change the default colors of syscons. options SC_NORM_ATTR="(FG_GREEN|BG_BLACK)" options SC_NORM_REV_ATTR="(FG_YELLOW|BG_GREEN)" options SC_KERNEL_CONS_ATTR="(FG_RED|BG_BLACK)" options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)" TIA, -- Tim Daneliuk [EMAIL PROTECTED] PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Intel Core Duo. SMP kernel but still only 50% load while using make on ports...
On Thu, 8 Feb 2007, Josh Carroll wrote: You know, it'd be cool if there were a knob in the ports framework that allowed port maintainers to specify this, something like PARALLEL_MAKE=yes in the Makefile ... Or is that a dumb idea for some reason I don't understand? I personally don't think it's a dumb idea at all. The problem is the sheer volume of ports out there. I don't see why the hooks couldn't be put in place, though, and let the port maintainers add to it slowly. Josh I agree with both you guys. Having this option would greatly reduce compile times which would be beneficial for everyone. -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Intel Core Duo. SMP kernel but still only 50% load while using make on ports...
You know, it'd be cool if there were a knob in the ports framework that allowed port maintainers to specify this, something like PARALLEL_MAKE=yes in the Makefile ... Or is that a dumb idea for some reason I don't understand? I personally don't think it's a dumb idea at all. The problem is the sheer volume of ports out there. I don't see why the hooks couldn't be put in place, though, and let the port maintainers add to it slowly. Josh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Intel Core Duo. SMP kernel but still only 50% load while using make on ports...
In response to "Josh Carroll" <[EMAIL PROTECTED]>: > > > >I noticed something strange: When I compile using ma in the ports > > > > tree, I only have 50% load. CPU1 is used at CPU0 is idle... > > As was already pointed out, ports do not compile with make -j X by > default. You can do so for ports that will build cleanly (not all of > them will), by adding something similar to the following to your > make.conf: > > .if ${.CURDIR:M*/ImageMagick*} > MAKE_ARGS+=-j4 > .endif > > A while back I found which ports I had installed that would play nice > with make -j, so I updated make.conf with a bunch of similar entries > to the above. Works fairly well, and there are actually quite a few > ports that will compile with make -j. If you're interested, let me > know and I'll throw my make.conf up somewhere. You know, it'd be cool if there were a knob in the ports framework that allowed port maintainers to specify this, something like PARALLEL_MAKE=yes in the Makefile ... Or is that a dumb idea for some reason I don't understand? -- Bill Moran Collaborative Fusion Inc. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Re: Intel Core Duo. SMP kernel but still only 50% load while using make on ports...
> >I noticed something strange: When I compile using ma in the ports > > tree, I only have 50% load. CPU1 is used at CPU0 is idle... As was already pointed out, ports do not compile with make -j X by default. You can do so for ports that will build cleanly (not all of them will), by adding something similar to the following to your make.conf: .if ${.CURDIR:M*/ImageMagick*} MAKE_ARGS+=-j4 .endif A while back I found which ports I had installed that would play nice with make -j, so I updated make.conf with a bunch of similar entries to the above. Works fairly well, and there are actually quite a few ports that will compile with make -j. If you're interested, let me know and I'll throw my make.conf up somewhere. Josh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Re: Intel Core Duo. SMP kernel but still only 50% load while using make on ports...
Hello Bill, Thanks for your answer > >I have at my disposal an Inspiron 9400 with an Intel CoreFreeBSD > 6.2 > > is installed and rebuilt to fit the processor. The kerne l is in SMP > mode. > >I noticed something strange: When I compile using ma in the ports > > tree, I only have 50% load. CPU1 is used at CPU0 is idle... > > How do you know this? With 'top' > > >I tried make -j2 but it did not work, Any idea? > > -j2 does not guarantee that you'll use both CPUs. It's entirely possible > that the IO is slow enough that both of the processes are waiting on disk > and only able to push the overall system usage to 50%. Try make -j99. > > Also, there are places in the build process where it's only possible to > run one process at a time, so you can't just take a single snapshot of > it, you have to watch it over time. I think it's more that the port tree does not really like parallel processes... > I'm still not convinced anything is wrong: > *) Does dmesg show the second CPU starting? Yes > *) Does top show a column for CPU binding? Are different processes bound >to different CPUs? Yes > *) Are these hyperthreaded CPUs? If so, is hyperthreading enabled? HT is >disabled by default on FreeBSD, and overall usage will never go above >50% if HT is off. No, it's a Dual Core Daniel Förena nytta med nöje. Koppla av och ha kul samtidigt som du har chansen att vinna pengar på din skicklighet. På Spray spel kan du tävla mot andra och den som är bäst kan vinna mycket pengar. Till spelen: http://www.spray.se/underhallning/spel/___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Intel Core Duo. SMP kernel but still only 50% load while using make on ports...
In response to Kris Kennaway <[EMAIL PROTECTED]>: > On Wed, Feb 07, 2007 at 04:44:42PM -0500, Bill Moran wrote: > > In response to "Daniel Tourde" <[EMAIL PROTECTED]>: > > > > > >Hello, > > >I have at my disposal an Inspiron 9400 with an Intel CoreFreeBSD > > > 6.2 > > > is installed and rebuilt to fit the processor. The kerne l is in SMP > > > mode. > > >I noticed something strange: When I compile using ma in the ports > > > tree, I only have 50% load. CPU1 is used at CPU0 is idle... > > > > How do you know this? > > > > >I tried make -j2 but it did not work, Any idea? > > > > -j2 does not guarantee that you'll use both CPUs. It's entirely possible > > that the IO is slow enough that both of the processes are waiting on disk > > and only able to push the overall system usage to 50%. Try make -j99. > > make -j in the ports tree is not going to compile the source in > parallel, it is going to try and run the port targets in parallel (but > they cannot be parallelized so nothing special will happen). In > theory it might work on some ports to pass in MAKE_ARGS=-j2, but a > huge number of ports cannot be safely be compiled in parallel > (i.e. the build will fail) because their developers have not added > support for this. Good point. I was assuming that you were doing "make -j2 buildworld". -- Bill Moran Collaborative Fusion Inc. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Intel Core Duo. SMP kernel but still only 50% load while using make on ports...
On Wed, Feb 07, 2007 at 04:44:42PM -0500, Bill Moran wrote: > In response to "Daniel Tourde" <[EMAIL PROTECTED]>: > > > >Hello, > >I have at my disposal an Inspiron 9400 with an Intel CoreFreeBSD 6.2 > > is installed and rebuilt to fit the processor. The kerne l is in SMP mode. > >I noticed something strange: When I compile using ma in the ports > > tree, I only have 50% load. CPU1 is used at CPU0 is idle... > > How do you know this? > > >I tried make -j2 but it did not work, Any idea? > > -j2 does not guarantee that you'll use both CPUs. It's entirely possible > that the IO is slow enough that both of the processes are waiting on disk > and only able to push the overall system usage to 50%. Try make -j99. make -j in the ports tree is not going to compile the source in parallel, it is going to try and run the port targets in parallel (but they cannot be parallelized so nothing special will happen). In theory it might work on some ports to pass in MAKE_ARGS=-j2, but a huge number of ports cannot be safely be compiled in parallel (i.e. the build will fail) because their developers have not added support for this. Kris pgpA6IMa1JtLH.pgp Description: PGP signature
Re: Intel Core Duo. SMP kernel but still only 50% load while using make on ports...
In response to "Daniel Tourde" <[EMAIL PROTECTED]>: > >Hello, >I have at my disposal an Inspiron 9400 with an Intel CoreFreeBSD 6.2 > is installed and rebuilt to fit the processor. The kerne l is in SMP mode. >I noticed something strange: When I compile using ma in the ports > tree, I only have 50% load. CPU1 is used at CPU0 is idle... How do you know this? >I tried make -j2 but it did not work, Any idea? -j2 does not guarantee that you'll use both CPUs. It's entirely possible that the IO is slow enough that both of the processes are waiting on disk and only able to push the overall system usage to 50%. Try make -j99. Also, there are places in the build process where it's only possible to run one process at a time, so you can't just take a single snapshot of it, you have to watch it over time. >How can I correct th Thanks in advance, I'm still not convinced anything is wrong: *) Does dmesg show the second CPU starting? *) Does top show a column for CPU binding? Are different processes bound to different CPUs? *) Are these hyperthreaded CPUs? If so, is hyperthreading enabled? HT is disabled by default on FreeBSD, and overall usage will never go above 50% if HT is off. -- Bill Moran Collaborative Fusion Inc. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Intel Core Duo. SMP kernel but still only 50% load while using make on ports...
Hello, I have at my disposal an Inspiron 9400 with an Intel Core = Duo. FreeBSD 6.2 is installed and rebuilt to fit the processor. The kerne l is in SMP mode. I noticed something strange: When I compile using ma= ke, make install in the ports tree, I only have 50% load. CPU1 is used at= maximum but CPU0 is idle... I tried make -j2 but it did not work,= the ports did not even built... Any idea? How can I correct th= at? Thanks in advance, Daniel Läs det senaste om = alla våra kändisar. Var de har varit, vad det har gjort och med vem. = På Spray Mingel har vi full uppsikt. [1]Till Spray Mingel References 1. 3D"http://www.spray.se/liv___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD 6.1 SMP Kernel - Cardbus issue
Hello All, I am stuck on a FreeBSD 6.1 SMP Kernel issue that won't allow me to use my Cardbus wireless nic. I did a little digging and I found that a driver is not being loaded for the pci0 bridge device. Is there a way to load a driver for this device? I think this will resolve my issue. Is there such a thing as a non-cardbus wireless nic? If so please let me know the chipset/card. I beleive this is another way to solve my problem. Thanks, Brian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: smp kernel
Michael P. Soulier wrote: Hello, Is SMP enabled in the GENERIC kernel? I have a hyperthreading box, and on Linux it shows up with two cpus. When I do a top on the box in FreeBSD I still see only one CPU. Also, sysctl -a | grep cpu only shows a dev.cpu.0. The GENERIC does not support SMP. If you look into the config files you will see two kernel configuration files: SMP and GENERIC, SMP simply changes the IDENT, sets option SMP and includes GENERIC. Simply build and install your kernel, # make KERNCONF=SMP buildkernel # make KERNCONF=SMP installkernel to get an SMP enabled GENERIC kernel. Cheers, Erik (I assume you're on v. 6.x). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: smp kernel
Michael P. Soulier schrieb: Hello, Is SMP enabled in the GENERIC kernel? I have a hyperthreading box, and on Linux it shows up with two cpus. When I do a top on the box in FreeBSD I still see only one CPU. Also, sysctl -a | grep cpu only shows a dev.cpu.0. If you install FreeBSD 6.1 then you can choose between a generic kernel without SMP support and an SMP enabled kernel. These kernels are named "GENERIC" and "SMP". If you missed that point you can install it subsequently: # mount /cdrom # cd /cdrom/6.1-RELEASE/kernels # ./install SMP # echo 'kernel="SMP"' >> /boot/loader.conf # shutdown -r now Regards Björn ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: smp kernel
On Tuesday 20 June 2006 19:01, Andy Reitz wrote: > On Tue, 20 Jun 2006, Michael P. Soulier wrote: > > Hello, > > > > Is SMP enabled in the GENERIC kernel? I have a hyperthreading box, and on > > Linux it shows up with two cpus. When I do a top on the box in FreeBSD I > > still see only one CPU. Also, sysctl -a | grep cpu only shows a > > dev.cpu.0. > > Hi Mike, > > If you have the kernel source code installed, you can read > /usr/src/sys//conf/GENERIC, to see what options are in the GENERIC > kernel. I'm pretty sure that most FreeBSD releases don't have the SMP > option in the generic kernel, but I haven't used them all, so I can't be > sure. :) > > HTH, > -Andy. > > ___ all you need to do is edit your kernel configuration file and add this: options SMP and btw, top in freebsd does not seem to have the '1' toggle that linux has, so after you compile your new kernel, your just going to have to have faith in sysctl -a|grep cpu :) cheers, jonathan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: smp kernel
On Tue, 20 Jun 2006, Michael P. Soulier wrote: > Hello, > > Is SMP enabled in the GENERIC kernel? I have a hyperthreading box, and on > Linux it shows up with two cpus. When I do a top on the box in FreeBSD I still > see only one CPU. Also, sysctl -a | grep cpu only shows a dev.cpu.0. Hi Mike, If you have the kernel source code installed, you can read /usr/src/sys//conf/GENERIC, to see what options are in the GENERIC kernel. I'm pretty sure that most FreeBSD releases don't have the SMP option in the generic kernel, but I haven't used them all, so I can't be sure. :) HTH, -Andy. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
smp kernel
Hello, Is SMP enabled in the GENERIC kernel? I have a hyperthreading box, and on Linux it shows up with two cpus. When I do a top on the box in FreeBSD I still see only one CPU. Also, sysctl -a | grep cpu only shows a dev.cpu.0. Mike -- Michael P. Soulier <[EMAIL PROTECTED]> "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein pgpG99tHo2iRs.pgp Description: PGP signature
RE: panic on 5.4 SMP kernel when jailed apache is used heavily
Hi Tamouh, As I said, thanks for the reply, I will try this. I am slightly apprehensive though as this is supposed to address a bug in PAE, not SMP per se. Do you or anyone have any ideas about this ? Regards, Ruben -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tamouh H. Sent: January 21, 2006 4:18 PM To: freebsd-questions@freebsd.org Subject: RE: panic on 5.4 SMP kernel when jailed apache is used heavily > > Hi all, > > > > I upgraded a 5.3 system to 5.4 both with SMP kernels, I'm > running 6 jails on a dual xeon 1.26 hp rackmount. When apache > (both 1.3 and 2.0) is being used heavily the system panics. > With a 5.4 GENERIC kernel or a 5.3 SMP kernel this behaviour > does not happen and the system is stable. Does anyone have an > idea ? Or should I post this to bugs ? > > > > Regards, > > Ruben > Most likely you need to update the src and recompile: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/pmap.c.diff?r1=1.494 .2.9&r2=1.494.2.10&f=h The link above is where the problem occurs once you enable SMP Kernel you'll receive Fatal Trap Error. This has been discussed at: http://groups.google.com/group/list.freebsd.questions/browse_thread/thread/7 57e3350f8847edd/15c076d8db0eba64?lnk=st&q=tamouh+freebsd+5.4+kernel&rnum=2#1 5c076d8db0eba64 Good luck! Tamouh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.18/230 - Release Date: 01/14/2006 -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.18/230 - Release Date: 01/14/2006 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: panic on 5.4 SMP kernel when jailed apache is used heavily
> > Hi all, > > > > I upgraded a 5.3 system to 5.4 both with SMP kernels, I'm > running 6 jails on a dual xeon 1.26 hp rackmount. When apache > (both 1.3 and 2.0) is being used heavily the system panics. > With a 5.4 GENERIC kernel or a 5.3 SMP kernel this behaviour > does not happen and the system is stable. Does anyone have an > idea ? Or should I post this to bugs ? > > > > Regards, > > Ruben > Most likely you need to update the src and recompile: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/pmap.c.diff?r1=1.494 .2.9&r2=1.494.2.10&f=h The link above is where the problem occurs once you enable SMP Kernel you'll receive Fatal Trap Error. This has been discussed at: http://groups.google.com/group/list.freebsd.questions/browse_thread/thread/7 57e3350f8847edd/15c076d8db0eba64?lnk=st&q=tamouh+freebsd+5.4+kernel&rnum=2#1 5c076d8db0eba64 Good luck! Tamouh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
panic on 5.4 SMP kernel when jailed apache is used heavily
Hi all, I upgraded a 5.3 system to 5.4 both with SMP kernels, I'm running 6 jails on a dual xeon 1.26 hp rackmount. When apache (both 1.3 and 2.0) is being used heavily the system panics. With a 5.4 GENERIC kernel or a 5.3 SMP kernel this behaviour does not happen and the system is stable. Does anyone have an idea ? Or should I post this to bugs ? Regards, Ruben dmesg Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1266MHz (1266.72-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 2147418112 (2047 MB) avail memory = 2095943680 (1998 MB) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported can't fetch resources for \\_SB_.PCI0.ISA_.SIO_.LPT_ - AE_AML_INVALID_RESOURCE_TYPE Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x1208-0x120b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 fxp0: port 0x1800-0x183f mem 0xfb10-0xfb1f,0xfb001000-0xfb001fff irq 22 at device 2.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:30:6e:11:b8:de pci0: at device 7.0 (no driver attached) fxp1: port 0x1840-0x187f mem 0xfb20-0xfb2f,0xfb003000-0xfb003fff irq 23 at device 8.0 on pci0 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:30:6e:11:b8:df isab0: port 0x1040-0x104f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1880-0x188f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ohci0: mem 0xfb004000-0xfb004fff irq 9 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on acpi0 pci1: on pcib1 pcib2: at device 2.0 on pci1 pci2: on pcib2 amr0: mem 0xfd40-0xfd7f irq 16 at device 2.1 on pci1 amr0: Firmware C.02.03, BIOS B.02.03, 16MB RAM sym0: <1010-33> port 0x2000-0x20ff mem 0xfd00-0xfd001fff,0xfd002000-0xfd0023ff irq 24 at device 5.0 on pci1 sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. sym1: <1010-33> port 0x2400-0x24ff mem 0xfd004000-0xfd005fff,0xfd002400-0xfd0027ff irq 25 at device 5.1 on pci1 sym1: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: handling phase mismatch from SCRIPTS. atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Polled port ppi0: on ppbus0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xcb000-0xcbfff,0xca800-0xcafff,0xc-0xca7ff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter "TSC" frequency 1266717775 Hz quality 800 Timecounters tick every 10.000 msec acd0: CDROM at ata0-master PIO4 Waiting 15 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. amrd0: on amr0 amrd0: 34731MB (71129088 sectors) RAID 1 (optimal) ses0 at amr0 bus 0 target 11 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device Mounting root from ufs:/dev/amrd0s1a IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 5 - What Options for SMP Kernel? -- SOLVED
On 7/10/2005 11:55 PM Nelis Lamprecht wrote: On 7/11/05, Drew Tomlinson <[EMAIL PROTECTED]> wrote: I just built my first 5.4-RELEASE system. I want a SMP kernel. The GENERIC kernel conf file contains this line: device apic# I/O apic According to NOTES, this is all that's required to build an SMP kernel. I don't see any mention of "this is all that's required" ? OK, NOTES doesn't say that explicitly. But neither does it mention any additional option(s) that ARE required which leads one to believe that "this IS all that's required". However my dmesg does not indicate that both processors are being used. In version 4, these two lines were required: optionsSMP # Symmetric MultiProcessor Kernel optionsAPIC_IO # Symmetric (APIC) I/O I've searched Google but haven't found any definitive answers. Exactly what lines do I need in my kernel conf and how can I verify both processors are being used? If you look in the usual place /usr/src/sys/i386/conf you will see a SMP file that includes the option SMP for the default SMP enabled GENERIC kernel. It would make sense to put that option along with apic in your custom SMP kernel. To verify after rebooting do a 'dmesg |grep CPU' and it should show something along the lines of: CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.82-MHz 686-class CPU) Hyperthreading: 2 logical CPUs FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Thanks for the pointer. I've added the SMP option and all is working. Cheers, Drew -- Visit The Alchemist's Warehouse Magic Tricks, DVDs, Videos, Books, & More! http://www.alchemistswarehouse.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 5 - What Options for SMP Kernel?
On 7/11/05, Drew Tomlinson <[EMAIL PROTECTED]> wrote: > I just built my first 5.4-RELEASE system. I want a SMP kernel. The > GENERIC kernel conf file contains this line: > > device apic# I/O apic > > According to NOTES, this is all that's required to build an SMP kernel. I don't see any mention of "this is all that's required" ? > However my dmesg does not indicate that both processors are being used. > In version 4, these two lines were required: > > optionsSMP # Symmetric MultiProcessor Kernel > optionsAPIC_IO # Symmetric (APIC) I/O > > I've searched Google but haven't found any definitive answers. Exactly > what lines do I need in my kernel conf and how can I verify both > processors are being used? If you look in the usual place /usr/src/sys/i386/conf you will see a SMP file that includes the option SMP for the default SMP enabled GENERIC kernel. It would make sense to put that option along with apic in your custom SMP kernel. To verify after rebooting do a 'dmesg |grep CPU' and it should show something along the lines of: CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.82-MHz 686-class CPU) Hyperthreading: 2 logical CPUs FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Regards, Nelis ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD 5 - What Options for SMP Kernel?
I just built my first 5.4-RELEASE system. I want a SMP kernel. The GENERIC kernel conf file contains this line: device apic# I/O apic According to NOTES, this is all that's required to build an SMP kernel. However my dmesg does not indicate that both processors are being used. In version 4, these two lines were required: optionsSMP # Symmetric MultiProcessor Kernel optionsAPIC_IO # Symmetric (APIC) I/O I've searched Google but haven't found any definitive answers. Exactly what lines do I need in my kernel conf and how can I verify both processors are being used? Thanks, Drew -- Visit The Alchemist's Warehouse Magic Tricks, DVDs, Videos, Books, & More! http://www.alchemistswarehouse.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD 5.3R SMP Kernel not detecting 2nd CPU in a HP DL360
Hello All, I have a co-located HP DL360G3 server to which I do not have physical access. It has 2 x 2.8GHz Xeon CPUs with HTT. One of the ISP's engineers has confirmed that both CPUs are detected when the BIOS POSTs. I have cvsup'd to the latest 5.3R security release and successfully built 'world', something I have done successfully many times with 4.x releases, using the instructions from the handbook. I used a custom kernel configuration which included options SMP and device apic. On reboot dmesg confirmed that the custom kernel was used, however SMP was not active and the additional CPUs were not launched. Thinking that perhaps my custom kernel conf was at fault, I compiled a GENERIC smp kernel with: # cd /usr/obj # chflags -R noschg * # rm -rf * /usr/src/# make buildkernel KERNCONF=SMP /usr/src/# make installkernel KERNCONF=SMP After reboot the dmesg output is as follows: FreeBSD 5.3-RELEASE-p5 #0: Thu Mar 24 14:37:29 GMT 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2799.22-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebf9ff Hyperthreading: 2 logical CPUs real memory = 2147459072 (2047 MB) avail memory = 2095996928 (1998 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 ACPI link \\_SB_.IN31 has invalid initial irq 3, ignoring pci0: on pcib0 pci0: at device 3.0 (no driver attached) ciss0: port 0x2800-0x28ff mem 0xf5df-0xf5df3fff,0xf5f8-0xf5fb irq 11 at device 4.0 on pci0 ciss0: [GIANT-LOCKED] pci0: at device 5.0 (no driver attached) pci0: at device 5.2 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x2000-0x200f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ohci0: mem 0xf5e7-0xf5e70fff irq 10 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on acpi0 pci1: on pcib1 bge0: mem 0xf7ef-0xf7ef irq 11 at device 2.0 on pci1 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:85:6b:07:d8 pcib2: on acpi0 pci4: on pcib2 bge1: mem 0xf7ff-0xf7ff irq 15 at device 2.0 on pci4 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:11:85:6b:07:db atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xee000-0xe,0xcc000-0xcd7ff,0xc8000-0xcbfff,0xc-0xc7fff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter "TSC" frequency 2799224924 Hz quality 800 Timecounters tick every 10.000 msec acd0: CDROM at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) Mounting root from ufs:/dev/da0s1a and ~> sysctl kern.smp.active kern.smp.active: 0 I just don't understand why the kernel isn't running SMP. To my mind it's either something in my method (most likely), a hardware problem, or something odd in the way 5.3R detects the CPUs on the hardware. I have successfully compiled SMP kernels on identical hardware with FreeBSD 4.8R. With the HTT 4 CPUs are launched as they should be here. Now I think about it I have another machine, a HP DL380 with a single HTT Xeon processor, which is displaying the same problem. Thanks in advance. greg. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: SMP kernel
On Tue, 15 Feb 2005, Kara Chapman wrote: > Thanks for your help -- that seems to have fixed the problem. You > mentioned that it was only a temporary fix, so what do you suggest doing > now? Is this a bug that I should report? FYI, the error below is probably not causing actual problems, but we should work to track don the source of the error. If possible, could you try running with the attached patch to uipc_syscalls.c and see if you get kernel printf output associated with the error? What I'd like to do is figure out what the particular source of the EINVAL is, since there are several possible sources. Thanks! Robert N M Watson Index: uipc_syscalls.c === RCS file: /home/ncvs/src/sys/kern/uipc_syscalls.c,v retrieving revision 1.200.2.3 diff -u -r1.200.2.3 uipc_syscalls.c --- uipc_syscalls.c 31 Jan 2005 23:26:18 - 1.200.2.3 +++ uipc_syscalls.c 17 Feb 2005 12:14:55 - @@ -347,6 +347,7 @@ error = head->so_error; head->so_error = 0; ACCEPT_UNLOCK(); + printf("accept: head->so_error %d\n", error); goto noconnection; } so = TAILQ_FIRST(&head->so_comp); ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Errors from postfix with mpsafenet=1 (Re: SMP kernel)
On Tue, Feb 15, 2005 at 09:39:20AM -1000, Kara Chapman wrote: > Hi Kris, > > Thanks for your help -- that seems to have fixed the problem. You > mentioned that it was only a temporary fix, so what do you suggest doing > now? Is this a bug that I should report? Yes, Robert Watson might be interested in this (CC'ed). It's possible that there's already a fix for this in 5.3-STABLE, but he'd have a better idea of that. Kris > > Kara > > -Original Message- > From: Kris Kennaway [mailto:[EMAIL PROTECTED] > Sent: Monday, February 14, 2005 3:10 PM > To: Kara Chapman > Cc: freebsd-questions@freebsd.org > Subject: Re: SMP kernel > > On Mon, Feb 14, 2005 at 02:08:25PM -1000, Kara Chapman wrote: > > Hi, > > > > > > > > I am running FreeBSD 5.3 and have recently rebuilt the kernel to use > > SMP. Ever since, I get these error messages from postfix on a regular > > basis: > > > > > > > > postfix/smtpd[49491]: fatal: accept connection: Invalid argument > > > > > > > > Does anyone know what this means and if it's at all related to the new > > kernel? Other than adding SMP, the kernel is using all the defaults. > > Do the messages persist if you set debug.mpsafenet=0 in your > /boot/loader.conf and reboot (this is only a workaround since it > causes relative performance degradation, but it will help to identify > where the problem might be)? > > Kris > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > pgp7M0S1MWqYM.pgp Description: PGP signature
RE: SMP kernel
Hi Kris, Thanks for your help -- that seems to have fixed the problem. You mentioned that it was only a temporary fix, so what do you suggest doing now? Is this a bug that I should report? Kara -Original Message- From: Kris Kennaway [mailto:[EMAIL PROTECTED] Sent: Monday, February 14, 2005 3:10 PM To: Kara Chapman Cc: freebsd-questions@freebsd.org Subject: Re: SMP kernel On Mon, Feb 14, 2005 at 02:08:25PM -1000, Kara Chapman wrote: > Hi, > > > > I am running FreeBSD 5.3 and have recently rebuilt the kernel to use > SMP. Ever since, I get these error messages from postfix on a regular > basis: > > > > postfix/smtpd[49491]: fatal: accept connection: Invalid argument > > > > Does anyone know what this means and if it's at all related to the new > kernel? Other than adding SMP, the kernel is using all the defaults. Do the messages persist if you set debug.mpsafenet=0 in your /boot/loader.conf and reboot (this is only a workaround since it causes relative performance degradation, but it will help to identify where the problem might be)? Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP kernel
On Mon, Feb 14, 2005 at 02:08:25PM -1000, Kara Chapman wrote: > Hi, > > > > I am running FreeBSD 5.3 and have recently rebuilt the kernel to use > SMP. Ever since, I get these error messages from postfix on a regular > basis: > > > > postfix/smtpd[49491]: fatal: accept connection: Invalid argument > > > > Does anyone know what this means and if it's at all related to the new > kernel? Other than adding SMP, the kernel is using all the defaults. Do the messages persist if you set debug.mpsafenet=0 in your /boot/loader.conf and reboot (this is only a workaround since it causes relative performance degradation, but it will help to identify where the problem might be)? Kris pgpaDYI6WcpHl.pgp Description: PGP signature
SMP kernel
Hi, I am running FreeBSD 5.3 and have recently rebuilt the kernel to use SMP. Ever since, I get these error messages from postfix on a regular basis: postfix/smtpd[49491]: fatal: accept connection: Invalid argument Does anyone know what this means and if it's at all related to the new kernel? Other than adding SMP, the kernel is using all the defaults. Thanks in advance... -Kara ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Free BSD 5.3 SMP Kernel
Jon, On Sat, 2005-01-29 at 11:24, Jon Mercer wrote: > I'm just guessing, but it sounds like you come from a Linux background. > Sort of, I have used Linux in the past (including building Kernels) but only came back to it recently I've also played with Solaris on a Sun Ultra. I'm looking to replace some of my servers etc which are running W2K server. I have tried Fedora but it is not stable enough for a production environment. Hence Free BSD. BTW neither FC2 or 3 will install on the Proliant - probably due to lack of EISA support. > What you want to do is roll your own kernel by copying > the /usr/src/sys/i386/conf/GENERIC file > to /usr/src/sys/i386/conf/MYSYSTEMNAME > > Upper case system names are traditionally used for the kernel config > file in unix. HP-UX is the same, IIRC. > > Edit in: > > > # To make an SMP kernel, the next two are needed > options SMP # Symmetric MultiProcessor Kernel > device apic# I/O APIC > > > You will also want to change things like ident to MYSYSTEMNAME. There > are a plethora of other options to have a play with as well. > > after you've finished editing go to /usr/src and run > > make buildkernel KERNCONF=MYSYSTEMNAME Its running now, but taking it's time. I'm not surprised as it only running on 1 cylinder so to speak. > > then > > make installkernel KERNCONF=MYSYSTEMNAME > > then reboot. > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig.html > will help you tremendously. Personally I find the whole process much simpler > than configuring a Linux kernel. > > Regards, > > Jon > > > On Sat, 2005-01-29 at 11:12 +, Robert Slade wrote: > > Hi, > > > > I am new to Free BSD ( and Linux) and have just setup a rather old > > Proliant 5000 as a test machine. It has Quad PII processors and I would > > like to make use of them. The Install CDs only come with the 'Standard' > > kernel. Looking through the handbook implies that support for multiple > > processors in 5.3 was removed due to problems. > > > > I have seen references to a 5.3 SMP kernal though, is it possible to get > > hold of this, or do I have to wait for 5.4 to be released? If so when is > > this likely to be released. > > > > Sorry if this is a simple question. > > > > Thanks > > > > Rob Again many thanks. Rob ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Free BSD 5.3 SMP Kernel
On Sat, 29 Jan 2005 11:12:57 +, Robert Slade wrote > Hi, > > I am new to Free BSD ( and Linux) and have just setup a rather old > Proliant 5000 as a test machine. It has Quad PII processors and I would > like to make use of them. The Install CDs only come with the 'Standard' > kernel. Looking through the handbook implies that support for > multiple processors in 5.3 was removed due to problems. > > I have seen references to a 5.3 SMP kernal though, is it possible to > get hold of this, or do I have to wait for 5.4 to be released? If so > when is this likely to be released. > > Sorry if this is a simple question. You'll have to recompile the kernel with SMP support. If you don't want to compile your own kernel, you can use SMP, located in /usr/src/sys/i386/conf. If you don't have that, you don't have your kernel sources installed. See http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable. html for more information. Do read every page of that chapter. Jorn > > Thanks > > Rob > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Free BSD 5.3 SMP Kernel
I'm just guessing, but it sounds like you come from a Linux background. What you want to do is roll your own kernel by copying the /usr/src/sys/i386/conf/GENERIC file to /usr/src/sys/i386/conf/MYSYSTEMNAME Upper case system names are traditionally used for the kernel config file in unix. HP-UX is the same, IIRC. Edit in: # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device apic# I/O APIC You will also want to change things like ident to MYSYSTEMNAME. There are a plethora of other options to have a play with as well. after you've finished editing go to /usr/src and run make buildkernel KERNCONF=MYSYSTEMNAME then make installkernel KERNCONF=MYSYSTEMNAME then reboot. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig.html will help you tremendously. Personally I find the whole process much simpler than configuring a Linux kernel. Regards, Jon On Sat, 2005-01-29 at 11:12 +, Robert Slade wrote: > Hi, > > I am new to Free BSD ( and Linux) and have just setup a rather old > Proliant 5000 as a test machine. It has Quad PII processors and I would > like to make use of them. The Install CDs only come with the 'Standard' > kernel. Looking through the handbook implies that support for multiple > processors in 5.3 was removed due to problems. > > I have seen references to a 5.3 SMP kernal though, is it possible to get > hold of this, or do I have to wait for 5.4 to be released? If so when is > this likely to be released. > > Sorry if this is a simple question. > > Thanks > > Rob > > > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- --- Achean Ltdhttp://www.achean.com Jon Mercer [EMAIL PROTECTED] Director --- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Free BSD 5.3 SMP Kernel
Hi, I am new to Free BSD ( and Linux) and have just setup a rather old Proliant 5000 as a test machine. It has Quad PII processors and I would like to make use of them. The Install CDs only come with the 'Standard' kernel. Looking through the handbook implies that support for multiple processors in 5.3 was removed due to problems. I have seen references to a 5.3 SMP kernal though, is it possible to get hold of this, or do I have to wait for 5.4 to be released? If so when is this likely to be released. Sorry if this is a simple question. Thanks Rob ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 5.3 STABLE SMP Kernel
Ronnie Clark wrote: Hello all, I hope what I have is a simple question. I have a dual proc machine, that I have loaded 5.3 RELEASE on and then updated it to STABLE. While reading the Handbook I see where the GENERIC kernel has SMP built in via the SMP file in /usr/src/sys/i386/conf directory. So, to enable SMP for my custom kernel, do I simply need to edit SMP to include my custom kernel name? From my kernel config: # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device apic# I/O APIC Enjoy! =) Kind regards, Benjamin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD 5.3 STABLE SMP Kernel
Hello all, I hope what I have is a simple question. I have a dual proc machine, that I have loaded 5.3 RELEASE on and then updated it to STABLE. While reading the Handbook I see where the GENERIC kernel has SMP built in via the SMP file in /usr/src/sys/i386/conf directory. So, to enable SMP for my custom kernel, do I simply need to edit SMP to include my custom kernel name? Thanks in advance, Ron Clark __ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP kernel with RAID
Dan Rue > > On Tue, Mar 09, 2004 at 11:22:51AM -0600, Dan Rue wrote: > > Howdy, > > > > Ok, Here's the brief specs > > dual 2.4 Xeons > > Adaptec Raid-5 SCSI > > > > Is SMP flaky in 4.9 or something? This is my first SMP build.. No problems here with two SMP systems, but they are both older PII/PIII systems running on Supermicro P6DLH and P6DGH boards. One (P6DGH) is running two RAID 5 arrays via vinum. Mike Squires ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP kernel with RAID
On Tue, Mar 09, 2004 at 11:22:51AM -0600, Dan Rue wrote: > Howdy, > > Ok, Here's the brief specs > dual 2.4 Xeons > Adaptec Raid-5 SCSI > > Everything works fine with a 4.9-p3 generic kernel. However, when I > enable SMP and rebuild the kernel, boot hangs at this step: > > >Waiting 15 seconds for SCSI devices to settle > >(noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > > At that point, I have to reboot and boot back to generic kernel. > > Here's the only two lines in the kernel that I change: > >options SMP # Symmetric MultiProcessor Kernel > >options APIC_IO # Symmetric (APIC) I/O Follow-up: LINT mentions that you need to: "Be sure to disable 'cpu I386_CPU' && 'cpu I486_CPU' for SMP kernels." So, I tried that as well, with the same results. Is SMP flaky in 4.9 or something? This is my first SMP build.. dan > > Any ideas? > > tia, > Dan > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SMP kernel with RAID
Howdy, Ok, Here's the brief specs dual 2.4 Xeons Adaptec Raid-5 SCSI Everything works fine with a 4.9-p3 generic kernel. However, when I enable SMP and rebuild the kernel, boot hangs at this step: >Waiting 15 seconds for SCSI devices to settle >(noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. At that point, I have to reboot and boot back to generic kernel. Here's the only two lines in the kernel that I change: >optionsSMP # Symmetric MultiProcessor Kernel >optionsAPIC_IO # Symmetric (APIC) I/O Any ideas? tia, Dan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SMP-kernel (5.2.1) - really two CPUs active?
Upon setting up a machine with HT-CPU (P4 2.6GHz) I wonder if there's any way to display the actual workload on the virtual CPUs. First of all, here's what my /var/log/messages says: Feb 27 15:47:50 beastie kernel: CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2593.68-MHz 686-class CPU) Feb 27 15:47:50 beastie kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Feb 27 15:47:50 beastie kernel: Features=0xbfebfbff Feb 27 15:47:50 beastie kernel: Hyperthreading: 2 logical CPUs so to my understanding there should be two CPUs available. However neither "top" nor "systat" show any indication of more than one CPU. Please note that I've got options SMP # Symmetric MultiProcessor Kernel device apic# I/O APIC in my kernel - and don't have "I386_CPU" in my kernel config file. As a test I've used two instances of "cpuburn" which should, upon availability of two cpus, distribute among them (i.e. one cpuburn process per cpu) but again top doesn't show that there's more than one cpu. Here are my questions: o) Why does /var/log/message flag "2 CPUs" whereas "top" and other tools show only one? o) Any tools to see the actual load on the two virtual CPUs? TIA for your help, -ewald ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP kernel option
On Monday 19 January 2004 18:15, Didier WIROTH wrote: > In /usr/src/sys/i386/conf/NOTES it is written: > # Be sure to disable 'cpu I386_CPU' for SMP kernels. > > Do they mean you have to completely remove the "cpu" option from the custom > file, at this time I'm using this in my custom kernel: > cpu I686_CPU > options SMP > device apic > > Can I leave this? Or should I only have: Yes, you can leave this, other wise it would say "remove any cpu line" or "remove cpu Ix86_CPU lines". -- Melvyn === FreeBSD sarevok.idg.nl 5.2-CURRENT FreeBSD 5.2-CURRENT #3: Tue Dec 30 14:31:47 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG i386 === pgp0.pgp Description: signature
SMP kernel option
Hi, I'm a bit confused. In /usr/src/sys/i386/conf/NOTES it is written: # Be sure to disable 'cpu I386_CPU' for SMP kernels. Do they mean you have to completely remove the "cpu" option from the custom file, at this time I'm using this in my custom kernel: cpu I686_CPU options SMP device apic Can I leave this? Or should I only have: #cpu I686_CPU no it is disabled no cpu option options SMP device apic thx ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
asus a7m-266d freezes after put under load (SMP KERNEL)
I am running FreeBSD 5.1-RELEASE P#7 with and SMP kernel and the box seems to hang as soon as it is under load for about 2 minutes. I dont get any log or panic signal and the debug.log is empty as well. I cvsup my sources but I cannot build as the machine will halt about 2 minutes into compile. Can anyone offer any suggestions? asus a7m-266D dual athalon MP1800+ 1 Gig DDR 2100 RAM Dual WD 120G IDE drives. any help appreciated. thanks -- Ray Hicks http://nullroute.co.uk ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP kernel hanging after testing 8254 intr delivery (RELENG_4)
-- Hello, anything news concerning my SMP problem with the Fujitsu-Siemens RX300 system? Would be nice to have SMP running at Friday evening, when I have to go into production. Thanks and best regards Lars -- E-Mail: [EMAIL PROTECTED]\ Lars Köller [EMAIL PROTECTED] \ CC University of PGP: http://www.uk.pgp.net/pgpnet/wwwkeys.html \ Bielefeld, Germany Key-ID: A430D499 \ Tel: +49 521 106 4964 --- FreeBSD, what else? http://www.freebsd.org - ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP kernel hanging after testing 8254 intr delivery (RELENG_4)
-- Hi, sorry, I've forgotten in my last mail to attache the mp_table output. Is anything else needed? === MPTable, version 2.0.15 --- MP Floating Pointer Structure: location: BIOS physical address: 0x000f6b20 signature:'_MP_' length: 16 bytes version: 1.4 checksum: 0xdf mode: Virtual Wire --- MP Config Table Header: physical address: 0x0009e8d0 signature:'PCMP' base table length:300 version: 1.4 checksum: 0x64 OEM ID: 'FSCD1409' Product ID: 'PRIMERGY' OEM table pointer:0x OEM table size: 0 entry count: 29 local APIC address: 0xfee0 extended table length:308 extended table checksum: 175 --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model StepFlags 6 0x14BSP, usable 15 2 7 0xbfebfbff 0 0x14AP, usable 15 2 7 0xbfebfbff -- Bus:Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 ISA -- I/O APICs: APIC ID Version State Address 2 0x11usable 0xfec0 3 0x11usable 0xfec1 -- I/O Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# ExtINT active-hiedge5 0 20 INT active-hiedge5 1 21 INT active-hiedge5 0 22 INT active-hiedge5 3 23 INT active-hiedge5 4 24 INT active-hiedge5 6 26 INT active-hiedge5 7 27 INT active-hiedge5 8 28 INT active-hiedge512 2 12 INT active-hiedge513 2 13 INT active-hiedge514 2 14 INT active-hiedge515 2 15 INT active-lo level0 15:A 29 INT active-lo level2 0:A 32 INT active-lo level2 0:B 33 INT active-lo level3 4:A 3 10 INT active-lo level3 4:B 3 11 -- Local Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# ExtINT active-hiedge5 02550 NMI active-hiedge5 02551 --- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: I/O address address base: 0x0 address range: 0x1800 -- System Address Space bus ID: 3 address type: I/O address address base: 0x1800 address range: 0xd00 -- System Address Space bus ID: 0 address type: I/O address address base: 0x2500 address range: 0xdb00 -- System Address Space bus ID: 0 address type: memory address address base: 0xfb00 address range: 0x130 -- System Address Space bus ID: 2 address type: memory address address base: 0xfc30 address range: 0x3ff800 -- System Address Space bus ID: 0 address type: memory address address base: 0xfc6ff800 address range: 0x800 -- System Address Space bus ID: 3 address type: memory address address base: 0xfc70 address range: 0x38 -- System Address Space bus ID: 0 address type: memory address address base: 0xfca8 address range: 0x238 -- System Address Space bus ID: 0 address type: memory address address base: 0xfef0 address range: 0x110 -- System Address Space bus ID: 0 address type: memory address address base: 0xa address range: 0x2 -- System Address Space bus ID: 0 address type: memory address address base: 0xd4000 address range: 0xc000 -- Bus Heirarchy bus ID: 5 bus info: 0x01
Re: SMP kernel hanging after testing 8254 intr delivery (RELENG_4)
-- Hello Gregor, In reply to Gregor Bittel who wrote: > Moin, > tschuldigung, ich schreibe jetzt einfach mal in deutscher Sprache, > da tu ich mir einfach leichter... > Ist schon komisch, daß immer die gleichen Hardwarehersteller > Probleme bereiten, leider zählen dazu mittlerweile auch die > Fujitsu-Siemens-Boards - zumindest aus meiner Sicht, denn > das D1306 macht auch extreme Probleme, sobald es ein > SMP-Kernel verwendet wird... > Du könntest mal diesen Patch versuchen: > http://www.bnv-bamberg.de/home/ba3294/smp/files/notes/n000107.txt This patch didn't fix the problem. > vielleicht funktioniert er ja (wobei ich mir allerdings überhaupt > nicht sicher bin, einen Versuch könnte man ja mal starten). > > Aber bevor(!) du den Patch probierst, möchte ich noch, daß du > diese Zeile aus deinem Kernelconfig entfernst und dann noch > einmal den Kernel erstellst: > device apm0at isa? This didn't help. > Gibt immer wieder mal Probleme mit APM, ist eigentlich eine > Standardempfehlung, die ich immer gebe (wenn ich es im config > entdecke und der Kernel nicht so richtig mag). > > Wenn es dann tut, will ich zumindest einen dmesg+mptable-Auszug haben, > um ihn auf meine Seite[1] hochzuladen - Apropos: was spricht überhaupt > mptable (so ein Utility, welches auch mit Single-Prozessorkernel > funktioniert - es liest die aktuelle Multiprozessor-Tabelle aus, die > im BIOS hinterlegt wird)? > Ich sammele nämlich diese Informationen, ist eines meiner größten > Hobbys, neben den Handbüchern für Multiprozessorsysteme (leider > ist das für das D1409 noch nicht online, gibts dafür überhaupt eins?). Yes, I have it on a CD here. The mptable output is attached. The boot output follows: Type '?' for a list of commands, 'help' for more detailed help. ok unload ok load kernel.smp /kernel.smp text=0x1be3e0 data=0x2a4a0+0x22a50 syms=[0x4+0x2d1b0+0x4+0x33691] ok boot Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.8-STABLE #0: Tue Jul 1 09:10:14 GMT 2003 [EMAIL PROTECTED]:/usr/src/sys/compile/VSCAN.FSC-SMP Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2400.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073741824 (1048576K bytes) avail memory = 1041534976 (1017124K bytes) Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 16 pins in IOAPIC #1 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 6, version: 0x00050014, at 0xfee0 cpu1 (AP): apic id: 0, version: 0x00050014, at 0xfee0 io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec0 io1 (APIC): apic id: 3, version: 0x000f0011, at 0xfec1 Preloaded elf kernel "kernel.smp" at 0xc036e000. module_register_init: MOD_LOAD (vesa, c02722e8, 0) error 6 Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 16 entries at 0xc00fdec0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 9 -> irq 2 pci0: on pcib0 pci0: at 4.0 atapci0: port 0x1400-0x140f,0x374-0x377,0x170-0x177 ,0x3f4-0x3f7,0x1f0-0x1f7 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci0: mem 0xfc001000-0xfc001fff irq 2 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on motherboard pci1: on pcib1 pcib2: on motherboard IOAPIC #1 intpin 2 -> irq 5 IOAPIC #1 intpin 3 -> irq 9 pci2: on pcib2 bge0: mem 0xfc30 -0xfc30,0xfc31-0xfc31 irq 5 at device 0.0 on pci2 bge0: Ethernet address: 00:30:05:2f:dc:9f miibus0: on bge0 ukphy0: on miibus0 ukphy0: 100baseTX, 100baseTX-FDX brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX -FDX, auto ukphy1: on miibus0 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy2: on miibus0 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy3: on miibus0 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy4: on miibus0 ukphy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy5: on miibus0 ukphy5: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy6: on miibus0 ukphy6: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy7: on miibus0 ukphy7: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy8: on miibus0 ukphy8: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy9: on miibus0 ukphy9: 10baseT, 10baseT-FDX, 100base
SMP kernel hanging after testing 8254 intr delivery (RELENG_4)
Hi experts, I need urgently help or a patch for FreeBSD-4-STABLE on a Fujitsu-Siemens RX300 hardware: - The non-SMP kernel runs well - With the SMP kernel a lockup occur after the 8254 interrupt delivery is tested: ... APIC_IO: Testing 8254 interrupt delivery I've checked with hyper threading enabled/disabled. attached is the kernel configuration. Thanks and best regards Lars -- E-Mail: [EMAIL PROTECTED]\ Lars Köller [EMAIL PROTECTED] \ CC University of PGP: http://www.uk.pgp.net/pgpnet/wwwkeys.html \ Bielefeld, Germany Key-ID: A430D499 \ Tel: +49 521 106 4964 --- FreeBSD, what else? http://www.freebsd.org - VSCAN.FSC-SMP Description: VSCAN.FSC-SMP ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP kernel installation
On Wed, Jan 08, 2003 at 06:37:56PM +, Stacey Roberts wrote: > > > > You just need to uncomment/enable these options in the GENERIC kernel > > configuration like so: > > > > #cpuI486_CPU > > cpu I586_CPU > > cpu I686_CPU > > Is *this* actually correct? > > Looks as if you've enabled two different CPU classes here in the kernel. That's ok - it means that the kernel will run on both (i.e. less optimization). Ceri -- May the fire of my ancestors bring your last day! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: SMP kernel installation
On Wed, 2003-01-08 at 13:08, Khairil Yusof wrote: > On Tue, 2003-01-07 at 14:18, shubha mr wrote: > > > For a multiprocessor machine,to install FreeBSD,is > > something extra needs to be done from what will be > > done to install the OS for a uni processor machine?I > > mean is there anything different to be installed for a > > symmetric multi processor machine? > > Posted a reply to this a while back (check the archives). > > After installation you just need to recompile the kernel (see the > freebsd handbook). > > You just need to uncomment/enable these options in the GENERIC kernel > configuration like so: > > #cpu I486_CPU > cpu I586_CPU > cpu I686_CPU Is *this* actually correct? Looks as if you've enabled two different CPU classes here in the kernel. Regards, Stacey > > options SMP # Symmetric MultiProcessor Kernel > options APIC_IO # Symmetric (APIC) I/O > > recompile and reboot: > > #cat /var/run/dmesg.boot | grep SMP > > should give you this message: > > SMP: AP CPU #1 Launched! > > If you're curious, you can run top. It will have a CPU column. -- Stacey Roberts B.Sc (HONS) Computer Science Web: www.vickiandstacey.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: SMP kernel installation
On Tue, 2003-01-07 at 14:18, shubha mr wrote: > For a multiprocessor machine,to install FreeBSD,is > something extra needs to be done from what will be > done to install the OS for a uni processor machine?I > mean is there anything different to be installed for a > symmetric multi processor machine? Posted a reply to this a while back (check the archives). After installation you just need to recompile the kernel (see the freebsd handbook). You just need to uncomment/enable these options in the GENERIC kernel configuration like so: #cpuI486_CPU cpu I586_CPU cpu I686_CPU options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O recompile and reboot: #cat /var/run/dmesg.boot | grep SMP should give you this message: SMP: AP CPU #1 Launched! If you're curious, you can run top. It will have a CPU column. -- Khairil Yusof <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: SMP kernel installation
Sorry after re-reading my reply one thing I did not make clear Install freebsd as you would with a uniprocessor machine, then boot that install and do what I recommend below - Mike > > You need to recompile the kernel with the SMP options turned on, install > the kernel and reboot. On a reasonable modern machine takes less than 10 > minutes. > > See /usr/src/sys/i386/conf/GENERIC and the FreeBSD Handbook. > > - Mike > > > Hi, > > For a multiprocessor machine,to install FreeBSD,is > > something extra needs to be done from what will be > > done to install the OS for a uni processor machine?I > > mean is there anything different to be installed for a > > symmetric multi processor machine? > > > > thanks > > shubha > > > > __ > > Do You Yahoo!? > > Everything you'll ever need on one web page > > from News and Sport to Email and Music Charts > > http://uk.my.yahoo.com > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-questions" in the body of the message > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: SMP kernel installation
You need to recompile the kernel with the SMP options turned on, install the kernel and reboot. On a reasonable modern machine takes less than 10 minutes. See /usr/src/sys/i386/conf/GENERIC and the FreeBSD Handbook. - Mike > Hi, > For a multiprocessor machine,to install FreeBSD,is > something extra needs to be done from what will be > done to install the OS for a uni processor machine?I > mean is there anything different to be installed for a > symmetric multi processor machine? > > thanks > shubha > > __ > Do You Yahoo!? > Everything you'll ever need on one web page > from News and Sport to Email and Music Charts > http://uk.my.yahoo.com > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
SMP kernel installation
Hi, For a multiprocessor machine,to install FreeBSD,is something extra needs to be done from what will be done to install the OS for a uni processor machine?I mean is there anything different to be installed for a symmetric multi processor machine? thanks shubha __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
SMP kernel on Compaq DL380 G3.
Has anyone gotten the FreeBSD SMP kernel to boot on a Compaq DL380 G3? There was a known problem in the G2s where you had to set the OS option to "Linux" in the Compaq BIOS for the SMP kernel to boot correctly. However, this does not appear to work on the G3s. There are two BIOS options which I have adjusted, one is for "OS" and the other is for "Advanced/MPS Table". I have tried every combination between the "Linux" and "Other" OS option along with "Full Table APIC", "Full APIC Memory Mapped", "Disabled", and "Auto Set Table" MPS Table options. I have also tried disabling hyper-threading support for the Xeon processors but still no avail. For now, the system is happily running on the non-SMP kernel. When booting the SMP kernel, the system hangs on "APIC_IO: Testing 8254 interrupt delivery". This is on FreeBSD4.7-RELEASE. Thanks, J. Hong To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message