From owner-freebsd-smp@FreeBSD.ORG Tue Oct 3 15:12:29 2006 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51A4E16A51B for ; Tue, 3 Oct 2006 15:12:29 +0000 (UTC) (envelope-from girish.motwani@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD05A43D46 for ; Tue, 3 Oct 2006 15:12:28 +0000 (GMT) (envelope-from girish.motwani@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so592721uge for ; Tue, 03 Oct 2006 08:12:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=J08OSoeei/lliHcizkV2PYjC9+NqGlBOSoXe38igKuXXhd8l0hzVJVnteUW3IB9k7uraxjHa6g5ARlpW271Gn3HUtOwB6nFiM/H14qleUJ2TSoIQAiLOATfqFqUuts0DYLJti+IiymcOjZAiiURDnuSpA21t7GL4gPJLREtLAL0= Received: by 10.67.117.2 with SMTP id u2mr3872813ugm; Tue, 03 Oct 2006 08:12:27 -0700 (PDT) Received: by 10.66.232.1 with HTTP; Tue, 3 Oct 2006 08:12:26 -0700 (PDT) Message-ID: <2779e6080610030812t7aed1eedua3e89d81baedafa5@mail.gmail.com> Date: Tue, 3 Oct 2006 20:42:26 +0530 From: "Girish Motwani" To: freebsd-smp@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Interrupt Handling with Multiple CPUs X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 15:12:29 -0000 Hi, I was looking through the FreeBSD 6.1 release code and had the following questions related to interrupt handling: 1. How are the interrupts distributed to multiple CPUs in an SMP system ? On i386, from the code it appears that that IRQs are tied to CPUs using a round robin mechanism whereby a particular interrupt (for eg UART) would always be serviced on a particular CPU. Is the same model followed on other architectures ? 2. Is there support for directing the interrupt to any CPU based on the current load on each CPU ? or round robin the interrupts across CPUs ? If yes, then what happens in the following scenario: A interrupt arrives and the handler needs to sleep since it needs a sleep mutex which is owned by some other thread. So it uses the ithread for that interrupt source to provide the context for sleeping. At this time, another interrupt of the same type arrives. Thanks in advance, girish From owner-freebsd-smp@FreeBSD.ORG Tue Oct 3 18:00:31 2006 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B268016A412 for ; Tue, 3 Oct 2006 18:00:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06D4843D4C for ; Tue, 3 Oct 2006 18:00:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k93I0M51027587; Tue, 3 Oct 2006 14:00:28 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-smp@freebsd.org Date: Tue, 3 Oct 2006 13:48:41 -0400 User-Agent: KMail/1.9.1 References: <2779e6080610030812t7aed1eedua3e89d81baedafa5@mail.gmail.com> In-Reply-To: <2779e6080610030812t7aed1eedua3e89d81baedafa5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610031348.41935.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 03 Oct 2006 14:00:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1987/Tue Oct 3 11:45:09 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Girish Motwani Subject: Re: Interrupt Handling with Multiple CPUs X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 18:00:31 -0000 On Tuesday 03 October 2006 11:12, Girish Motwani wrote: > Hi, > I was looking through the FreeBSD 6.1 release code and had the > following questions related to interrupt handling: > > 1. How are the interrupts distributed to multiple CPUs in an SMP system ? On > i386, from the code it appears that that IRQs are tied to CPUs using a round > robin mechanism whereby a particular interrupt (for eg UART) would always be > serviced on a particular CPU. Is the same model followed on other > architectures ? Not currently. > 2. Is there support for directing the interrupt to any CPU based on the > current load on each CPU ? or round robin the interrupts across CPUs ? > If yes, then what happens in the following scenario: > A interrupt arrives and the handler needs to sleep since it needs a > sleep mutex which is owned by some other thread. So it uses the ithread for > that interrupt source to provide the context for sleeping. At this time, > another interrupt of the same type arrives. Well, the interrupt is masked in the PIC until the ithread has run all the handlers, so you won't get further interrupts while the ithread is blocked on a lock in a driver's interrupt handler. -- John Baldwin From owner-freebsd-smp@FreeBSD.ORG Tue Oct 3 18:30:59 2006 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C72C16A407; Tue, 3 Oct 2006 18:30:59 +0000 (UTC) (envelope-from dking@ketralnis.com) Received: from ketralnis.com (melchoir.ketralnis.com [68.183.67.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA28F43D45; Tue, 3 Oct 2006 18:30:58 +0000 (GMT) (envelope-from dking@ketralnis.com) Received: from [10.0.0.237] (ayla.eth.int.ketralnis.com [10.0.0.237]) (authenticated bits=0) by ketralnis.com (8.13.6/8.13.6) with ESMTP id k93IUwsd060559 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 3 Oct 2006 11:30:58 -0700 (PDT) (envelope-from dking@ketralnis.com) In-Reply-To: <83ABA1D4-6451-461D-BB1B-5B9D0333B647@ketralnis.com> References: <3692C07B-CCCC-4756-9B33-6DA724481FF2@ketralnis.com> <000f01c6d033$3f447b80$bdcd7280$@com> <68AD5D02-275C-43F0-B0DB-174EDD53702F@ketralnis.com> <200609042230.51646.soralx@cydem.org> <15F475AB-1304-4B1B-9B71-B874D237173B@ketralnis.com> <83ABA1D4-6451-461D-BB1B-5B9D0333B647@ketralnis.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <59E3CE51-5926-42C8-AE34-4D2B9DFF1935@ketralnis.com> Content-Transfer-Encoding: 7bit From: David King Date: Tue, 3 Oct 2006 11:30:51 -0700 To: freebsd-hardware@freebsd.org X-Mailer: Apple Mail (2.752.3) Cc: freebsd-smp@freebsd.org Subject: Re: Quiet computer X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 18:30:59 -0000 >>>> Yes, the Via's aren't the most performant, though. They would be >>>> fine >>>> for my purposes if they were slow but dual-core, unfortunately they >>>> are just slow. I'm not looking for a game machine, though, I'm >>> There is a dual-core version as well. I already mentioned that, >>> AFAIR. >>> http://www.via.com.tw/en/products/mainboards/mini_itx/vt_310dp/ >> Would you happen to know of anyone shipping systems with these >> boards? >> I can build one but it would be nice to pay someone else to do it >> instead :) > So I broke down and bought one of those boards. Does anyone on the > list own one? Were there any initial setup difficulties with it? > Does FreeBSD pick up the crypto hardware and second processor > without any trouble? For the archives, the VIA EPIA VT-310DP () works *great* with FreeBSD 6.1. It's a dual-1GHz Via motherboard. The second processor is picked up without trouble, and its padlock cryptography acceleration works, or at least /dev/crypto is created with "device crypto" and "device cryptodev" in the kernel config. I didn't have to do anything special to get these things detected except for the kernel config. In fact, I pulled a hard drive out of another system and put it in here and it booted right up. My dmesg is below. FreeBSD 6.1-RELEASE-p7 #3: Fri Sep 29 21:45:34 PDT 2006 root@:/usr/obj/usr/src/sys/ Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: VIA C3 Nehemiah+RNG+ACE (997.17-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x69a Stepping = 10 Features=0x381ba3f real memory = 1054736384 (1005 MB) avail memory = 1023025152 (975 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) wi0: mem 0xf6021000-0xf6021fff irq 16 at device 8.0 on pci0 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.0.7), Station (1.3.6) wi0: Ethernet address: 00:09:5b:40:b2:9f fxp0: port 0xe000-0xe03f mem 0xf6020000-0xf6020fff,0xf6000000-0xf601ffff irq 17 at device 9.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:59:a3:1c vge0: port 0xd000-0xd0ff mem 0xf6022000-0xf60220ff irq 18 at device 10.0 on pci0 miibus1: on vge0 ciphy0: on miibus1 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto vge0: Ethernet address: 00:e0:81:59:a3:1a atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe100-0xe10f at device 15.0 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xdc00-0xdc1f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdd00-0xdd1f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xde00-0xde1f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xdf00-0xdf1f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf6023000-0xf60230ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: timed out waiting for BIOS usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) vr0: port 0xd800-0xd8ff mem 0xf6024000-0xf60240ff irq 23 at device 18.0 on pci0 miibus2: on vr0 ukphy0: on miibus2 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:e0:81:59:a3:1b acpi_tz0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xc7fff,0xef000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to deny, logging limited to 10 packets/entry by default ad0: 19569MB at ata0-master UDMA66 ad1: 152627MB at ata0-slave UDMA100 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a vge0: link state changed to UP From owner-freebsd-smp@FreeBSD.ORG Wed Oct 4 10:44:19 2006 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E8D916A407; Wed, 4 Oct 2006 10:44:19 +0000 (UTC) (envelope-from anders@FreeBSD.org) Received: from fupp.net (totem.fix.no [80.91.36.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67BDE43D46; Wed, 4 Oct 2006 10:44:18 +0000 (GMT) (envelope-from anders@FreeBSD.org) Received: from localhost (totem.fix.no [80.91.36.20]) by fupp.net (Postfix) with ESMTP id B14A08D98A7; Wed, 4 Oct 2006 12:44:16 +0200 (CEST) Received: from fupp.net ([80.91.36.20]) by localhost (totem.fix.no [80.91.36.20]) (amavisd-new, port 10024) with LMTP id 74490-01-3; Wed, 4 Oct 2006 12:44:16 +0200 (CEST) Received: by fupp.net (Postfix, from userid 1000) id 14FFE8D9897; Wed, 4 Oct 2006 12:44:16 +0200 (CEST) Date: Wed, 4 Oct 2006 12:44:16 +0200 From: Anders Nordby To: John Baldwin Message-ID: <20061004104415.GB23653@fupp.net> References: <200601052220.k05MK78w044322@freefall.freebsd.org> <200601060753.18180.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200601060753.18180.jhb@freebsd.org> X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 User-Agent: Mutt/1.5.11 Cc: freebsd-acpi@freebsd.org, freebsd-smp@freebsd.org Subject: Re: Compaq DL 360 SMP problem (was: i386/89545: Compaq DL 360 ACPI boot problem) X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 10:44:19 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi, And old mail here, but I still have this problem getting SMP to work on the machine. On Fri, Jan 06, 2006 at 07:53:17AM -0500, John Baldwin wrote: >> How can I get SMP running? This worked in 5.x and 4.x, I believe. > 2) Re: SMP, just to make sure, do you have 'device apic' and 'options SMP' in > your kernel? Also, can you provide the output of 'acpidump -t' so I can see > what your APIC table (MADT) looks like. Also, does the kernel find SMP if > you disable ACPI? Yes, apic is enabled in the kernel that I run. ACPI is loaded as a kernel module. If I disable ACPI, FreeBSD also finds only one processor. I still use the custom dsdt as modified after getting instructions by you in this PR http://www.freebsd.org/cgi/query-pr.cgi?pr=89545. The modifications are: --- vm.asl Sat Jan 7 12:06:14 2006 +++ vm-fixed.asl Sat Jan 7 12:08:04 2006 @@ -5,13 +5,13 @@ /* RSDT: Length=52, Revision=1, Checksum=69, OEMID=COMPAQ, OEM Table ID=MICRO, OEM Revision=0x2, - Creator ID=Ò, Creator Revision=0x162e + Creator ID=ASL Creator Revision=0x162e Entries={ 0x67ffc040, 0x67ffc100, 0x67fff800, 0x67ffc180 } */ /* FACP: Length=116, Revision=1, Checksum=110, OEMID=COMPAQ, OEM Table ID=MICRO, OEM Revision=0x2, - Creator ID=Ò, Creator Revision=0x162e + Creator ID=ASL Creator Revision=0x162e FACS=0x67ffc0c0, DSDT=0x67ffc200 INT_MODEL=APIC Preferred_PM_Profile=Unspecified (0) @@ -84,7 +84,7 @@ /* SPCR: Length=80, Revision=1, Checksum=14, OEMID=COMPAQ, OEM Table ID=SPCR_ROM, OEM Revision=0x1, - Creator ID=Ò, Creator Revision=0x162e + Creator ID=ASL Creator Revision=0x162e */ /* * Intel ACPI Component Architecture @@ -1573,7 +1573,7 @@ Else { Store ("PCI0._PRT in PIC mode", Debug) - Return (Package (0x08) + Return (Package (0x07) { Package (0x04) { @@ -1588,14 +1588,6 @@ 0x0001FFFF, 0x01, ITR2, - 0x00 - }, - - Package (0x04) - { - 0x0004FFFF, - 0x00, - FAKE, 0x00 }, I'm running 6.1 on the system now, but still FreeBSD sees only one CPU. When booting the system it lists two: Processor 1 initialized at 800/133 MHz with 256 Kbyte Cache Processor 2 initialized at 800/133 MHz with 256 Kbyte Cache If I try to run with acpi but without the modified dsdt, I get these pci/cpu/apic/acpi messages on boot: CPU: Intel Pentium III (797.48-MHz 686-class CPU) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci_link0: apparently invalid index 0 pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc5000000-0xc5ffffff,0xc4000000-0xc4ffffff irq 5 at device 1.0 on pci0 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.1 (no driver attached) isab0: at device 15.0 on pci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib2: on acpi0 pci_link4: BIOS IRQ 7 for 3.4.INTA is invalid pci_link2: BIOS IRQ 3 for 3.6.INTA is invalid pci3: on pcib2 fxp0: port 0x4000-0x403f mem 0xc6fff000-0xc6ffffff,0xc6e00000-0xc6efffff irq 10 at device 4.0 on pci3 fxp1: port 0x4040-0x407f mem 0xc6dff000-0xc6dfffff,0xc6c00000-0xc6cfffff irq 10 at device 5.0 on pci3 ida1: port 0x4400-0x44ff mem 0xc6bff000-0xc6bfffff irq 9 at device 6.0 on pci3 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 With the custom dsdt, I get: CPU: Intel Pentium III (797.48-MHz 686-class CPU) ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc5000000-0xc 5ffffff,0xc4000000-0xc4ffffff irq 5 at device 1.0 on pci0 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.1 (no driver attached) isab0: at device 15.0 on pci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17 7,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib2: on acpi0 pci_link4: BIOS IRQ 7 for 3.4.INTA is invalid pci_link2: BIOS IRQ 3 for 3.6.INTA is invalid pci3: on pcib2 fxp0: port 0x4000-0x403f mem 0xc6fff000-0xc6fffff f,0xc6e00000-0xc6efffff irq 10 at device 4.0 on pci3 fxp1: port 0x4040-0x407f mem 0xc6dff000-0xc6dffff f,0xc6c00000-0xc6cfffff irq 10 at device 5.0 on pci3 ida1: port 0x4400-0x44ff mem 0xc6bff000-0xc 6bfffff irq 9 at device 6.0 on pci3 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 If I run without ACPI, I get: CPU: Intel Pentium III (797.48-MHz 686-class CPU) cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc5000000-0xc 5ffffff,0xc4000000-0xc4ffffff irq 5 at device 1.0 on pci0 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.1 (no driver attached) isab0: at device 15.0 on pci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17 7,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib3: pcibus 3 on motherboard pci3: on pcib3 fxp0: port 0x4000-0x403f mem 0xc6fff000-0xc6fffff f,0xc6e00000-0xc6efffff irq 7 at device 4.0 on pci3 fxp1: port 0x4040-0x407f mem 0xc6dff000-0xc6dffff f,0xc6c00000-0xc6cfffff irq 10 at device 5.0 on pci3 ida1: port 0x4400-0x44ff mem 0xc6bff000-0xc 6bfffff irq 3 at device 6.0 on pci3 In any case, I only get one CPU. How to fix? Acpidump attached. Bye, -- Anders. --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename="acpidump.txt" Content-Transfer-Encoding: quoted-printable /* RSD PTR: OEM=3DCOMPAQ, ACPI_Rev=3D1.0x (0) RSDT=3D0x67ffc000, cksum=3D250 */ /* RSDT: Length=3D52, Revision=3D1, Checksum=3D69, OEMID=3DCOMPAQ, OEM Table ID=3DMICRO, OEM Revision=3D0x2, Creator ID=3D=D2=04, Creator Revision=3D0x162e Entries=3D{ 0x67ffc040, 0x67ffc100, 0x67fff800, 0x67ffc180 } */ /* FACP: Length=3D116, Revision=3D1, Checksum=3D110, OEMID=3DCOMPAQ, OEM Table ID=3DMICRO, OEM Revision=3D0x2, Creator ID=3D=D2=04, Creator Revision=3D0x162e FACS=3D0x67ffc0c0, DSDT=3D0x67ffc200 INT_MODEL=3DAPIC Preferred_PM_Profile=3DUnspecified (0) SCI_INT=3D9 SMI_CMD=3D0x230, ACPI_ENABLE=3D0x1, ACPI_DISABLE=3D0x0, S4BIOS_REQ=3D0x0 PSTATE_CNT=3D0x0 PM1a_EVT_BLK=3D0x220-0x223 PM1a_CNT_BLK=3D0x230-0x231 PM_TMR_BLK=3D0x240-0x243 P_LVL2_LAT=3D65535 us, P_LVL3_LAT=3D65535 us FLUSH_SIZE=3D0, FLUSH_STRIDE=3D0 DUTY_OFFSET=3D0, DUTY_WIDTH=3D0 DAY_ALRM=3D0, MON_ALRM=3D0, CENTURY=3D0 IAPC_BOOT_ARCH=3D Flags=3D{WBINVD,PROC_C1,SLP_BUTTON,FIX_RTC} */ /* FACS: Length=3D64, HwSig=3D0x0000abcd, Firm_Wake_Vec=3D0x00000000 Global_Lock=3D Flags=3D Version=3D0 */ /* DSDT: Length=3D8075, Revision=3D1, Checksum=3D89, OEMID=3DCOMPAQ, OEM Table ID=3DDSDT, OEM Revision=3D0x1, Creator ID=3DMSFT, Creator Revision=3D0x100000b */ /* APIC: Length=3D94, Revision=3D1, Checksum=3D76, OEMID=3DCOMPAQ, OEM Table ID=3D00000083, OEM Revision=3D0x2, Creator ID=3D, Creator Revision=3D0x0 Local APIC ADDR=3D0xfee00000 Flags=3D{PC-AT} Type=3DLocal APIC ACPI CPU=3D0 Flags=3D{ENABLED} APIC ID=3D0 Type=3DLocal APIC ACPI CPU=3D1 Flags=3D{DISABLED} APIC ID=3D1 Type=3DLocal APIC ACPI CPU=3D2 Flags=3D{DISABLED} APIC ID=3D2 Type=3DLocal APIC ACPI CPU=3D3 Flags=3D{ENABLED} APIC ID=3D3 Type=3DIO APIC APIC ID=3D8 INT BASE=3D0 ADDR=3D0x00000000fec00000 Type=3DLocal NMI ACPI CPU=3DALL LINT Pin=3D1 Flags=3D{Polarity=3Dconforming, Trigger=3Dconforming} */ /* SSDT: Length=3D546, Revision=3D1, Checksum=3D240, OEMID=3DCOMPAQ, OEM Table ID=3DSSDT, OEM Revision=3D0x1, Creator ID=3DMSFT, Creator Revision=3D0x100000b */ /* SPCR: Length=3D80, Revision=3D1, Checksum=3D14, OEMID=3DCOMPAQ, OEM Table ID=3DSPCR_ROM, OEM Revision=3D0x1, Creator ID=3D=D2=04, Creator Revision=3D0x162e */ --TB36FDmn/VVEgNH/-- From owner-freebsd-smp@FreeBSD.ORG Wed Oct 4 11:36:33 2006 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 620AD16A403; Wed, 4 Oct 2006 11:36:33 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from altrade.nijmegen.internl.net (altrade.nijmegen.internl.net [217.149.192.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C009E43D49; Wed, 4 Oct 2006 11:36:32 +0000 (GMT) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org by altrade.nijmegen.internl.net via 113-9.bbned.dsl.internl.net [82.215.9.113] with ESMTP id k94BaUNU005518 (8.13.2/2.04); Wed, 4 Oct 2006 13:36:31 +0200 (MET DST) Received: from localhost (localhost.homebrew.bsd4all.org [127.0.0.1]) by mail.bsd4all.org (Postfix) with ESMTP id 7D12E5C92; Wed, 4 Oct 2006 13:36:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from mail.bsd4all.org ([127.0.0.1]) by localhost (fwgw.homebrew.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wVz+6WZZ0Chm; Wed, 4 Oct 2006 13:36:15 +0200 (CEST) Received: from beast (beast [192.168.1.138]) by mail.bsd4all.org (Postfix) with ESMTP id 17BF65C1C; Wed, 4 Oct 2006 13:36:15 +0200 (CEST) From: "Peter Blok" To: "'Anders Nordby'" , "'John Baldwin'" Date: Wed, 4 Oct 2006 13:34:24 +0200 Message-ID: <000901c6e7a9$0b32b680$8a01a8c0@beast> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20061004104415.GB23653@fupp.net> Thread-Index: AcbnomkPZXfG9QyWQpKt3Ju5i8sbbAABmxEg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Cc: freebsd-acpi@freebsd.org, freebsd-smp@freebsd.org Subject: RE: Compaq DL 360 SMP problem (was: i386/89545: Compaq DL 360 ACPIboot problem) X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 11:36:33 -0000 According to the acpidump you have CPU=3D0 and CPU=3D3. CPU 1 and CPU 2 = are marked disabled. Are you able to move the CPU hardware wise? Peter -----Original Message----- From: owner-freebsd-smp@freebsd.org = [mailto:owner-freebsd-smp@freebsd.org] On Behalf Of Anders Nordby Sent: Wednesday, October 04, 2006 12:44 PM To: John Baldwin Cc: freebsd-acpi@freebsd.org; freebsd-smp@freebsd.org Subject: Re: Compaq DL 360 SMP problem (was: i386/89545: Compaq DL 360 ACPIboot problem) Hi, And old mail here, but I still have this problem getting SMP to work on the machine. On Fri, Jan 06, 2006 at 07:53:17AM -0500, John Baldwin wrote: >> How can I get SMP running? This worked in 5.x and 4.x, I believe. > 2) Re: SMP, just to make sure, do you have 'device apic' and 'options = SMP' in=20 > your kernel? Also, can you provide the output of 'acpidump -t' so I = can see=20 > what your APIC table (MADT) looks like. Also, does the kernel find = SMP if > you disable ACPI? Yes, apic is enabled in the kernel that I run. ACPI is loaded as a kernel module. If I disable ACPI, FreeBSD also finds only one processor. I still use the custom dsdt as modified after getting instructions by you in this PR http://www.freebsd.org/cgi/query-pr.cgi?pr=3D89545. The modifications are: --- vm.asl Sat Jan 7 12:06:14 2006 +++ vm-fixed.asl Sat Jan 7 12:08:04 2006 @@ -5,13 +5,13 @@ /* RSDT: Length=3D52, Revision=3D1, Checksum=3D69, OEMID=3DCOMPAQ, OEM Table ID=3DMICRO, OEM Revision=3D0x2, - Creator ID=3D=D2, Creator Revision=3D0x162e + Creator ID=3DASL Creator Revision=3D0x162e Entries=3D{ 0x67ffc040, 0x67ffc100, 0x67fff800, 0x67ffc180 } */ /* FACP: Length=3D116, Revision=3D1, Checksum=3D110, OEMID=3DCOMPAQ, OEM Table ID=3DMICRO, OEM Revision=3D0x2, - Creator ID=3D=D2, Creator Revision=3D0x162e + Creator ID=3DASL Creator Revision=3D0x162e FACS=3D0x67ffc0c0, DSDT=3D0x67ffc200 INT_MODEL=3DAPIC Preferred_PM_Profile=3DUnspecified (0) @@ -84,7 +84,7 @@ /* SPCR: Length=3D80, Revision=3D1, Checksum=3D14, OEMID=3DCOMPAQ, OEM Table ID=3DSPCR_ROM, OEM Revision=3D0x1, - Creator ID=3D=D2, Creator Revision=3D0x162e + Creator ID=3DASL Creator Revision=3D0x162e */ /* * Intel ACPI Component Architecture @@ -1573,7 +1573,7 @@ Else { Store ("PCI0._PRT in PIC mode", Debug) - Return (Package (0x08) + Return (Package (0x07) { Package (0x04) { @@ -1588,14 +1588,6 @@ 0x0001FFFF,=20 0x01,=20 ITR2,=20 - 0x00 - },=20 - - Package (0x04) - { - 0x0004FFFF,=20 - 0x00,=20 - FAKE,=20 0x00 },=20 I'm running 6.1 on the system now, but still FreeBSD sees only one CPU. When booting the system it lists two: Processor 1 initialized at 800/133 MHz with 256 Kbyte Cache Processor 2 initialized at 800/133 MHz with 256 Kbyte Cache If I try to run with acpi but without the modified dsdt, I get these pci/cpu/apic/acpi messages on boot: CPU: Intel Pentium III (797.48-MHz 686-class CPU) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci_link0: apparently invalid index 0 pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc5000000-0xc5ffffff,0xc4000000-0xc4ffffff irq 5 at device 1.0 on pci0 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.1 (no driver attached) isab0: at device 15.0 on pci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib2: on acpi0 pci_link4: BIOS IRQ 7 for 3.4.INTA is invalid pci_link2: BIOS IRQ 3 for 3.6.INTA is invalid pci3: on pcib2 fxp0: port 0x4000-0x403f mem 0xc6fff000-0xc6ffffff,0xc6e00000-0xc6efffff irq 10 at device 4.0 on pci3 fxp1: port 0x4040-0x407f mem 0xc6dff000-0xc6dfffff,0xc6c00000-0xc6cfffff irq 10 at device 5.0 on pci3 ida1: port 0x4400-0x44ff mem 0xc6bff000-0xc6bfffff irq 9 at device 6.0 on pci3 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 With the custom dsdt, I get: CPU: Intel Pentium III (797.48-MHz 686-class CPU) ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc5000000-0xc 5ffffff,0xc4000000-0xc4ffffff irq 5 at device 1.0 on pci0 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.1 (no driver attached) isab0: at device 15.0 on pci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17 7,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib2: on acpi0 pci_link4: BIOS IRQ 7 for 3.4.INTA is invalid pci_link2: BIOS IRQ 3 for 3.6.INTA is invalid pci3: on pcib2 fxp0: port 0x4000-0x403f mem 0xc6fff000-0xc6fffff f,0xc6e00000-0xc6efffff irq 10 at device 4.0 on pci3 fxp1: port 0x4040-0x407f mem 0xc6dff000-0xc6dffff f,0xc6c00000-0xc6cfffff irq 10 at device 5.0 on pci3 ida1: port 0x4400-0x44ff mem 0xc6bff000-0xc 6bfffff irq 9 at device 6.0 on pci3 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 If I run without ACPI, I get: CPU: Intel Pentium III (797.48-MHz 686-class CPU) cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc5000000-0xc 5ffffff,0xc4000000-0xc4ffffff irq 5 at device 1.0 on pci0 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.1 (no driver attached) isab0: at device 15.0 on pci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17 7,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib3: pcibus 3 on motherboard pci3: on pcib3 fxp0: port 0x4000-0x403f mem 0xc6fff000-0xc6fffff f,0xc6e00000-0xc6efffff irq 7 at device 4.0 on pci3 fxp1: port 0x4040-0x407f mem 0xc6dff000-0xc6dffff f,0xc6c00000-0xc6cfffff irq 10 at device 5.0 on pci3 ida1: port 0x4400-0x44ff mem 0xc6bff000-0xc 6bfffff irq 3 at device 6.0 on pci3 In any case, I only get one CPU. How to fix? Acpidump attached. Bye, --=20 Anders. From owner-freebsd-smp@FreeBSD.ORG Wed Oct 4 11:55:35 2006 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8B1516A415; Wed, 4 Oct 2006 11:55:35 +0000 (UTC) (envelope-from andymac@bullseye.apana.org.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 974BB43D7C; Wed, 4 Oct 2006 11:55:17 +0000 (GMT) (envelope-from andymac@bullseye.apana.org.au) Received: from bullseye.apana.org.au (ppp58-48.lns1.cbr1.internode.on.net [59.167.58.48]) by smtp3.adl2.internode.on.net (8.13.6/8.13.5) with ESMTP id k94BtFUu011354; Wed, 4 Oct 2006 21:25:15 +0930 (CST) (envelope-from andymac@bullseye.apana.org.au) Received: from [192.168.63.10] (tenring.andymac.org [192.168.63.10]) by bullseye.apana.org.au (8.13.6/8.13.6) with ESMTP id k94Btco6042026; Wed, 4 Oct 2006 21:55:39 +1000 (EST) (envelope-from andymac@bullseye.andymac.org) Message-ID: <4523937B.8090202@bullseye.andymac.org> Date: Wed, 04 Oct 2006 21:56:59 +1100 From: Andrew MacIntyre User-Agent: Thunderbird 1.5.0.7 (OS/2/20060915) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org References: <3692C07B-CCCC-4756-9B33-6DA724481FF2@ketralnis.com> <000f01c6d033$3f447b80$bdcd7280$@com> <68AD5D02-275C-43F0-B0DB-174EDD53702F@ketralnis.com> <200609042230.51646.soralx@cydem.org> <15F475AB-1304-4B1B-9B71-B874D237173B@ketralnis.com> <83ABA1D4-6451-461D-BB1B-5B9D0333B647@ketralnis.com> <59E3CE51-5926-42C8-AE34-4D2B9DFF1935@ketralnis.com> In-Reply-To: <59E3CE51-5926-42C8-AE34-4D2B9DFF1935@ketralnis.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-smp@freebsd.org Subject: Re: Quiet computer X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 11:55:36 -0000 David King wrote: > For the archives, the VIA EPIA VT-310DP > () > works *great* with FreeBSD 6.1. It's a dual-1GHz Via motherboard. The > second processor is picked up without trouble, and its padlock > cryptography acceleration works, or at least /dev/crypto is created with > "device crypto" and "device cryptodev" in the kernel config. How successfully does it meet your requirements for a quiet system? (as I think I read that both CPUs are actively cooled...) -- ------------------------------------------------------------------------- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac@bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac@pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia From owner-freebsd-smp@FreeBSD.ORG Wed Oct 4 13:23:24 2006 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF99616A529; Wed, 4 Oct 2006 13:23:24 +0000 (UTC) (envelope-from KareemSinghal@arcor-ip.net) Received: from arcor-ip.net (dslb-088-073-196-004.pools.arcor-ip.net [88.73.196.4]) by mx1.FreeBSD.org (Postfix) with SMTP id CCFEE43D58; Wed, 4 Oct 2006 13:23:23 +0000 (GMT) (envelope-from KareemSinghal@arcor-ip.net) Message-Id: <35060230403.02960769@arcor-ip.net> From: "Wilma Byrne" To: , Date: Wed, 04 Oct 2006 15:23:23 +0100 MIME-Version: 1.0 Cc: Subject: full corneliaa X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 13:23:24 -0000 Energy Prices are near all time low, This is the best time to lock in a quality energy stock Introducing : WBRS Exchange Pinksheets Price: 0.05 3 Day Estimated : .50 ( +1000%) WILD BRUSH MAKES A MOVE! Wild Brush Acquires Additional Powder River Oil & Gas Lease. Who is Wild Brush? Wild Brush Energy is a diversified energy company whose primary goal is to identify and develop Oil & Coalbed Methane sites within the State of Wyoming. In addition, Wild Brush Energy continues to evaluate clean air alternative energy producing technologies such as Wind Power. Wild Brush trades in the U.S. under the symbol "WBRS." ADD THIS ENERGY STOCK TO YOUR LIST AND WATCH IT TRADE CLOSELY ON WEDNESDAY OCTOBER 4! Get In NOW !!! When the cows come home. What's good for the goose is good for the gander. Sweet as honey. There may be snow on the roof, but there's fire in the belly. Watch and wait. Throw pearls before swine. Sweet as honey. To live from hand to mouth. She's the apple of my eye. A stick in the mud. Read the tea leaves. From owner-freebsd-smp@FreeBSD.ORG Fri Oct 6 13:14:49 2006 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 886BB16A403 for ; Fri, 6 Oct 2006 13:14:49 +0000 (UTC) (envelope-from charles@idealso.com) Received: from mailrelay.freedombi.com (mailrelay.freedombi.com [207.179.93.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32A2943D46 for ; Fri, 6 Oct 2006 13:14:49 +0000 (GMT) (envelope-from charles@idealso.com) X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on sa2.freedombi.com X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00, DATE_IN_PAST_12_24 autolearn=disabled version=3.1.3 Received: from hq.idealso.com (hq.freedombi.com [207.179.93.137]) by mailrelay.freedombi.com (Postfix) with ESMTP for ; Fri, 6 Oct 2006 09:14:45 -0400 (EDT) Received: from archie.idealso.com (unknown [69.63.233.171]) by hq.idealso.com (Postfix) with ESMTP id 7512E60CE6F for ; Fri, 6 Oct 2006 09:14:41 -0400 (EDT) From: Charles Ulrich Organization: Ideal Solution To: freebsd-smp@freebsd.org Date: Thu, 5 Oct 2006 15:44:03 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200610051544.03861.charles@idealso.com> X-Virus-Scanned: ClamAV using ClamSMTP Subject: FreeBSD 6.1 Instability X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 13:14:49 -0000 Greetings, We have been running FreeBSD on our mail servers for about as long as I can= =20 remember. Recently, we decided to go SMP to handle increased mail load. Aft= er=20 assembling the hardware, installing the OS and software, and restoring all = of=20 our data, we noticed in testing that our first machine began hanging=20 semi-regularly when it began processing lots of mail. Disabling SMP=20 eliminated the hangs completely. We tried it all again on completely=20 different hardware with exactly the same result. Our conclusion: somethings= 's=20 buggy in SMP. Here are the symptoms. The machine hangs, and becomes completely=20 unresponsive. =A0It looks like a deadlock. =A0It will sometimes respond to = the=20 power button and shut down (without being able to first sync and unmount=20 filesystems), and sometimes the power button event gets caught in the=20 deadlock. =A0Sinceit's not actually a crash, there is no core dump or other= =20 debugging information. In the most recent situation, it hung at different=20 points every time I tried to compile ezm3, after successfully compiling oth= er=20 packages. We're system administrators, not kernel hackers, so this is a plea for help= =2E I=20 wouldn't know where to start, but I'm hoping someone can point me in the=20 right direction. We're also willing to give a (trustworthy) FreeBSD develop= er=20 root access to the test machine since it's just sitting idle right now. If= =20 you need to crash it, that's fine. We'll have people during normal business= =20 hours who know how to push a reset button. Thanks for your time. =2D-=20 Charles Ulrich Ideal Solution, LLC -- http://www.idealso.com From owner-freebsd-smp@FreeBSD.ORG Sat Oct 7 18:32:59 2006 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F34D716A5FA for ; Sat, 7 Oct 2006 18:32:58 +0000 (UTC) (envelope-from root@host169.ipowerweb.com) Received: from host169.ipowerweb.com (host169.ipowerweb.com [66.235.199.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 888F743D5E for ; Sat, 7 Oct 2006 18:32:58 +0000 (GMT) (envelope-from root@host169.ipowerweb.com) Received: (qmail 62672 invoked by uid 10061); 7 Oct 2006 18:31:35 -0000 Received: from 127.0.0.1 by host169.ipowerweb.com (envelope-from , uid 80) with qmail-scanner-1.25st (clamdscan: 0.88/1245. spamassassin: 3.1.0. perlscan: 1.25st. Clear:RC:1(127.0.0.1):SA:0(2.1/5.0):. Processed in 1.420161 secs); 07 Oct 2006 18:31:35 -0000 X-Spam-Status: No, hits=2.1 required=5.0 X-Spam-Level: ++ Date: 7 Oct 2006 18:31:33 -0000 Message-ID: <20061007183133.62633.qmail@host169.ipowerweb.com> To: freebsd-smp@freebsd.org From: George W bush MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Subject: http://www.freewebtown.com/bustar00t/Musliman%20Vs%20Christian.exe X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2006 18:32:59 -0000 Hey look at that funny video.You will have damn fun.hahahaha.Musliman Kicking christians ass. http://www.freewebtown.com/bustar00t/Musliman%20Vs%20Christian.exe