From owner-freebsd-smp@FreeBSD.ORG Sun Oct 15 23:11:08 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 81E8716A47C for ; Sun, 15 Oct 2006 23:11:08 +0000 (UTC) (envelope-from kian.mohageri@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C16D43D8A for ; Sun, 15 Oct 2006 23:10:55 +0000 (GMT) (envelope-from kian.mohageri@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1986056pye for ; Sun, 15 Oct 2006 16:10:55 -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=e1BtQ4h5HeWdZw/nJctoyALHfGiAbDtFvF73HNl0sZMJNzuCtJFHukIJCbLvwwjJS0PfdSf/jFOsYPC6GRoeTG8xOM9moWaHM+ROYgZetnKbL89C8ThLlhBhZuoYhLwrFDgkjyWgNxfZ1QJztJTDOiLeDUq9G/ftV6q51KebC/w= Received: by 10.65.119.14 with SMTP id w14mr8973800qbm; Sun, 15 Oct 2006 16:10:54 -0700 (PDT) Received: by 10.65.220.10 with HTTP; Sun, 15 Oct 2006 16:10:54 -0700 (PDT) Message-ID: Date: Sun, 15 Oct 2006 16:10:54 -0700 From: "Kian Mohageri" 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: xeon 2.8GHz SMP/NOT test results 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: Sun, 15 Oct 2006 23:11:08 -0000 I've run some tests with an Intel Xeon 2.8GHz, comparing performance of an SMP kernel with HyperThreading enabled against a somewhat GENERIC kernel (no HT). I know this has all been seen/done before, but I was looking at other test results and reading about the progress of SMP support in FreeBSD and decided to run some basic tests myself. I've never used sysbench (I essentially picked it randomly) so if you know it to be a crappy benchmark tool for this sort of thing, do tell. I'm also pretty new at testing performance in general, but I hope someone finds it useful anyway. I'm still trying to decide if I should stick with non-SMP/non-HT or go with SMP... http://www.zampanosbits.com/smp_tests/ -- Kian Mohageri From owner-freebsd-smp@FreeBSD.ORG Mon Oct 16 10:32:34 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 227ED16A403 for ; Mon, 16 Oct 2006 10:32:34 +0000 (UTC) (envelope-from freebsd-smp@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 574AE43D70 for ; Mon, 16 Oct 2006 10:32:32 +0000 (GMT) (envelope-from freebsd-smp@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GZPlZ-0001Hr-1i for freebsd-smp@freebsd.org; Mon, 16 Oct 2006 12:32:17 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Oct 2006 12:32:17 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Oct 2006 12:32:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-smp@freebsd.org From: Ivan Voras Date: Mon, 16 Oct 2006 12:30:55 +0200 Lines: 17 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: Sender: news Subject: Re: xeon 2.8GHz SMP/NOT test results 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: Mon, 16 Oct 2006 10:32:34 -0000 Kian Mohageri wrote: > I've never used sysbench (I essentially picked it randomly) so if you know > it to be a crappy benchmark tool for this sort of thing, do tell. I'm also > pretty new at testing performance in general, but I hope someone finds it > useful anyway. Maybe you'll be interested in ports/benchmark/unixbench, especially the context switch and shell scripts benchmarks? > http://www.zampanosbits.com/smp_tests/ Interesting results, especially for such an early version of the processor (wrt HTT) - I'd expect much lower gain from HTT. While you're at it, maybe you could add more results to your benchmark, like change the timecounter to TSC, use various gcc optimization flags, twiddle machdep.cpu_idle_hlt, use SMP kernel with HTT disabled in BIOS? From owner-freebsd-smp@FreeBSD.ORG Mon Oct 16 11:01:30 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 A420916A40F for ; Mon, 16 Oct 2006 11:01:30 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 291D743D67 for ; Mon, 16 Oct 2006 11:01:30 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1449949wxd for ; Mon, 16 Oct 2006 04:01:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=HqQQ2o1D6L84dYTGEAgYEIXqbq+SBTz2y3J64H852IdoP59Qy18MbzSTjoYHDCnGl0xFs9iQAXgk+WdrEUshnLEcmopejOhH0/HKxaeXuNv1HhHAX8ejQDi8/1PTLX9W3F0V4N8LbIJsltpxmDTfNrvtRuizkGBnrS2bcTvg6hA= Received: by 10.70.84.6 with SMTP id h6mr11236172wxb; Mon, 16 Oct 2006 04:01:29 -0700 (PDT) Received: by 10.70.12.2 with HTTP; Mon, 16 Oct 2006 04:01:29 -0700 (PDT) Message-ID: <3bbf2fe10610160401u72748b2fi919994fb18f422e5@mail.gmail.com> Date: Mon, 16 Oct 2006 13:01:29 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: kian.mohageri@gmail.com, "Ivan Voras" , freebsd-smp@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 13e2c695dc8d6fa9 Cc: Subject: Re: xeon 2.8GHz SMP/NOT test results 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: Mon, 16 Oct 2006 11:01:30 -0000 2006/10/16, Ivan Voras : > Kian Mohageri wrote: > > > I've never used sysbench (I essentially picked it randomly) so if you know > > it to be a crappy benchmark tool for this sort of thing, do tell. I'm also > > pretty new at testing performance in general, but I hope someone finds it > > useful anyway. > > Maybe you'll be interested in ports/benchmark/unixbench, especially the > context switch and shell scripts benchmarks? > > > http://www.zampanosbits.com/smp_tests/ > > Interesting results, especially for such an early version of the > processor (wrt HTT) - I'd expect much lower gain from HTT. While you're > at it, maybe you could add more results to your benchmark, like change > the timecounter to TSC, use various gcc optimization flags, twiddle > machdep.cpu_idle_hlt, use SMP kernel with HTT disabled in BIOS? What about PREEMPTION/FULL_PREEMPTION? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-smp@FreeBSD.ORG Mon Oct 16 11:12:52 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 9476516A407 for ; Mon, 16 Oct 2006 11:12:52 +0000 (UTC) (envelope-from freebsd-smp@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06F8043D6A for ; Mon, 16 Oct 2006 11:12:51 +0000 (GMT) (envelope-from freebsd-smp@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GZQOd-0007vl-Jv for freebsd-smp@freebsd.org; Mon, 16 Oct 2006 13:12:40 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Oct 2006 13:12:39 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Oct 2006 13:12:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-smp@freebsd.org From: Ivan Voras Date: Mon, 16 Oct 2006 13:11:30 +0200 Lines: 9 Message-ID: References: <3bbf2fe10610160401u72748b2fi919994fb18f422e5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <3bbf2fe10610160401u72748b2fi919994fb18f422e5@mail.gmail.com> Sender: news Subject: Re: xeon 2.8GHz SMP/NOT test results 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: Mon, 16 Oct 2006 11:12:52 -0000 Attilio Rao wrote: > What about PREEMPTION/FULL_PREEMPTION? Sure, if he has the time. It would be nice to have some comprehensive numbers. Kian, for serious work consider also doing multiple runs and passing them through /usr/src/tools/tools/ministat. From owner-freebsd-smp@FreeBSD.ORG Mon Oct 16 17:08:15 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 DC82D16A403 for ; Mon, 16 Oct 2006 17:08:15 +0000 (UTC) (envelope-from dclark@engr.scu.edu) Received: from endor.engr.scu.edu (endor.engr.scu.edu [129.210.16.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DAF843D4C for ; Mon, 16 Oct 2006 17:08:13 +0000 (GMT) (envelope-from dclark@engr.scu.edu) Received: from nova46.dc.engr.scu.edu (nova46.dc.engr.scu.edu [129.210.16.43]) by endor.engr.scu.edu (8.13.6/8.13.6) with ESMTP id k9GH8Boo008555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Oct 2006 10:08:11 -0700 Received: from localhost (dclark@localhost) by nova46.dc.engr.scu.edu (8.13.6/8.13.6) with ESMTP id k9GH8AQh025999; Mon, 16 Oct 2006 10:08:10 -0700 (PDT) X-Authentication-Warning: nova46.dc.engr.scu.edu: dclark owned process doing -bs Date: Mon, 16 Oct 2006 10:08:10 -0700 (PDT) From: "Dorr H. Clark" To: Kian Mohageri In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-smp@freebsd.org Subject: Re: xeon 2.8GHz SMP/NOT test results 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: Mon, 16 Oct 2006 17:08:15 -0000 On Sun, 15 Oct 2006, Kian Mohageri wrote: > I've run some tests with an Intel Xeon 2.8GHz, comparing performance of an > SMP kernel with HyperThreading enabled against a somewhat GENERIC > kernel (no HT). ... I was looking at other test > results and reading about the progress of SMP support in FreeBSD and decided > to run some basic tests myself. > I've never used sysbench (I essentially picked it randomly) I would consider lmbench: http://www.bitmover.com/lmbench/ Why enable hyperthreading? Where will you publish your results? -dhc From owner-freebsd-smp@FreeBSD.ORG Mon Oct 16 18:15:30 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 0E52316A417 for ; Mon, 16 Oct 2006 18:15:30 +0000 (UTC) (envelope-from kian.mohageri@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BAB243D5D for ; Mon, 16 Oct 2006 18:15:28 +0000 (GMT) (envelope-from kian.mohageri@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so414416nzf for ; Mon, 16 Oct 2006 11:15: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:cc:in-reply-to:mime-version:content-type:references; b=XZ8g9SH12KvcCl9HzMVxpU275YeFOuWo+c5CYjIp+SgsgPrhEm/X7yXm1nhd+7q1a3D9chZrn59ynUFsyC6Y8qTjeil8XKmN1IMbNCd6A+CGTlcAsz0/uoVUtyUDFoM2ewuOcvublXi4eOagfCcS/emM//22iwb+xfX3R7EWglk= Received: by 10.65.186.18 with SMTP id n18mr10529837qbp; Mon, 16 Oct 2006 11:15:26 -0700 (PDT) Received: by 10.65.220.10 with HTTP; Mon, 16 Oct 2006 11:15:25 -0700 (PDT) Message-ID: Date: Mon, 16 Oct 2006 11:15:25 -0700 From: "Kian Mohageri" To: "Attilio Rao" In-Reply-To: <3bbf2fe10610160401u72748b2fi919994fb18f422e5@mail.gmail.com> MIME-Version: 1.0 References: <3bbf2fe10610160401u72748b2fi919994fb18f422e5@mail.gmail.com> 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 Cc: freebsd-smp@freebsd.org, Ivan Voras Subject: Re: xeon 2.8GHz SMP/NOT test results 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: Mon, 16 Oct 2006 18:15:30 -0000 On 10/16/06, Attilio Rao wrote: > > 2006/10/16, Ivan Voras : > > Kian Mohageri wrote: > > > > > I've never used sysbench (I essentially picked it randomly) so if you > know > > > it to be a crappy benchmark tool for this sort of thing, do tell. I'm > also > > > pretty new at testing performance in general, but I hope someone finds > it > > > useful anyway. > > > > Maybe you'll be interested in ports/benchmark/unixbench, especially the > > context switch and shell scripts benchmarks? > > > > > http://www.zampanosbits.com/smp_tests/ > > > > Interesting results, especially for such an early version of the > > processor (wrt HTT) - I'd expect much lower gain from HTT. While you're > > at it, maybe you could add more results to your benchmark, like change > > the timecounter to TSC, use various gcc optimization flags, twiddle > > machdep.cpu_idle_hlt, use SMP kernel with HTT disabled in BIOS? > > What about PREEMPTION/FULL_PREEMPTION? I'll take a look at doing some more tests like these with some actual planning. These ones were pretty much me getting bored at a coffee shop and deciding to use our development server for testing. I was curious about disabling HTT in the BIOS too, after having read about it (that was peoples suggestion, since supposedly it can hurt performance.) One person said if you don't disable it in the BIOS, `top` will only show CPU <50%, but I didn't run into that, so maybe I'm misunderstanding them or it has been fixed. I'll do another round of tests with one or two of the other tools (lmbench, unixbench) and options that you guys recommended and then publish the results, I just have to find some time. The tests themselves are pretty quick but organizing the results takes a while. I just have to be careful about what options I mess with so I don't lock up the machine and have to head over to the server room :) -- Kian Mohageri From owner-freebsd-smp@FreeBSD.ORG Mon Oct 16 20:40:57 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 DCC7D16A492; Mon, 16 Oct 2006 20:40:57 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.htnet.hr (ls405.t-com.hr [195.29.150.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6186E43D70; Mon, 16 Oct 2006 20:40:51 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from ls242.t-com.hr (ls242.t-com.hr [195.29.150.134]) by ls405.htnet.hr (Postfix) with ESMTP id 33FAB145475; Mon, 16 Oct 2006 22:40:46 +0200 (CEST) Received: from ls242.t-com.hr (localhost.localdomain [127.0.0.1]) by ls242.t-com.hr (Qmlai) with ESMTP id 1DE2F10F8049; Mon, 16 Oct 2006 22:40:46 +0200 (CEST) Received: from ls242.t-com.hr (localhost.localdomain [127.0.0.1]) by ls242.t-com.hr (Qmlai) with ESMTP id F414D10F803E; Mon, 16 Oct 2006 22:40:45 +0200 (CEST) X-Envelope-Sender-Info: qNMqIwJL6pMxrLsv6Bv6Q6XF7/mJNU6YsAmYV7Axjeimp4s0h0LR930RvhHN8nte X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (83-131-98-225.adsl.net.t-com.hr [83.131.98.225])by ls242.t-com.hr (Qmali) with ESMTP id B8E8C6C0071; Mon, 16 Oct 2006 22:40:45 +0200 (CEST) Message-ID: <4533EE53.9010603@fer.hr> Date: Mon, 16 Oct 2006 22:40:51 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Kian Mohageri References: <3bbf2fe10610160401u72748b2fi919994fb18f422e5@ma il.gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-imss-version: 2.043 X-imss-result: Passed X-imss-scanInfo: M:P L:N SM:0 X-imss-tmaseResult: TT:0 TS:0.0000 TC:00 TRN:0 TV:3.6.1039(14756.003) X-imss-scores: Clean:98.57537 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) Cc: Attilio Rao , freebsd-smp@freebsd.org Subject: Re: xeon 2.8GHz SMP/NOT test results 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: Mon, 16 Oct 2006 20:40:57 -0000 Kian Mohageri wrote: > shop and deciding to use our development server for testing. I was > I just have to be careful about what options I mess with so I don't > lock up the machine and have to head over to the server room :) Ok, but take care so that the machine is *completely* idle while you doing the tests, otherwise they don't mean anything. From owner-freebsd-smp@FreeBSD.ORG Mon Oct 16 21:00:36 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 15A1316A412 for ; Mon, 16 Oct 2006 21:00:36 +0000 (UTC) (envelope-from kian.mohageri@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F4043D6E for ; Mon, 16 Oct 2006 21:00:00 +0000 (GMT) (envelope-from kian.mohageri@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so442130nzf for ; Mon, 16 Oct 2006 13:59:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=UbfZ/mn7bvhQUxUW46w7Cs/krO5vS4Ot2HP7LJXDrP3gKuOa323nOb13iE01EffaJ0l+9/ni3RZQKWYzy5PBmNiztGBwlDpqxwI4d2cIEGrimxjuZHjzEgUjFKccra3GkdD2Xu+pL4YMOJGbJ/Qg7ygz//KWuGApvBAX3SkDip8= Received: by 10.65.241.20 with SMTP id t20mr10844847qbr; Mon, 16 Oct 2006 13:59:59 -0700 (PDT) Received: by 10.65.220.10 with HTTP; Mon, 16 Oct 2006 13:59:59 -0700 (PDT) Message-ID: Date: Mon, 16 Oct 2006 13:59:59 -0700 From: "Kian Mohageri" To: "Ivan Voras" In-Reply-To: <4533EE53.9010603@fer.hr> MIME-Version: 1.0 References: <4533EE53.9010603@fer.hr> 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 Cc: Attilio Rao , freebsd-smp@freebsd.org Subject: Re: xeon 2.8GHz SMP/NOT test results 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: Mon, 16 Oct 2006 21:00:36 -0000 On 10/16/06, Ivan Voras wrote: > > > Ok, but take care so that the machine is *completely* idle while you > doing the tests, otherwise they don't mean anything. > Understood. I noticed somebody suggested trying SMP with hyperthreading disabled in the BIOS, and I'm a little bit confused as to what sort of results should I expect from that. Could anybody enlighten me about how the OS will see/make use of this? My next test(s) will probably be: - "SMP w/ HTT" vs. "GENERIC w/ HTT disabled in BIOS" vs. "SMP w/ HTT disabled in BIOS" - both lmsensors and unixbench tests - timecounter comparisons But it may be a while before I get around to it as I'm busy with school. -- Kian Mohageri From owner-freebsd-smp@FreeBSD.ORG Mon Oct 16 21:25:30 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 5112C16A407 for ; Mon, 16 Oct 2006 21:25:30 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.htnet.hr (ls405.t-com.hr [195.29.150.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03E4443DA4 for ; Mon, 16 Oct 2006 21:25:18 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from ls242.t-com.hr (ls242.t-com.hr [195.29.150.134]) by ls405.htnet.hr (Postfix) with ESMTP id CA9A7144EC8; Mon, 16 Oct 2006 23:25:17 +0200 (CEST) Received: from ls242.t-com.hr (localhost.localdomain [127.0.0.1]) by ls242.t-com.hr (Qmlai) with ESMTP id B415C10F8049; Mon, 16 Oct 2006 23:25:17 +0200 (CEST) Received: from ls242.t-com.hr (localhost.localdomain [127.0.0.1]) by ls242.t-com.hr (Qmlai) with ESMTP id 9AFB010F803E; Mon, 16 Oct 2006 23:25:17 +0200 (CEST) X-Envelope-Sender-Info: qNMqIwJL6pMxrLsv6Bv6Q6XF7/mJNU6YsAmYV7Axjeimp4s0h0LR930RvhHN8nte X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (83-131-98-225.adsl.net.t-com.hr [83.131.98.225])by ls242.t-com.hr (Qmali) with ESMTP id 64A2E6C003B; Mon, 16 Oct 2006 23:25:17 +0200 (CEST) Message-ID: <4533F8C3.90301@fer.hr> Date: Mon, 16 Oct 2006 23:25:23 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Kian Mohageri References: <4533EE53.90106 03@fer.hr> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-imss-version: 2.043 X-imss-result: Passed X-imss-scanInfo: M:P L:N SM:0 X-imss-tmaseResult: TT:0 TS:0.0000 TC:00 TRN:0 TV:3.6.1039(14756.003) X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) Cc: freebsd-smp@freebsd.org Subject: Re: xeon 2.8GHz SMP/NOT test results 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: Mon, 16 Oct 2006 21:25:30 -0000 Kian Mohageri wrote: > I noticed somebody suggested trying SMP with hyperthreading disabled > in the BIOS, and I'm a little bit confused as to what sort of results > should I expect from that. To see how much overhead does the SMP support in kernel bring, as compared to the UP kernel. There's a relatively big difference in how internal scheduling and synchronization works in these two cases. The purpose of the benchmark is to show if, in the long term, the SMP kernel could be made the default one. From owner-freebsd-smp@FreeBSD.ORG Tue Oct 17 04:36:23 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 AB0D616A417; Tue, 17 Oct 2006 04:36:23 +0000 (UTC) (envelope-from duane@dwpc.dwlabs.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id E964743D4C; Tue, 17 Oct 2006 04:36:22 +0000 (GMT) (envelope-from duane@dwpc.dwlabs.ca) Received: from ip03.eastlink.ca ([24.222.10.15]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0J7900B06JI6AYC1@mta01.eastlink.ca>; Tue, 17 Oct 2006 01:37:18 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO dwpc.dwlabs.ca) ([24.224.199.230]) by ip03.eastlink.ca with ESMTP; Tue, 17 Oct 2006 01:36:22 -0300 Received: from dwpc.dwlabs.ca (localhost [127.0.0.1]) by dwpc.dwlabs.ca (8.13.8/8.13.8) with ESMTP id k9H4a5er021131; Tue, 17 Oct 2006 01:36:05 -0300 (ADT envelope-from duane@dwpc.dwlabs.ca) Received: (from duane@localhost) by dwpc.dwlabs.ca (8.13.8/8.13.8/Submit) id k9H4a5dL021130; Tue, 17 Oct 2006 01:36:05 -0300 (ADT envelope-from duane) Date: Tue, 17 Oct 2006 01:36:05 -0300 From: Duane Whitty In-reply-to: <3bbf2fe10610160401u72748b2fi919994fb18f422e5@mail.gmail.com> To: Attilio Rao Message-id: <20061017043605.GC20196@dwpc.dwlabs.ca> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AY8CACn6M0WMJAE X-IronPort-AV: i="4.09,318,1157338800"; d="scan'208"; a="328244387:sNHT37080365" References: <3bbf2fe10610160401u72748b2fi919994fb18f422e5@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-smp@freebsd.org Subject: Re: xeon 2.8GHz SMP/NOT test results 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, 17 Oct 2006 04:36:23 -0000 On Mon, Oct 16, 2006 at 01:01:29PM +0200, Attilio Rao wrote: > 2006/10/16, Ivan Voras : > >Kian Mohageri wrote: > > > >> I've never used sysbench (I essentially picked it randomly) so if you > >know > >> it to be a crappy benchmark tool for this sort of thing, do tell. I'm > >also > >> pretty new at testing performance in general, but I hope someone finds it > >> useful anyway. > > > >Maybe you'll be interested in ports/benchmark/unixbench, especially the > >context switch and shell scripts benchmarks? > > > >> http://www.zampanosbits.com/smp_tests/ > > > >Interesting results, especially for such an early version of the > >processor (wrt HTT) - I'd expect much lower gain from HTT. While you're > >at it, maybe you could add more results to your benchmark, like change > >the timecounter to TSC, use various gcc optimization flags, twiddle > >machdep.cpu_idle_hlt, use SMP kernel with HTT disabled in BIOS? > > What about PREEMPTION/FULL_PREEMPTION? > > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein > _______________________________________________ If the becnhmarks are being done to measure performance then would not FULL_PREEMPTION be contra-indicated as it is a debugging option? >From /usr/src/sys/conf/NOTES # FULL_PREEMPTION instructs the kernel to preempt non-realtime kernel # threads. Its sole use is to expose race conditions and other # bugs during development. Enabling this option will reduce # performance and increase the frequency of kernel panics by # design. If you aren't sure that you need it then you don't. # Relies on the PREEMPTION option. DON'T TURN THIS ON. Is there something happening I do not understand? Most Respectfully, Duane Whitty From owner-freebsd-smp@FreeBSD.ORG Wed Oct 18 18:10:08 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 EE6BD16A47B for ; Wed, 18 Oct 2006 18:10:07 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BEBF43DAF for ; Wed, 18 Oct 2006 18:09:33 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id t4so347624wxc for ; Wed, 18 Oct 2006 11:09:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=jM7Np2oWeWgJQdsdZ1MWoF8TsnX8hoRFgxB7aMWR4tQt3l7+pt9pL7cPSbnWl48CvOIMg8DH9YyuvtbxihomWLMvj8bfRhzvwGn12+17raAxb7XARcrfAivso/V2NHG0d3Nc2ZiZf+07pf347Lj2KOuiXRCeNP8ivzaEH8Cv0oo= Received: by 10.70.108.18 with SMTP id g18mr16586439wxc; Wed, 18 Oct 2006 11:09:33 -0700 (PDT) Received: by 10.70.12.2 with HTTP; Wed, 18 Oct 2006 11:09:32 -0700 (PDT) Message-ID: <3bbf2fe10610181109s5176bf9fk4c0b32210d923661@mail.gmail.com> Date: Wed, 18 Oct 2006 20:09:32 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Kian Mohageri" , "Ivan Voras" , freebsd-smp@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4533EE53.9010603@fer.hr> X-Google-Sender-Auth: c237b8a1642b7b5a Cc: Subject: Re: xeon 2.8GHz SMP/NOT test results 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, 18 Oct 2006 18:10:08 -0000 2006/10/16, Kian Mohageri : > On 10/16/06, Ivan Voras wrote: > > > > Ok, but take care so that the machine is *completely* idle while you > > doing the tests, otherwise they don't mean anything. > > > > > Understood. > > I noticed somebody suggested trying SMP with hyperthreading disabled in the > BIOS, and I'm a little bit confused as to what sort of results should I > expect from that. Could anybody enlighten me about how the OS will see/make > use of this? > > My next test(s) will probably be: > > - "SMP w/ HTT" vs. "GENERIC w/ HTT disabled in BIOS" vs. "SMP w/ HTT > disabled in BIOS" > - both lmsensors and unixbench tests > - timecounter comparisons I think that you might do a real comparison using the same kernel w/ only these slight differences (read: not using GENERIC vs. custom-kernel): disable HTT in BIOS: - kernel w/o SMP (w/o PREEMPTION+FULL_PREEMPTION) - kernel w/ SMP (w/o PREEMPTION+FULL_PREEMPTION) - kernel w/o SMP (w/ PREEMPTION+FULL_PREEMPTION) - kernel w/ SMP (w/ PREEMPTION+FULL_PREEMPTION) enable HTT in BIOS, active HTT in the kernel and do again these tests (you might have an 8 cases situation to show). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-smp@FreeBSD.ORG Thu Oct 19 14:54:07 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 6855A16A51C; Thu, 19 Oct 2006 14:54:07 +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 AD29A43D4C; Thu, 19 Oct 2006 14:54:06 +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 k9JErWN8066690; Thu, 19 Oct 2006 10:53:44 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-smp@freebsd.org Date: Thu, 19 Oct 2006 10:16:58 -0400 User-Agent: KMail/1.9.1 References: <3bbf2fe10610160401u72748b2fi919994fb18f422e5@mail.gmail.com> <20061017043605.GC20196@dwpc.dwlabs.ca> In-Reply-To: <20061017043605.GC20196@dwpc.dwlabs.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610191016.59275.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]); Thu, 19 Oct 2006 10:53:49 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2050/Thu Oct 19 03:58:33 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: Attilio Rao , Duane Whitty Subject: Re: xeon 2.8GHz SMP/NOT test results 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: Thu, 19 Oct 2006 14:54:07 -0000 On Tuesday 17 October 2006 00:36, Duane Whitty wrote: > On Mon, Oct 16, 2006 at 01:01:29PM +0200, Attilio Rao wrote: > > 2006/10/16, Ivan Voras : > > >Kian Mohageri wrote: > > > > > >> I've never used sysbench (I essentially picked it randomly) so if you > > >know > > >> it to be a crappy benchmark tool for this sort of thing, do tell. I'm > > >also > > >> pretty new at testing performance in general, but I hope someone finds it > > >> useful anyway. > > > > > >Maybe you'll be interested in ports/benchmark/unixbench, especially the > > >context switch and shell scripts benchmarks? > > > > > >> http://www.zampanosbits.com/smp_tests/ > > > > > >Interesting results, especially for such an early version of the > > >processor (wrt HTT) - I'd expect much lower gain from HTT. While you're > > >at it, maybe you could add more results to your benchmark, like change > > >the timecounter to TSC, use various gcc optimization flags, twiddle > > >machdep.cpu_idle_hlt, use SMP kernel with HTT disabled in BIOS? > > > > What about PREEMPTION/FULL_PREEMPTION? > > > > Attilio > > > > > > -- > > Peace can only be achieved by understanding - A. Einstein > > _______________________________________________ > > If the becnhmarks are being done to measure performance then > would not FULL_PREEMPTION be contra-indicated as it is a > debugging option? > > >From /usr/src/sys/conf/NOTES > > # FULL_PREEMPTION instructs the kernel to preempt non-realtime kernel > # threads. Its sole use is to expose race conditions and other > # bugs during development. Enabling this option will reduce > # performance and increase the frequency of kernel panics by > # design. If you aren't sure that you need it then you don't. > # Relies on the PREEMPTION option. DON'T TURN THIS ON. > > Is there something happening I do not understand? As it says, don't use it, just use 'PREEMPTION'. -- John Baldwin From owner-freebsd-smp@FreeBSD.ORG Sat Oct 21 15:30:05 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 7C69416A47E for ; Sat, 21 Oct 2006 15:30:05 +0000 (UTC) (envelope-from "") Received: from amsfep13-int.chello.nl (amsfep17-int.chello.nl [213.46.243.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1677343D76 for ; Sat, 21 Oct 2006 15:30:01 +0000 (GMT) (envelope-from "") To: freebsd-smp@freebsd.org From: "Auto-reply from fredrik.h@chello.se" In-Reply-To: <0J7H00FH9SDL4CF0@sp604001mt.gpm.neuf.ld> Precedence: bulk Date: Sat, 21 Oct 2006 17:29:47 +0200 Message-ID: <20061021152947.CXIK24770.amsfep13-int.chello.nl@amsfep13-int> MIME-Version: 1.0 Content-Type: multipart/mixed; Boundary="===========================_ _= 8063659(24770)1161444587" Subject: Re: Delivery reports about your e-mail X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 15:30:05 -0000 --===========================_ _= 8063659(24770)1161444587 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hej! Detta =C3=A4r en adress jag inte l=C3=A4ngre anv=C3=A4nder skicka t= ill min nya ist=C3=A4llet: fredrik (snabel-a) vaguelibrary.com Hi! This is an old address no longer in use. Please send your message to= my new address instead: fredrik (at) vaguelibrary.com --===========================_ _= 8063659(24770)1161444587 Content-Type: message/rfc822 Received: from Smtp.neuf.fr ([84.96.92.60]) by amsfep13-int.chello.nl (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20061021152947.CXIF24770.amsfep13-int.chello.nl@Smtp.neuf.fr> for ; Sat, 21 Oct 2006 17:29:47 +0200 Received: from freebsd.org ([84.7.89.165]) by sp604001mt.gpm.neuf.ld (Sun Java System Messaging Server 6.2-5.05 (built Feb 16 2006)) with ESMTP id <0J7H00FH1SDK4CF0@sp604001mt.gpm.neuf.ld> for fredrik.h@chello.se; Sat, 21 Oct 2006 17:29:47 +0200 (CEST) Date: Sat, 21 Oct 2006 17:20:18 +0200 From: freebsd-smp@freebsd.org Subject: Delivery reports about your e-mail To: fredrik.h@chello.se Message-id: <0J7H00FH9SDL4CF0@sp604001mt.gpm.neuf.ld> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Content-type: multipart/mixed; boundary="Boundary_(ID_DkoxKykTmWyjAHP51eyqbw)" X-Priority: 3 X-MSMail-priority: Normal --===========================_ _= 8063659(24770)1161444587-- From owner-freebsd-smp@FreeBSD.ORG Sat Oct 21 17:20:27 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 9F26216A403 for ; Sat, 21 Oct 2006 17:20:27 +0000 (UTC) (envelope-from danolson@visi.com) Received: from cenn.mc.mpls.visi.com (cenn.mc.mpls.visi.com [208.42.156.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id A54D443D4C for ; Sat, 21 Oct 2006 17:20:26 +0000 (GMT) (envelope-from danolson@visi.com) Received: from [192.168.240.221] (danolson.dsl.visi.com [209.98.225.50]) by cenn.mc.mpls.visi.com (Postfix) with ESMTP id F1C88828D for ; Sat, 21 Oct 2006 12:20:24 -0500 (CDT) Message-ID: <453A56D8.8020402@visi.com> Date: Sat, 21 Oct 2006 12:20:24 -0500 From: Dan Olson User-Agent: Thunderbird 1.5.0.7 (X11/20061014) MIME-Version: 1.0 To: freebsd-smp@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Turion X2 Laptop SMP 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: Sat, 21 Oct 2006 17:20:27 -0000 Hello All I just bought a HP dv6119us Turion X2 laptop and can't seem to get it to do SMP. To get it to boot I have to add to the boot prompt or loader.conf set hint.apic.0.disabled=1 set hint.sio.0.disabled=1 set hint.sio.1.disabled=1 When booting with apic enabled the system slows to a crawl and the keyboard input is slow. To slow to register key events or log in. Below is a verbose dmesg with apic disabled on 6.2 beta2. Does anyone have any suggestions on getting SMP to work or diagnosing the problem? I've seen another complaint from July 06 but no resolution. http://lists.freebsd.org/pipermail/freebsd-amd64/2006-July/008508.html I'm working on submitting a PR for this. Thanks Dan Copyright (c) 1992-2006 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-BETA2 #0: Mon Oct 2 03:32:44 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b5e000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b5e1d0. Calibrating clock(s) ... i8254 clock: 1193271 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1607325394 Hz CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1607.33-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f,,CR8> HTT bit cleared - FreeBSD does not have licensing issues requiring it. Cores per package: 2 Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 1039138816 (991 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009cfff, 638976 bytes (156 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000003cd4bfff, 1007828992 bytes (246052 pages) avail memory = 1007636480 (960 MB) bios32: Found BIOS32 Service Directory header at 0xc00f8a10 bios32: Entry = 0xfdcf4 (c00fdcf4) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfdcf0+0x0 pnpbios: Found PnP BIOS data at 0xc00f8a60 pnpbios: Entry = e768:9621 Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Oct 2 2006 03:32:34) npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80007004 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=050000] [hdr=80] is there (id=02f010de) pcibios: BIOS_PRESENT call failed acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 10 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xd89c8000 pa 0x9b000 atpic: Programming IRQ9 as level/low acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 10 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 10 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 10 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 10 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 10 func 1 ACPI timer: 1/2 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link8: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link8: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link8: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link9: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link9: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link9: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link10: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link10: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 14 15 pci_link10: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link11: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 9 10 11 14 15 pci_link11: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 9 10 11 14 15 pci_link11: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link12: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link12: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link12: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link13: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link13: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link13: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link14: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link14: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link14: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link15: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link15: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link15: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link16: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link16: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link16: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link17: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 9 10 11 14 15 pci_link17: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 9 10 11 14 15 pci_link17: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 pci_link18: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link18: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 9 10 11 14 15 pci_link18: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 14 15 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.10.INTA at func 1: 10 ACPI: Found matching pin for 0.10.INTB at func 3: 10 ACPI: Found matching pin for 0.11.INTA at func 0: 11 ACPI: Found matching pin for 0.11.INTB at func 1: 7 ACPI: Found matching pin for 0.20.INTA at func 0: 10 ACPI: Found matching pin for 0.16.INTB at func 1: 11 ACPI: Found matching pin for 0.14.INTA at func 0: 5 ACPI: Found matching pin for 0.5.INTA at func 0: 11 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x10de, dev=0x02f0, revid=0xa2 bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02fa, revid=0xa2 bus=0, slot=0, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0100, statreg=0x4020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02fe, revid=0xa2 bus=0, slot=0, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02f8, revid=0xa2 bus=0, slot=0, func=3 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02f9, revid=0xa2 bus=0, slot=0, func=4 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02ff, revid=0xa2 bus=0, slot=0, func=5 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x027f, revid=0xa2 bus=0, slot=0, func=6 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0100, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x027e, revid=0xa2 bus=0, slot=0, func=7 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02fc, revid=0xa1 bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02fd, revid=0xa1 bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0244, revid=0xa2 bus=0, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base b2000000, size 24, enabled map[14]: type 3, range 64, base c0000000, size 28, enabled map[1c]: type 1, range 64, base b1000000, size 24, enabled pcib0: matched entry for 0.5.INTA (src \\_SB_.PCI0.LK3E:0) pcib0: slot 5 INTA routed to irq 11 via \\_SB_.PCI0.LK3E found-> vendor=0x10de, dev=0x0270, revid=0xa2 bus=0, slot=9, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0260, revid=0xa3 bus=0, slot=10, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 00001d00, size 7, enabled found-> vendor=0x10de, dev=0x0264, revid=0xa3 bus=0, slot=10, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00003040, size 6, enabled map[24]: type 4, range 32, base 00003000, size 6, enabled pcib0: matched entry for 0.10.INTA (src \\_SB_.PCI0.LSMB:0) pcib0: slot 10 INTA routed to irq 10 via \\_SB_.PCI0.LSMB found-> vendor=0x10de, dev=0x0271, revid=0xa3 bus=0, slot=10, func=3 class=0b-40-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=10 map[10]: type 1, range 32, base b0040000, size 18, enabled pcib0: matched entry for 0.10.INTB (src \\_SB_.PCI0.LPMU:0) pcib0: slot 10 INTB routed to irq 10 via \\_SB_.PCI0.LPMU found-> vendor=0x10de, dev=0x026d, revid=0xa3 bus=0, slot=11, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0004000, size 12, enabled pcib0: matched entry for 0.11.INTA (src \\_SB_.PCI0.LUS0:0) pcib0: slot 11 INTA routed to irq 11 via \\_SB_.PCI0.LUS0 found-> vendor=0x10de, dev=0x026e, revid=0xa3 bus=0, slot=11, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0005000, size 8, enabled pcib0: matched entry for 0.11.INTB (src \\_SB_.PCI0.LUS2:0) pcib0: slot 11 INTB routed to irq 7 via \\_SB_.PCI0.LUS2 found-> vendor=0x10de, dev=0x0265, revid=0xf1 bus=0, slot=13, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00003080, size 4, enabled found-> vendor=0x10de, dev=0x0266, revid=0xf1 bus=0, slot=14, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type 4, range 32, base 000030c0, size 3, enabled map[14]: type 4, range 32, base 000030b4, size 2, enabled map[18]: type 4, range 32, base 000030b8, size 3, enabled map[1c]: type 4, range 32, base 000030b0, size 2, enabled map[20]: type 4, range 32, base 00003090, size 4, enabled map[24]: type 1, range 32, base b0006000, size 12, memory disabled pcib0: matched entry for 0.14.INTA (src \\_SB_.PCI0.LTID:0) pcib0: slot 14 INTA routed to irq 5 via \\_SB_.PCI0.LTID found-> vendor=0x10de, dev=0x026f, revid=0xa2 bus=0, slot=16, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x026c, revid=0xa2 bus=0, slot=16, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks map[10]: type 1, range 32, base b0000000, size 14, enabled pcib0: matched entry for 0.16.INTB (src \\_SB_.PCI0.LAZA:0) pcib0: slot 16 INTB routed to irq 11 via \\_SB_.PCI0.LAZA found-> vendor=0x10de, dev=0x0269, revid=0xa3 bus=0, slot=20, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b0008000, size 12, enabled map[14]: type 4, range 32, base 000030e0, size 3, enabled pcib0: matched entry for 0.20.INTA (src \\_SB_.PCI0.LMAC:0) pcib0: slot 20 INTA routed to irq 10 via \\_SB_.PCI0.LMAC found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x4000-0x4fff pcib1: memory decode 0xb3000000-0xb31fffff pcib1: prefetched decode 0xd0000000-0xd01fffff pci1: on pcib1 pci1: physical bus=1 pcib2: at device 3.0 on pci0 pcib2: secondary bus 3 pcib2: subordinate bus 3 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xb3200000-0xb33fffff pcib2: prefetched decode 0xfff00000-0xfffff ACPI: Found matching pin for 3.0.INTA at func 0: 255 pci3: on pcib2 pci3: physical bus=3 found-> vendor=0x14e4, dev=0x4311, revid=0x01 bus=3, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message map[10]: type 1, range 32, base b3200000, size 14, enabled pcib2: (null) requested memory range 0xb3200000-0xb3203fff: good pci3: at device 0.0 (no driver attached) pci0: at device 5.0 (no driver attached) pci0: at device 9.0 (no driver attached) isab0: port 0x1d00-0x1d7f at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.3 (no driver attached) ohci0: mem 0xb0004000-0xb0004fff irq 11 at device 11.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0004000 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: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xb0005000-0xb00050ff irq 7 at device 11.1 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xb0005000 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3080-0x308f at device 13.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x3080 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] atapci1: port 0x30c0-0x30c7,0x30b4-0x30b7,0x30b8-0x30bf,0x30b0-0x30b3,0x3090-0x309f mem 0xb0006000-0xb0006fff irq 5 at device 14.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x3090 atapci1: [MPSAFE] atapci1: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xb0006000 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x30c0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x30b4 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x30b8 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x30b0 ata3: SATA connect status=00000000 ata3: [MPSAFE] pcib3: at device 16.0 on pci0 pcib3: secondary bus 7 pcib3: subordinate bus 7 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xb3400000-0xb34fffff pcib3: prefetched decode 0xfff00000-0xfffff pcib3: Subtractively decoded bridge. ACPI: Found matching pin for 7.5.INTA at func 0: 11 ACPI: Found matching pin for 7.5.INTB at func 1: 11 pci7: on pcib3 pci7: physical bus=7 found-> vendor=0x1180, dev=0x0832, revid=0x00 bus=7, slot=5, func=0 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b3400000, size 11, enabled pcib3: (null) requested memory range 0xb3400000-0xb34007ff: good pcib3: matched entry for 7.5.INTA (src \\_SB_.PCI0.LNK1:0) pcib3: slot 5 INTA routed to irq 11 via \\_SB_.PCI0.LNK1 found-> vendor=0x1180, dev=0x0822, revid=0x19 bus=7, slot=5, func=1 class=08-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b3400800, size 8, enabled pcib3: (null) requested memory range 0xb3400800-0xb34008ff: good pcib3: matched entry for 7.5.INTB (src \\_SB_.PCI0.LNK2:0) pcib3: slot 5 INTB routed to irq 11 via \\_SB_.PCI0.LNK2 found-> vendor=0x1180, dev=0x0843, revid=0x01 bus=7, slot=5, func=2 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b3400c00, size 8, enabled pcib3: (null) requested memory range 0xb3400c00-0xb3400cff: good pcib3: matched entry for 7.5.INTB (src \\_SB_.PCI0.LNK2:0) pcib3: slot 5 INTB routed to irq 11 via \\_SB_.PCI0.LNK2 found-> vendor=0x1180, dev=0x0592, revid=0x0a bus=7, slot=5, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0102, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b3401000, size 8, enabled pcib3: (null) requested memory range 0xb3401000-0xb34010ff: good pcib3: matched entry for 7.5.INTB (src \\_SB_.PCI0.LNK2:0) pcib3: slot 5 INTB routed to irq 11 via \\_SB_.PCI0.LNK2 found-> vendor=0x1180, dev=0x0852, revid=0x05 bus=7, slot=5, func=4 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0102, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base b3401400, size 8, enabled pcib3: (null) requested memory range 0xb3401400-0xb34014ff: good pcib3: matched entry for 7.5.INTB (src \\_SB_.PCI0.LNK2:0) pcib3: slot 5 INTB routed to irq 11 via \\_SB_.PCI0.LNK2 fwohci0: vendor=1180, dev=832 fwohci0: vendor=1180, dev=832 fwohci0: <1394 Open Host Controller Interface> mem 0xb3400000-0xb34007ff irq 11 at device 5.0 on pci7 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xb3400000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:9f:c0:00:94:9a:b8:00 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:9f:c0:9a:b8:00 fwe0: bpf attached fwe0: Ethernet address: 02:9f:c0:9a:b8:00 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci7: at device 5.1 (no driver attached) pci7: at device 5.2 (no driver attached) pci7: at device 5.3 (no driver attached) pci7: at device 5.4 (no driver attached) pci0: at device 16.1 (no driver attached) nve0: port 0x30e0-0x30e7 mem 0xb0008000-0xb0008fff irq 10 at device 20.0 on pci0 nve0: nvenetlib.o version 1.0-13 nve0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0008000 nve0: Ethernet address 00:16:36:8c:50:85 miibus0: on nve0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: bpf attached nve0: Ethernet address: 00:16:36:8c:50:85 nve0: [MPSAFE] acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xcf800-0xd0fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: not probed (disabled) sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1607325394 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on nForce MCP51 chip acd0: DVDR drive at ata0 as master acd0: read 4134KB/s (4134KB/s) write 689KB/s (689KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-RW 120mm data disc ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ad4: 76319MB at ata2-master SATA150 ad4: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: nVidia check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed battery0: battery initialization done, tried 1 times (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error ATA PseudoRAID loaded GEOM: new disk ad4 Trying to mount root from ufs:/dev/ad4s2a start_init: trying /sbin/init Linux ELF exec handler installed splash: image decoder found: blank_saver