From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 03:35:18 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9729C16A4CE for ; Sun, 15 May 2005 03:35:18 +0000 (GMT) Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6856A43D70 for ; Sun, 15 May 2005 03:35:18 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98])j4F3ZHuN036109 for ; Sat, 14 May 2005 20:35:18 -0700 (PDT) Date: Sat, 14 May 2005 23:35:23 -0400 Message-ID: From: gnn@freebsd.org To: freebsd-amd64@freebsd.org User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin7.7.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 03:35:18 -0000 Anyone got one they like? I am looking for something to develop FreeBSD on, in particular network code so it needs to be able to be serial debugged and have room for multiple NICs. 1 or 2U. Thanks, George From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 04:01:27 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66C1416A4D0 for ; Sun, 15 May 2005 04:01:27 +0000 (GMT) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C98F943DA3 for ; Sun, 15 May 2005 04:01:26 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from [192.168.1.112] (unknown [192.168.1.112]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id C0C52F7EF for ; Sat, 14 May 2005 22:01:25 -0600 (MDT) Message-ID: <4286C998.3090504@teamcool.net> Date: Sat, 14 May 2005 22:01:28 -0600 From: Ken Gunderson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 04:01:27 -0000 gnn@freebsd.org wrote: > Anyone got one they like? > > I am looking for something to develop FreeBSD on, in particular > network code so it needs to be able to be serial debugged and have > room for multiple NICs. 1 or 2U. > > Thanks, > George I haven't had time to do much with it yet but I am favorably impressed with the Tyan Transport TA26. It's my first amd box though so take that for what it's worth.... hth-- kvg From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 04:42:24 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02E8516A4D0 for ; Sun, 15 May 2005 04:42:24 +0000 (GMT) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id D666143DA2 for ; Sun, 15 May 2005 04:42:22 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 5571 invoked from network); 15 May 2005 04:42:21 -0000 Received: from unknown (HELO maxwell6.pacific.net.sg) (203.120.90.212) by salvador with SMTP; 15 May 2005 04:42:21 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell6.pacific.net.sg with ESMTP <20050515044220.JICU1233.maxwell6.pacific.net.sg@[192.168.0.107]>; Sun, 15 May 2005 12:42:20 +0800 Message-ID: <4286D31B.9040800@pacific.net.sg> Date: Sun, 15 May 2005 12:42:03 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnn@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 04:42:24 -0000 Hi, gnn@freebsd.org wrote: > Anyone got one they like? > > I am looking for something to develop FreeBSD on, in particular > network code so it needs to be able to be serial debugged and have > room for multiple NICs. 1 or 2U. > It depends on your budget. I use Tyan motherboards and do my own machines if it should be cheap. If money does not limit you, Sun has some nice Fire boxes with 2 or 4 CPUs (V20z & V40z). Erich From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 05:25:17 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E87F816A4CE for ; Sun, 15 May 2005 05:25:17 +0000 (GMT) Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C5B43D97 for ; Sun, 15 May 2005 05:25:17 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98])j4F5PGXB048750; Sat, 14 May 2005 22:25:17 -0700 (PDT) Date: Sun, 15 May 2005 01:25:22 -0400 Message-ID: From: gnn@freebsd.org To: Erich Dollansky In-Reply-To: <4286D31B.9040800@pacific.net.sg> References: <4286D31B.9040800@pacific.net.sg> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin7.7.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 05:25:18 -0000 At Sun, 15 May 2005 12:42:03 +0800, Erich Dollansky wrote: > gnn@freebsd.org wrote: > > Anyone got one they like? > > > > I am looking for something to develop FreeBSD on, in particular > > network code so it needs to be able to be serial debugged and have > > room for multiple NICs. 1 or 2U. > > > It depends on your budget. > > I use Tyan motherboards and do my own machines if it should be cheap. > I'm thinking $2000 total, board, box, processors, memory and a disk. I'd like to go lower of course but doubt it since I want two processors ;-) > If money does not limit you, Sun has some nice Fire boxes with 2 or 4 > CPUs (V20z & V40z). Heh. Thanks, George From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 05:33:52 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1277016A4CE for ; Sun, 15 May 2005 05:33:52 +0000 (GMT) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C09A43D94 for ; Sun, 15 May 2005 05:33:51 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from [192.168.1.112] (unknown [192.168.1.112]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id D23BCF7C8 for ; Sat, 14 May 2005 23:33:50 -0600 (MDT) Message-ID: <4286DF42.9080702@teamcool.net> Date: Sat, 14 May 2005 23:33:54 -0600 From: Ken Gunderson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <4286D31B.9040800@pacific.net.sg> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 05:33:52 -0000 gnn@freebsd.org wrote: > At Sun, 15 May 2005 12:42:03 +0800, > Erich Dollansky wrote: > >>gnn@freebsd.org wrote: >> >>>Anyone got one they like? >>> >>>I am looking for something to develop FreeBSD on, in particular >>>network code so it needs to be able to be serial debugged and have >>>room for multiple NICs. 1 or 2U. >>> >> >>It depends on your budget. >> >>I use Tyan motherboards and do my own machines if it should be cheap. >> > > > I'm thinking $2000 total, board, box, processors, memory and a disk. > I'd like to go lower of course but doubt it since I want two > processors ;-) > You could get one of the 1U Transport barebones for around a grand. A couple "lower end" Opteron cpu's at $220/ea., add an SATA drive, spend the rest on ram, and come in under 2 grand... Ciao-- kvg From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 06:05:41 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D83A216A4D0 for ; Sun, 15 May 2005 06:05:41 +0000 (GMT) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id CEC7143D96 for ; Sun, 15 May 2005 06:05:40 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 19756 invoked from network); 15 May 2005 06:05:39 -0000 Received: from unknown (HELO maxwell6.pacific.net.sg) (203.120.90.212) by salvador with SMTP; 15 May 2005 06:05:39 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell6.pacific.net.sg with ESMTP <20050515060539.JKGD1233.maxwell6.pacific.net.sg@[192.168.0.107]>; Sun, 15 May 2005 14:05:39 +0800 Message-ID: <4286E6A0.4080907@pacific.net.sg> Date: Sun, 15 May 2005 14:05:20 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnn@freebsd.org References: <4286D31B.9040800@pacific.net.sg> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 06:05:42 -0000 Hi, gnn@freebsd.org wrote: > At Sun, 15 May 2005 12:42:03 +0800, > Erich Dollansky wrote: > >>gnn@freebsd.org wrote: >> > I'm thinking $2000 total, board, box, processors, memory and a disk. > I'd like to go lower of course but doubt it since I want two > processors ;-) > A Tyan Tiger is some 300, a Thunder is double the price. Tiger 300 Opteron 600 for 2 Disk 100 plus casing, RAM, so it will be well below 2000. This is an estimate as I do not have US prices. > >>If money does not limit you, Sun has some nice Fire boxes with 2 or 4 >>CPUs (V20z & V40z). > > > Heh. http://www.sun.com/servers/entry/v20z/index.jsp But this is out of the range of some 2k. Erich From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 07:12:55 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8677716A4CE for ; Sun, 15 May 2005 07:12:55 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A7C43DAD for ; Sun, 15 May 2005 07:12:55 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1306517wra for ; Sun, 15 May 2005 00:12:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OzJwQDJEh9MGQ1xo8SOqE4BS+sgcKzMHk5SLJs4fjqPkfP43cLsJOo1SYJ6CRwDbu5NLnFLCMZeOJ1jGcvNekBeNsqPrxkooAVjlWxPqMAh0oYQiFO8QduO3EMfvxWIduwmI5EF3IN/ssXWoj1PGyFOaRdFtBcwis3q8p9pYuh4= Received: by 10.54.40.31 with SMTP id n31mr2875010wrn; Sun, 15 May 2005 00:12:54 -0700 (PDT) Received: by 10.54.40.69 with HTTP; Sun, 15 May 2005 00:12:54 -0700 (PDT) Message-ID: <2fd864e050515001220fdbd6d@mail.gmail.com> Date: Sun, 15 May 2005 00:12:54 -0700 From: Astrodog Cc: freebsd-amd64@freebsd.org In-Reply-To: <4286E6A0.4080907@pacific.net.sg> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4286E6A0.4080907@pacific.net.sg> Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 07:12:55 -0000 On 5/14/05, Erich Dollansky wrote: > Hi, >=20 > gnn@freebsd.org wrote: > > At Sun, 15 May 2005 12:42:03 +0800, > > Erich Dollansky wrote: > > > >>gnn@freebsd.org wrote: > >> > > I'm thinking $2000 total, board, box, processors, memory and a disk. > > I'd like to go lower of course but doubt it since I want two > > processors ;-) > > You may also want to consider the dual core Opterons. You can get a single dual core, for about the same as two normal Opterons, and it'll give you a nice upgrade path to Quad if you want it. From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 08:25:17 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A46816A4CE for ; Sun, 15 May 2005 08:25:17 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08E9343D92 for ; Sun, 15 May 2005 08:25:17 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so575190rng for ; Sun, 15 May 2005 01:25:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TcjuuC8PXbxiFk0/cWBHHinoxOkobOXejv+nHstkmUSvLCNOTLB1Q672wab029bQshDX9pVLA4CfXq/mVGRs1Wpx2ZTFeZrU/OUsa8CWyNCtnHCqPKbLn4qL19cYvUci4eBI50czAJmxdcd78H3D/gCsVLn0eaJa//DxPMzjej8= Received: by 10.38.90.51 with SMTP id n51mr2319918rnb; Sun, 15 May 2005 01:25:16 -0700 (PDT) Received: by 10.38.149.66 with HTTP; Sun, 15 May 2005 01:25:16 -0700 (PDT) Message-ID: Date: Sun, 15 May 2005 10:25:16 +0200 From: Claus Guttesen To: Tim Traver In-Reply-To: <42867222.6050302@simplenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <428621BD.9010902@simplenet.com> <42867222.6050302@simplenet.com> cc: freebsd-amd64@freebsd.org Subject: Re: [PHP] Compiling PHP 4.3.11 on FreeBSD 5.4 amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Claus Guttesen List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 08:25:17 -0000 > Did you use the ports-collection? > No, I did not use the ports collection because of all of the specific > configuration options I needed. I compiled it from source... You may want the lang/php4-extensions rather than the "plain" lang/php4 in /usr/ports. Once you do a make in php4-extensions (or portinstall php4-extenions if sysutils/portupgrade is installed) you're prompted for the options you want for your particular environment. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 09:13:33 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A775216A4CE; Sun, 15 May 2005 09:13:33 +0000 (GMT) Received: from 62-15-213-247.inversas.jazztel.es (62-15-213-247.inversas.jazztel.es [62.15.213.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61B7543D48; Sun, 15 May 2005 09:13:32 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j4F9DTRR001095; Sun, 15 May 2005 11:13:29 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j4F9DRDX001199; Sun, 15 May 2005 11:13:27 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: josemi set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: freebsd-amd64@freebsd.org Date: Sun, 15 May 2005 11:13:26 +0200 User-Agent: KMail/1.8 References: <4286D31B.9040800@pacific.net.sg> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505151113.27646.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.177; host: antares.redesjm.local) cc: gnn@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 09:13:33 -0000 El Domingo, 15 de Mayo de 2005 07:25, gnn@freebsd.org escribi=F3: > At Sun, 15 May 2005 12:42:03 +0800, > > Erich Dollansky wrote: > > gnn@freebsd.org wrote: > > > Anyone got one they like? > > > > > > I am looking for something to develop FreeBSD on, in particular > > > network code so it needs to be able to be serial debugged and > > > have room for multiple NICs. 1 or 2U. > > > > It depends on your budget. > > > > I use Tyan motherboards and do my own machines if it should be > > cheap. > > I'm thinking $2000 total, board, box, processors, memory and a disk. > I'd like to go lower of course but doubt it since I want two > processors ;-) > Tyan GX28 (B2882) will be a cantidate, but you be warned of: =2D It's an 1U blade. =2D Doesn't have too much disk I/O power (SATA conected to PCI 32/33). In the other hand: + dual core CPU support official By tyan. + Free PCI-X 64/133 slot. + Broadcom BCM5704C dual channel to PCI-X bridge. + Intel 82551QM to PCI 32/33 I doesn't try run this with just a dual-core CPU. ALso this will limit=20 RAM to 4 slot/ 8 GB. So think in a base 244 (x2) system with DDR333 (x4). =2D- josemi From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 09:55:21 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA38E16A4CE for ; Sun, 15 May 2005 09:55:21 +0000 (GMT) Received: from web61113.mail.yahoo.com (web61113.mail.yahoo.com [209.73.179.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 50C7E43D5A for ; Sun, 15 May 2005 09:55:21 +0000 (GMT) (envelope-from archwndas@yahoo.com) Received: (qmail 68577 invoked by uid 60001); 15 May 2005 09:55:20 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=DUCUp2AZO7kuBOqNbMY2dEmeAcrxfaR7RCX4RFaK+UyiRZ+mfcjriCmyVHp+s+/N/GV8OmEfansFg5cJEFsqC4SqGJFMiVZn3zOe6J9nffVBrmft1/QzlXG4n+th5+OZ9+/iiNLydswYeFR3iPkuPWB/MsH59JeG39lLWG+bw6I= ; Message-ID: <20050515095520.68575.qmail@web61113.mail.yahoo.com> Received: from [62.169.237.28] by web61113.mail.yahoo.com via HTTP; Sun, 15 May 2005 02:55:20 PDT Date: Sun, 15 May 2005 02:55:20 -0700 (PDT) From: Simeon Nifos To: freebsd-amd64@freebsd.org In-Reply-To: <20050513120029.E720816A4DB@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: memory allocation / initialization of allocated memory X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 09:55:22 -0000 Dear list, I just encountered something which may cause problems to debugging memory allocation. You see I had a C code with a lot of memory allocation/deallocation instructions and indirect addressing. Unfortunately I had 3 bugs there. Running under Linux the compiler reported *** glibc detected *** free(): invalid pointer: 0x08056aa8 *** This was not however the case with FreeBSD 4.11, 5.4 which didn't have a problem. Testing a simple program which allocates doubles and/or ints I realized that FreeBSD automatically initializes to zero the memory which is allocated by malloc. This is default behaviour I guess and I hope that it can be changed. Otherwise we have problems tracking memory allocation errors in buggy code. Could somebody let me know how to change this default behaviour? Thanks in advance! Symeon! Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 10:05:42 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB7DB16A4D0 for ; Sun, 15 May 2005 10:05:42 +0000 (GMT) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4377D43DB1 for ; Sun, 15 May 2005 10:05:42 +0000 (GMT) (envelope-from groot@kde.org) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost.englishbreakfastnetwork.org) by pandora.cs.kun.nl (8.12.10/5.2) with ESMTP id j4FA5ZYn014322; Sun, 15 May 2005 12:05:35 +0200 (MEST) From: Adriaan de Groot To: freebsd-amd64@freebsd.org Date: Sun, 15 May 2005 12:05:34 +0200 User-Agent: KMail/1.8.50 References: <20050515095520.68575.qmail@web61113.mail.yahoo.com> In-Reply-To: <20050515095520.68575.qmail@web61113.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505151205.34969.groot@kde.org> X-Scanned-By: MIMEDefang 2.48 on 131.174.33.4 cc: Simeon Nifos Subject: Re: memory allocation / initialization of allocated memory X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 10:05:43 -0000 On Sunday 15 May 2005 11:55, Simeon Nifos wrote: > Could somebody let me know how to change this default > behaviour? man malloc export MALLOC_OPTIONS="J" On OpenBSD, there are more possibilities, I believe including randomizing the allocated memory. -- These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 14:34:39 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4D5016A4CE for ; Sun, 15 May 2005 14:34:39 +0000 (GMT) Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD23943DA8 for ; Sun, 15 May 2005 14:34:39 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98])j4FEYbjE091414; Sun, 15 May 2005 07:34:37 -0700 (PDT) Date: Sun, 15 May 2005 10:34:43 -0400 Message-ID: From: gnn@freebsd.org To: Jose M Rodriguez In-Reply-To: <200505151113.27646.josemi@freebsd.jazztel.es> References: <4286D31B.9040800@pacific.net.sg> <200505151113.27646.josemi@freebsd.jazztel.es> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin7.7.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 14:34:40 -0000 [some excellent suggestions removed] Now for the tricky question, "Where to buy?" I need to get this thing built and shipped to a colo hosting place so someone who does the build for me and send the machine in one piece to the colo would be best. Thanks, George PS I promise to ask actual technical questions once I buy the bloody thing ;-) From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 16:00:38 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A5C916A4CE; Sun, 15 May 2005 16:00:38 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E23243D78; Sun, 15 May 2005 16:00:37 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4FG0bOF052967; Sun, 15 May 2005 16:00:37 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4FG0bYD052963; Sun, 15 May 2005 16:00:37 GMT (envelope-from pav) Date: Sun, 15 May 2005 16:00:37 GMT From: Pav Lucistnik Message-Id: <200505151600.j4FG0bYD052963@freefall.freebsd.org> To: admin@xyzcomputing.com, pav@FreeBSD.org, freebsd-amd64@FreeBSD.org, pav@FreeBSD.org Subject: Re: amd64/80985: AMD64 motherboard X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 16:00:38 -0000 Synopsis: AMD64 motherboard State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Sun May 15 15:59:32 GMT 2005 State-Changed-Why: Please, tell me if your board works with FreeBSD, which exact version of FreeBSD you run on it, and if you had any problems with running FreeBSD on it. If any subsystem on the board don't work or aren't supported under FreeBSD, please mention those too. Responsible-Changed-From-To: freebsd-amd64->pav Responsible-Changed-By: pav Responsible-Changed-When: Sun May 15 15:59:32 GMT 2005 Responsible-Changed-Why: My mini-project http://www.freebsd.org/cgi/query-pr.cgi?pr=80985 From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 16:27:10 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72AAC16A4CE for ; Sun, 15 May 2005 16:27:10 +0000 (GMT) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF92443DBD for ; Sun, 15 May 2005 16:27:09 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from [192.168.1.112] (unknown [192.168.1.112]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 0A2A5F7C8 for ; Sun, 15 May 2005 10:27:09 -0600 (MDT) Message-ID: <42877864.8000001@teamcool.net> Date: Sun, 15 May 2005 10:27:16 -0600 From: Ken Gunderson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <4286D31B.9040800@pacific.net.sg> <200505151113.27646.josemi@freebsd.jazztel.es> In-Reply-To: <200505151113.27646.josemi@freebsd.jazztel.es> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 16:27:10 -0000 Jose M Rodriguez wrote: > El Domingo, 15 de Mayo de 2005 07:25, gnn@freebsd.org escribió: > >>At Sun, 15 May 2005 12:42:03 +0800, >> >>Erich Dollansky wrote: >> >>>gnn@freebsd.org wrote: >>> >>>>Anyone got one they like? >>>> >>>>I am looking for something to develop FreeBSD on, in particular >>>>network code so it needs to be able to be serial debugged and >>>>have room for multiple NICs. 1 or 2U. >>> >>>It depends on your budget. >>> >>>I use Tyan motherboards and do my own machines if it should be >>>cheap. >> >>I'm thinking $2000 total, board, box, processors, memory and a disk. >>I'd like to go lower of course but doubt it since I want two >>processors ;-) >> > > > Tyan GX28 (B2882) will be a cantidate, but you be warned of: > > - It's an 1U blade. > - Doesn't have too much disk I/O power (SATA conected to PCI 32/33). > > In the other hand: > > + dual core CPU support official By tyan. > + Free PCI-X 64/133 slot. > + Broadcom BCM5704C dual channel to PCI-X bridge. > + Intel 82551QM to PCI 32/33 > > I doesn't try run this with just a dual-core CPU. ALso this will limit > RAM to 4 slot/ 8 GB. > > So think in a base 244 (x2) system with DDR333 (x4). This was what I had in mind when I mentioned 1u Transport... But if you need more disk, then they also have a scsi based 1u that supports 4 bays. If you didn't need a rackmount, you may consider building your own, but w/rackmount, you get the backplane, etc. all nicely integrated for you in a package that, from Tyan at least, is also dual core certified. The same mainboards seprarately are not, as the barebone units get a slightly different bios. Although I suspect you could upgrade the bios... The dual core support is nice plus. From the pricing I've seen, however, a single dual core comes in substantially higher than 2 single core cpu's. But then this is just w/my upstream distributor's pricing, not shopping the net at large.... Such a strategy offers a very attractive option;-) Ciao-- kvg From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 16:31:49 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BC8916A4CE; Sun, 15 May 2005 16:31:49 +0000 (GMT) Received: from 62-15-213-247.inversas.jazztel.es (62-15-213-247.inversas.jazztel.es [62.15.213.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B89343DB1; Sun, 15 May 2005 16:31:48 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j4FGVk6M002348; Sun, 15 May 2005 18:31:46 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j4FGVj0U097046; Sun, 15 May 2005 18:31:45 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: josemi set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: gnn@freebsd.org Date: Sun, 15 May 2005 18:31:44 +0200 User-Agent: KMail/1.8 References: <200505151113.27646.josemi@freebsd.jazztel.es> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505151831.44817.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.177; host: antares.redesjm.local) cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 16:31:49 -0000 El Domingo, 15 de Mayo de 2005 16:34, gnn@freebsd.org escribi=F3: > [some excellent suggestions removed] > > Now for the tricky question, "Where to buy?" I need to get this > thing built and shipped to a colo hosting place so someone who does > the build for me and send the machine in one piece to the colo would > be best. > > Thanks, > George > > PS I promise to ask actual technical questions once I buy the bloody > thing ;-) http://www.tyan.com/products/html/wheretobuy.html Most resellers/retailers/integrators sold this near finished. You only=20 need plug HDDs if any. To be more precise, Where in the world do you need this? =2D- josemi From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 17:06:40 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E5C516A4CE for ; Sun, 15 May 2005 17:06:40 +0000 (GMT) Received: from 62-15-213-247.inversas.jazztel.es (62-15-213-247.inversas.jazztel.es [62.15.213.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3F4943D7E for ; Sun, 15 May 2005 17:06:39 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j4FH6bTq002463; Sun, 15 May 2005 19:06:37 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j4FH6aHB097229; Sun, 15 May 2005 19:06:36 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: josemi set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: freebsd-amd64@freebsd.org Date: Sun, 15 May 2005 19:06:36 +0200 User-Agent: KMail/1.8 References: <200505151113.27646.josemi@freebsd.jazztel.es> <42877864.8000001@teamcool.net> In-Reply-To: <42877864.8000001@teamcool.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505151906.36468.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.177; host: antares.redesjm.local) Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 17:06:40 -0000 El Domingo, 15 de Mayo de 2005 18:27, Ken Gunderson escribi=F3: > Jose M Rodriguez wrote: > > El Domingo, 15 de Mayo de 2005 07:25, gnn@freebsd.org escribi=F3: > >>At Sun, 15 May 2005 12:42:03 +0800, > >> > > The dual core support is nice plus. From the pricing I've seen, > however, a single dual core comes in substantially higher than 2 > single core cpu's. But then this is just w/my upstream distributor's > pricing, not shopping the net at large.... Such a strategy offers a > very attractive option;-) > I think this is a little wrong point. a four proc system based on two=20 dual-core cpus in a 2-way motherboard is less expensive than a four=20 proc system based on four cpus in a 4-way one. Also, the dual-core system may use DDR400 an 1000 Hypertransport with=20 near half the power (0.095 core). =2D- josemi From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 17:15:36 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A10E616A4CE for ; Sun, 15 May 2005 17:15:36 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2278C43DC0 for ; Sun, 15 May 2005 17:15:36 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1379321wra for ; Sun, 15 May 2005 10:15:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gaEKsPel4dtHUuZDVGTI0oHUME6LWRBL0J8E1U9fCrCFDlHz9gIsM6iKLDUwzkIZNAgRSS2mirbEHp9MkJSNauWRKAAP455QUCQ7jwUjaQ1emUd3u4PmD5MQb3u/qBjz8+/1PgUxHfPDafRWg89nztbN5HfTw3IqmcY9R07IaXE= Received: by 10.54.98.19 with SMTP id v19mr3112453wrb; Sun, 15 May 2005 10:15:35 -0700 (PDT) Received: by 10.54.40.69 with HTTP; Sun, 15 May 2005 10:15:35 -0700 (PDT) Message-ID: <2fd864e0505151015675e326c@mail.gmail.com> Date: Sun, 15 May 2005 10:15:35 -0700 From: Astrodog To: Jose M Rodriguez In-Reply-To: <200505151906.36468.josemi@freebsd.jazztel.es> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200505151113.27646.josemi@freebsd.jazztel.es> <42877864.8000001@teamcool.net> <200505151906.36468.josemi@freebsd.jazztel.es> cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 17:15:36 -0000 > > The dual core support is nice plus. From the pricing I've seen, > > however, a single dual core comes in substantially higher than 2 > > single core cpu's. But then this is just w/my upstream distributor's > > pricing, not shopping the net at large.... Such a strategy offers a > > very attractive option;-) > > >=20 > I think this is a little wrong point. a four proc system based on two > dual-core cpus in a 2-way motherboard is less expensive than a four > proc system based on four cpus in a 4-way one. >=20 > Also, the dual-core system may use DDR400 an 1000 Hypertransport with > near half the power (0.095 core). >=20 > -- > josemi > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" >=20 If you're getting into the higher-end Opterons, a single, Dual-Core CPU is significantly cheaper than 2 single core processors. I think the cheapest one is based on the 246, and can be had for ~$600. (Vs about $550 for 2 246s), but, as you go up, to say 250s, the dual core only adds about $300 to the price. Does anyone know if its possible to mix dual core, and single core parts? From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 17:17:22 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C502D16A4CE; Sun, 15 May 2005 17:17:22 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92BDE43D72; Sun, 15 May 2005 17:17:22 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4FHHM4g064292; Sun, 15 May 2005 17:17:22 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4FHHMlo064288; Sun, 15 May 2005 17:17:22 GMT (envelope-from pav) Date: Sun, 15 May 2005 17:17:22 GMT From: Pav Lucistnik Message-Id: <200505151717.j4FHHMlo064288@freefall.freebsd.org> To: zdenko@tamu.edu, pav@FreeBSD.org, freebsd-amd64@FreeBSD.org, pav@FreeBSD.org Subject: Re: amd64/81039: make bug - mishandles /usr/ports/Mk/bsd.port.mk X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 17:17:22 -0000 Synopsis: make bug - mishandles /usr/ports/Mk/bsd.port.mk State-Changed-From-To: open->feedback State-Changed-By: pav State-Changed-When: Sun May 15 17:15:09 GMT 2005 State-Changed-Why: Works here. What revision of sysutils/ntfsprogs/Makefile you have? Do you have up-to-date ports tree? Do you use a refuse file, by chance? Are you sure you have complete ports tree? How is this related to amd64? Responsible-Changed-From-To: freebsd-amd64->pav Responsible-Changed-By: pav Responsible-Changed-When: Sun May 15 17:15:09 GMT 2005 Responsible-Changed-Why: Take replies http://www.freebsd.org/cgi/query-pr.cgi?pr=81039 From owner-freebsd-amd64@FreeBSD.ORG Sun May 15 20:28:52 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A324716A4CE for ; Sun, 15 May 2005 20:28:52 +0000 (GMT) Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68EFC43D31 for ; Sun, 15 May 2005 20:28:52 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98])j4FKSk9s013669; Sun, 15 May 2005 13:28:47 -0700 (PDT) Date: Sun, 15 May 2005 16:28:52 -0400 Message-ID: From: gnn@freebsd.org To: Jose M Rodriguez In-Reply-To: <200505151831.44817.josemi@freebsd.jazztel.es> References: <200505151113.27646.josemi@freebsd.jazztel.es> <200505151831.44817.josemi@freebsd.jazztel.es> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin7.7.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 20:28:52 -0000 At Sun, 15 May 2005 18:31:44 +0200, Jose M Rodriguez wrote: > Most resellers/retailers/integrators sold this near finished. You only > need plug HDDs if any. K. > To be more precise, Where in the world do you need this? Canada. Ontario, I think. I have to check. Later, George From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 03:51:05 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC1F816A4CE for ; Mon, 16 May 2005 03:51:05 +0000 (GMT) Received: from sarajevo.pacific.net.sg (sarajevo.pacific.net.sg [203.120.90.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 3611A43DC9 for ; Mon, 16 May 2005 03:51:04 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 31320 invoked from network); 16 May 2005 03:50:55 -0000 Received: from unknown (HELO maxwell6.pacific.net.sg) (203.120.90.212) by sarajevo with SMTP; 16 May 2005 03:50:55 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell6.pacific.net.sg with ESMTP <20050516035054.LVSN1233.maxwell6.pacific.net.sg@[192.168.0.107]>; Mon, 16 May 2005 11:50:54 +0800 Message-ID: <4288187D.6060800@pacific.net.sg> Date: Mon, 16 May 2005 11:50:21 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnn@freebsd.org References: <200505151113.27646.josemi@freebsd.jazztel.es> <200505151831.44817.josemi@freebsd.jazztel.es> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 03:51:05 -0000 Hi, gnn@freebsd.org wrote: > At Sun, 15 May 2005 18:31:44 +0200, > Jose M Rodriguez wrote: > >>To be more precise, Where in the world do you need this? > > > Canada. Ontario, I think. I have to check. > Why don't you ask your ISP where they get their stuff from? Some, but I do not know if this is the case in Canada too, like to work with certain suppliers. Things work as they know each other. Erich From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 04:16:20 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51D8316A4CE; Mon, 16 May 2005 04:16:20 +0000 (GMT) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07B9A43D5A; Mon, 16 May 2005 04:16:20 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id 696BF970A7; Sun, 15 May 2005 21:16:19 -0700 (PDT) Message-Id: <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Sun, 15 May 2005 21:16:34 -0700 To: gnn@freebsd.org, freebsd-amd64@freebsd.org From: ray@redshift.com In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 04:16:20 -0000 Hi George, We buy all our cluster servers from these guys. Great prices on AMD stuff (including dual core) and the best after sales service I've found in years. They have very nice cases and can pretty much hook you up with whatever you need. http://www.opensourcestorage.com They sell to all the big companies using open source, such as FreeBSD, etc and have rolled out several 400 and 500+ node projects recently in data centers in and around our area (San Jose). Ask for Eren and feel free to let him know Ray referred you. They should be able to handle whatever you need as far as AMD boxes. Ray At 11:35 PM 5/14/2005 -0400, gnn@freebsd.org wrote: | Anyone got one they like? | | I am looking for something to develop FreeBSD on, in particular | network code so it needs to be able to be serial debugged and have | room for multiple NICs. 1 or 2U. | | Thanks, | George | _______________________________________________ | freebsd-amd64@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 | To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" | | From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 04:20:15 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC2F616A4CE for ; Mon, 16 May 2005 04:20:15 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C6C243D8E for ; Mon, 16 May 2005 04:20:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4G4KFU6044386 for ; Mon, 16 May 2005 04:20:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4G4KFYg044385; Mon, 16 May 2005 04:20:15 GMT (envelope-from gnats) Resent-Date: Mon, 16 May 2005 04:20:15 GMT Resent-Message-Id: <200505160420.j4G4KFYg044385@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, fish Hong Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62E3916A4CE for ; Mon, 16 May 2005 04:11:42 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3A6543DD7 for ; Mon, 16 May 2005 04:11:32 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j4G4BPCb052584 for ; Mon, 16 May 2005 04:11:25 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j4G3bWBU027482; Mon, 16 May 2005 03:37:32 GMT (envelope-from nobody) Message-Id: <200505160337.j4G3bWBU027482@www.freebsd.org> Date: Mon, 16 May 2005 03:37:32 GMT From: fish Hong To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: amd64/81089: FreeBSD 5.4 released version can not use Broadcom NIC 5704 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 04:20:15 -0000 >Number: 81089 >Category: amd64 >Synopsis: FreeBSD 5.4 released version can not use Broadcom NIC 5704 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 16 04:20:02 GMT 2005 >Closed-Date: >Last-Modified: >Originator: fish Hong >Release: 5.4 ; 5.4 rc2 ; 5.3 >Organization: Nexcom firm >Environment: AMD 64 bit operton CPU. >Description: FreeBSD version 5.4 can not use Broadcom NIC 5704. FreeBSD version 5.4 RC2 can use Broadcom NIC 5704. FreeBSD version 5.3 ca use Broadcom NIC 5704. As we try to find out differenece between of FreeBSD 5.4 & 5.4 RC2. We find out the different item of if_bge.c . The if_bgc.c have the additional item as belows. diff bge/ orig-bge/ diff bge/if_bge.c orig-bge/if_bge.c 35c35 < __FBSDID("$FreeBSD: src/sys/dev/bge/if_bge.c,v 1.72.2.10 2005/03/22 14:12:31 avatar Exp $"); --- > __FBSDID("$FreeBSD: src/sys/dev/bge/if_bge.c,v 1.72.2.10.2.1 > 2005/05/06 00:38:51 dwhite Exp $"); 3436,3452d3435 < /* < * The BCM5704 ASIC appears to have a special < * mechanism for programming the autoneg < * advertisement registers in TBI mode. < */ < if (sc->bge_asicrev == BGE_ASICREV_BCM5704) { < uint32_t sgdig; < CSR_WRITE_4(sc, BGE_TX_TBI_AUTONEG, 0); < sgdig = CSR_READ_4(sc, BGE_SGDIG_CFG); < sgdig |= BGE_SGDIGCFG_AUTO| < BGE_SGDIGCFG_PAUSE_CAP| < BGE_SGDIGCFG_ASYM_PAUSE; < CSR_WRITE_4(sc, BGE_SGDIG_CFG, < sgdig|BGE_SGDIGCFG_SEND); < DELAY(5); < CSR_WRITE_4(sc, BGE_SGDIG_CFG, sgdig); < } If add the addtional item into FreeBSD 5.4 , then do the recomplier the kernel. FreeBSD 5.4 can use Broadcom NIC 5704 >How-To-Repeat: 1.Use system with Broadcom NIC 5704 to install FreeBSD 5.4. 2.After install finish, use sysinstall to setup network. 3.Broadcom NIC can not get the DHCP. 4.Set the static IP, and the IP can not be used. >Fix: If add the addtional item into the if_bge.c of FreeBSD 5.4 , then do the recomplier the kernel. FreeBSD 5.4 can use Broadcom NIC 5704 < __FBSDID("$FreeBSD: src/sys/dev/bge/if_bge.c,v 1.72.2.10 2005/03/22 14:12:31 avatar Exp $"); --- > __FBSDID("$FreeBSD: src/sys/dev/bge/if_bge.c,v 1.72.2.10.2.1 > 2005/05/06 00:38:51 dwhite Exp $"); 3436,3452d3435 < /* < * The BCM5704 ASIC appears to have a special < * mechanism for programming the autoneg < * advertisement registers in TBI mode. < */ < if (sc->bge_asicrev == BGE_ASICREV_BCM5704) { < uint32_t sgdig; < CSR_WRITE_4(sc, BGE_TX_TBI_AUTONEG, 0); < sgdig = CSR_READ_4(sc, BGE_SGDIG_CFG); < sgdig |= BGE_SGDIGCFG_AUTO| < BGE_SGDIGCFG_PAUSE_CAP| < BGE_SGDIGCFG_ASYM_PAUSE; < CSR_WRITE_4(sc, BGE_SGDIG_CFG, < sgdig|BGE_SGDIGCFG_SEND); < DELAY(5); < CSR_WRITE_4(sc, BGE_SGDIG_CFG, sgdig); < } >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 04:34:21 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B46F516A4CE for ; Mon, 16 May 2005 04:34:21 +0000 (GMT) Received: from sarajevo.pacific.net.sg (sarajevo.pacific.net.sg [203.120.90.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 5D8E843DA9 for ; Mon, 16 May 2005 04:34:20 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 14666 invoked from network); 16 May 2005 04:34:19 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by sarajevo with SMTP; 16 May 2005 04:34:18 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell2.pacific.net.sg with ESMTP <20050516043418.GOLW1191.maxwell2.pacific.net.sg@[192.168.0.107]>; Mon, 16 May 2005 12:34:18 +0800 Message-ID: <428822A8.3020508@pacific.net.sg> Date: Mon, 16 May 2005 12:33:44 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ray@redshift.com References: <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> In-Reply-To: <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: gnn@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 04:34:21 -0000 Hi, ray@redshift.com wrote: > > http://www.opensourcestorage.com > People who do not use Flash can't access their site. Erich From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 04:40:51 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10FEB16A4CE; Mon, 16 May 2005 04:40:51 +0000 (GMT) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA0D643DB2; Mon, 16 May 2005 04:40:50 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id 12734970B9; Sun, 15 May 2005 21:40:50 -0700 (PDT) Message-Id: <3.0.1.32.20050515214105.00ab1b70@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Sun, 15 May 2005 21:41:05 -0700 To: Erich Dollansky From: ray@redshift.com In-Reply-To: <428822A8.3020508@pacific.net.sg> References: <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" cc: gnn@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 04:40:51 -0000 Hmm, good point. I don't know if they have a non-flash-happy site. They do have good hardware and I believe use the Tyan S2881 boards. I'm actually sitting here compiling 5.4-RELEASE on one of their dual (single core) 246 boxes right now :-) Anyway, you can reach Eren directly at eniazi@ossmail.com if the flash stuff is causing a problem - he's been very helpful with our transition from Xeon to AMD64 hardware and once in a while I forward interesting messages from the list to him as well. I believe he should be very receptive to anyone from the list/freebsd/etc as far as steering you in the right direction on AMD based hardware. He works closely with AMD and I know buys thousands of CPU's a year from them. Like I say, he's been very helpful to us, both with tech advice relating to hardware, as well as support. I believe they have a couple of guys in house also that work with FreeBSD - and I'm always beating the "FreeBSD is great" drum when I talk with them as well :) Ray At 12:33 PM 5/16/2005 +0800, Erich Dollansky wrote: | Hi, | | ray@redshift.com wrote: | > | > http://www.opensourcestorage.com | > | People who do not use Flash can't access their site. | | Erich | | From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 07:11:30 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A1B316A4CE for ; Mon, 16 May 2005 07:11:30 +0000 (GMT) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0352D43DAD for ; Mon, 16 May 2005 07:11:30 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from cochise.teamcool.net (unknown [192.168.1.57]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id EB2DAF7C8 for ; Mon, 16 May 2005 01:11:27 -0600 (MDT) Date: Mon, 16 May 2005 01:11:27 -0600 From: Ken Gunderson To: freebsd-amd64@freebsd.org Message-Id: <20050516011127.7fdeea00.kgunders@teamcool.net> In-Reply-To: <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> References: <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> Organization: Teamcool Networks X-Mailer: Sylpheed version 1.9.10 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 07:11:30 -0000 On Sun, 15 May 2005 21:16:34 -0700 ray@redshift.com wrote: > Hi George, > > We buy all our cluster servers from these guys. Great prices on AMD stuff > (including dual core) and the best after sales service I've found in years. > They have very nice cases and can pretty much hook you up with whatever you need. > > http://www.opensourcestorage.com > > They sell to all the big companies using open source, such as FreeBSD, etc and > have rolled out several 400 and 500+ node projects recently in data centers in > and around our area (San Jose). > > Ask for Eren and feel free to let him know Ray referred you. They should be > able to handle whatever you need as far as AMD boxes. > > Ray My distributor was temporarily out of stock so I tried to do some biz w/ these guys recently. They kept pushing Intel, Intel, Intel... Prices were way higher than I could get elsewhere and they told me in not so many words that I was too small time to be of much interest to them. A few hundred nodes might pique their interest but one certainly didn't. Did talk w/one of their tech guys for about an hour or so and he was quite knowledgeable and helpful. Experience w/sales dept. was just the opposite. Arrogant would sum it up... -- Best regards, Ken Gunderson GPG Key-- 9F5179FD "Freedom begins between the ears." -- Edward Abbey From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 07:18:00 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A352B16A4CE for ; Mon, 16 May 2005 07:18:00 +0000 (GMT) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8398F43D53 for ; Mon, 16 May 2005 07:18:00 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id 057F497101; Mon, 16 May 2005 00:17:59 -0700 (PDT) Message-Id: <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Mon, 16 May 2005 00:18:15 -0700 To: Ken Gunderson , freebsd-amd64@freebsd.org From: ray@redshift.com In-Reply-To: <20050516011127.7fdeea00.kgunders@teamcool.net> References: <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 07:18:00 -0000 | My distributor was temporarily out of stock so I tried to do some biz | w/ these guys recently. They kept pushing Intel, Intel, Intel... | Prices were way higher than I could get elsewhere and they told me in | not so many words that I was too small time to be of much interest to | them. A few hundred nodes might pique their interest but one certainly | didn't. Did talk w/one of their tech guys for about an hour or so and | he was quite knowledgeable and helpful. Experience w/sales dept. was | just the opposite. Arrogant would sum it up... Hi Ken, That's odd - how long ago was this? I believe they are mainly an AMD provider and don't do much with Intel (or at least haven't in the last year or so). Do you happen to remember the name of the person you spoke with? I've had only great luck with them, even on small orders like a few hard drives, 1 or 2 servers, etc. If you speak directly with Eren - his e-mail address is (eniazi@ossmail.com) - I would think you'd have similar luck :-) Eren is a very nice and very helpful guy. Ray From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 08:01:17 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D9B516A4CE for ; Mon, 16 May 2005 08:01:17 +0000 (GMT) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C47D943D8D for ; Mon, 16 May 2005 08:01:16 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from cochise.teamcool.net (unknown [192.168.1.57]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 32D34F7C8 for ; Mon, 16 May 2005 02:01:16 -0600 (MDT) Date: Mon, 16 May 2005 02:01:15 -0600 From: Ken Gunderson To: freebsd-amd64@freebsd.org Message-Id: <20050516020115.798ae205.kgunders@teamcool.net> In-Reply-To: <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> References: <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> Organization: Teamcool Networks X-Mailer: Sylpheed version 1.9.10 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 08:01:17 -0000 On Mon, 16 May 2005 00:18:15 -0700 ray@redshift.com wrote: > | My distributor was temporarily out of stock so I tried to do some biz > | w/ these guys recently. They kept pushing Intel, Intel, Intel... > | Prices were way higher than I could get elsewhere and they told me in > | not so many words that I was too small time to be of much interest to > | them. A few hundred nodes might pique their interest but one certainly > | didn't. Did talk w/one of their tech guys for about an hour or so and > | he was quite knowledgeable and helpful. Experience w/sales dept. was > | just the opposite. Arrogant would sum it up... > > Hi Ken, > > That's odd - how long ago was this? I believe they are mainly an AMD provider > and don't do much with Intel (or at least haven't in the last year or so). Do > you happen to remember the name of the person you spoke with? I would estimate it was about 4-5 weeks ago. Sorry but I don't recall any names. Tech guy was good. Sales guy I got transferred to was supposedly one of the head honchos. Don't recall specifics but I have vague recollection of Indian (?) accent and that he may have been part owner and/or manager. Anyhow, I have a reseller's license and he was only willing to give me something like 3% off retail website prices, wh/ were on the high side to begin with. And like I mentioned previously, pretty much told me in so many words that I wasn't worth their time. Attitude was definitely one of them doing me the favor by selling to me rather than me doing them the favor of giving them my business. > I've had only great luck with them, even on small orders like a few hard > drives, 1 or 2 servers, etc. If you speak directly with Eren - his e-mail > address is (eniazi@ossmail.com) - I would think you'd have similar luck :-) > > Eren is a very nice and very helpful guy. Glad they've worked out well for you but I'd certainly never consider them ever again unless I was in a real bind and out of options. I may have only been dropping 4 grand but for me that's not mere chump change and I didn't appreciate being treated like one. -- Best regards, Ken Gunderson GPG Key-- 9F5179FD "Freedom begins between the ears." -- Edward Abbey From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 08:15:02 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC57616A4CE for ; Mon, 16 May 2005 08:15:02 +0000 (GMT) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87F9A43D48 for ; Mon, 16 May 2005 08:15:02 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id 9DED6970EB; Mon, 16 May 2005 01:15:01 -0700 (PDT) Message-Id: <3.0.1.32.20050516011517.00ab1b70@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Mon, 16 May 2005 01:15:17 -0700 To: Ken Gunderson , freebsd-amd64@freebsd.org From: ray@redshift.com In-Reply-To: <20050516020115.798ae205.kgunders@teamcool.net> References: <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 08:15:02 -0000 | I would estimate it was about 4-5 weeks ago. Sorry but I don't recall | any names. Tech guy was good. Sales guy I got transferred to was | supposedly one of the head honchos. Don't recall specifics but I have | vague recollection of Indian (?) accent and that he may have been part | owner and/or manager. Anyhow, I have a reseller's license and he was Hi Ken, I've been to the company - I don't believe there are any Indian people working there. It's a small shop, great equipment, well run, etc. Are you sure you weren't talking to Dell :) | Glad they've worked out well for you but I'd certainly never consider | them ever again unless I was in a real bind and out of options. I may | have only been dropping 4 grand but for me that's not mere chump change | and I didn't appreciate being treated like one. My gut reaction is you are mixing them up with some other company... but who knows. Maybe you hit a bad sales person or something? All I can say is that as far as pricing, they are best I've found and I've been in the computer field for 26 years. I used to sell boxes. When I first ran across them, their prices on Supermicro servers (the price I was getting from them for just 1 or 2 machines at a time) was so much lower than other hardware suppliers that several of the other people bidding on my business flat out said "We pay more wholesale for our equipment than OSS is selling it to you for - we can't beat those prices". I went back to OSS (spoke with Eren) and asked them how they are getting such great prices. He explained they sell to larger gov and enterprise companies (AOL, etc, etc) and that they move so much volume that they get great prices from SuperMicro). I believe they are now doing basically the same thing, only with AMD and Tyan. Anyway, no one is forcing you to shop there :-) I was simply answering that one e-mail from whoever was asking about AMD boxes. That's where I buy our rack servers and as I said, the service has been 2nd to none over the last 3 or 4 years. Having done business with the company for all our servers, I'm a little surprised you would have such radically different experiences. Ray From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 11:01:47 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9267B16A4CE for ; Mon, 16 May 2005 11:01:47 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7806743D78 for ; Mon, 16 May 2005 11:01:47 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4GB1lYH021193 for ; Mon, 16 May 2005 11:01:47 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4GB1k2W021187 for freebsd-amd64@freebsd.org; Mon, 16 May 2005 11:01:46 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 16 May 2005 11:01:46 GMT Message-Id: <200505161101.j4GB1k2W021187@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 11:01:47 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/27] amd64/73211 amd64 FAST_IPSEC broken on amd64 o [2005/05/14] amd64/81037 amd64 SATA problem 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/11/26] amd64/59714 amd64 device timeout and ad0: WARNING - WRITE_D o [2004/07/28] amd64/69704 amd64 ext2/ext3 unstable in amd64 o [2004/07/28] amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o [2004/09/07] amd64/71471 amd64 Can not install 5.3beta3/amd64 on IBM eSe o [2004/10/28] amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was see o [2004/10/30] amd64/73322 amd64 unarchiving /etc to msdos fs locks up amd o [2004/11/01] amd64/73369 amd64 on-board firewire unreliable with Asus K8 o [2004/11/07] amd64/73650 amd64 5.3-release panics on boot o [2004/11/10] amd64/73775 amd64 Kernel panic (trap 12) when booting with o [2004/11/16] amd64/74014 amd64 5.3-RELEASE-AMD64 freezes on boot during o [2004/12/05] amd64/74747 amd64 System panic on shutdown when process wil o [2004/12/18] amd64/75209 amd64 5.3-Release panics on attempted boot from o [2004/12/23] amd64/75417 amd64 ACPI: SATA Hard-disk o [2005/01/12] amd64/76136 amd64 system halts before reboot o [2005/01/17] amd64/76336 amd64 racoon/setkey -D cases instant "Fatal Tra o [2005/02/02] amd64/77011 amd64 consisten 5.3-p5 make crash on installwor o [2005/02/04] amd64/77101 amd64 Please include ULi M1689 LAN, SATA, and A o [2005/02/17] amd64/77629 amd64 aMule hardlocks AMD64 system o [2005/02/23] amd64/77949 amd64 Pb boot FreeBSD 64 o [2005/03/04] amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/p o [2005/03/07] amd64/78558 amd64 installation o [2005/03/14] amd64/78848 amd64 sis driver on FreeBSD 5.x does not work o o [2005/04/12] amd64/79813 amd64 Will not install/run on amd64 nForce 4 pl o [2005/04/19] amd64/80114 amd64 kldload snd_ich causes interrupt storm wh o [2005/05/06] amd64/80691 amd64 amd64 kernel hangs on load a [2005/05/10] amd64/80839 amd64 RELEASE 5.4 / libc: make buildworld fails 26 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/01/11] amd64/61209 amd64 ppc0: cannot reserve I/O port range o [2004/02/21] amd64/63188 amd64 ti(4) broken on amd64 o [2004/07/28] amd64/69705 amd64 IPC problem (msq_queues) o [2004/07/28] amd64/69709 amd64 ACPI enabled then floppy don't work (5.2. o [2004/08/15] amd64/70500 amd64 bge driver for 3Com 3C996B on amd64 preve o [2004/12/02] amd64/74608 amd64 mpt hangs 5 minutes when booting o [2004/12/07] amd64/74811 amd64 df, nfs mount, negative Avail -> 32/64-bi o [2004/12/13] ports/75015 amd64 cvsup on amd64 with runsocks (socks5) cor o [2004/12/25] amd64/75488 amd64 ntfs_iconv not working on amd64 o [2005/02/13] amd64/77470 amd64 Using of cyrillic filenames conversion le o [2005/03/17] amd64/78954 amd64 kerberos 5 failed to build o [2005/05/11] amd64/80885 amd64 OpenGL hardware accel dont work on FreeBS o [2005/05/16] amd64/81089 amd64 FreeBSD 5.4 released version can not use 13 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 16:03:35 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA37D16A4CE for ; Mon, 16 May 2005 16:03:35 +0000 (GMT) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBE7543DCB for ; Mon, 16 May 2005 16:03:34 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from cochise.teamcool.net (unknown [192.168.1.57]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 80BA6F7C8 for ; Mon, 16 May 2005 10:03:30 -0600 (MDT) Date: Mon, 16 May 2005 10:03:30 -0600 From: Ken Gunderson To: freebsd-amd64@freebsd.org Message-Id: <20050516100330.46e6b7b2.kgunders@teamcool.net> In-Reply-To: <3.0.1.32.20050516011517.00ab1b70@pop.redshift.com> References: <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> <3.0.1.32.20050516011517.00ab1b70@pop.redshift.com> Organization: Teamcool Networks X-Mailer: Sylpheed version 1.9.10 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 16:03:36 -0000 On Mon, 16 May 2005 01:15:17 -0700 ray@redshift.com wrote: > | I would estimate it was about 4-5 weeks ago. Sorry but I don't recall > | any names. Tech guy was good. Sales guy I got transferred to was > | supposedly one of the head honchos. Don't recall specifics but I have > | vague recollection of Indian (?) accent and that he may have been part > | owner and/or manager. Anyhow, I have a reseller's license and he was > > Hi Ken, > > I've been to the company - I don't believe there are any Indian people working > there. It's a small shop, great equipment, well run, etc. Are you sure you > weren't talking to Dell :) > > | Glad they've worked out well for you but I'd certainly never consider > | them ever again unless I was in a real bind and out of options. I may > | have only been dropping 4 grand but for me that's not mere chump change > | and I didn't appreciate being treated like one. > > My gut reaction is you are mixing them up with some other company... but who > knows. Maybe you hit a bad sales person or something? > > All I can say is that as far as pricing, they are best I've found and I've been > in the computer field for 26 years. I used to sell boxes. When I first ran > across them, their prices on Supermicro servers (the price I was getting from > them for just 1 or 2 machines at a time) was so much lower than other hardware > suppliers that several of the other people bidding on my business flat out said > "We pay more wholesale for our equipment than OSS is selling it to you for - we > can't beat those prices". > > I went back to OSS (spoke with Eren) and asked them how they are getting such > great prices. He explained they sell to larger gov and enterprise companies > (AOL, etc, etc) and that they move so much volume that they get great prices > from SuperMicro). I believe they are now doing basically the same thing, only > with AMD and Tyan. > > Anyway, no one is forcing you to shop there :-) I was simply answering that one > e-mail from whoever was asking about AMD boxes. That's where I buy our rack > servers and as I said, the service has been 2nd to none over the last 3 or 4 > years. Having done business with the company for all our servers, I'm a little > surprised you would have such radically different experiences. Ray/List, et. al.-- I'd meant to send my last reply to Ray and not the list. That's what I get for doing email that late when I'm tired... I think Ray's reply to OP was an honest effort to be helpful based on his personal experiences with oss. Similarly with me. I wouldn't have followed up to the extent that I did had not the company I was referencing been so rude and arrogant. Sorry that I cannot recall specifics as they were one of many I spoke with and it's been a few weeks but I was pretty sure we were talking about the same outfit. However, I now concede that we may not have been referencing the same company. Doing some research this morninig, I am inclined to think I was the one in error. The company I referenced was very close in name (again sorry that I cannot recall precisely), linked to from Tyan's website (perhaps at the time, but I cannot seem to find them there anymore), was a flash heavy site, and somehow affiliated with Colfax (at least that's who I got transferred to and the website I was directed to to check pricing). Of this latter part I am sure because I revisited and immediately recognize the site. Anyhow, I don't want to spam the list anymore with this. But in fairness to Open Source Storage I feel I should post this follow up saying that I _may_ have been confusing them with someone else. My apologies if I've offended anyone in so doing. Thanks for your indulgence and have a good day;-) Ciao-- kvg From owner-freebsd-amd64@FreeBSD.ORG Mon May 16 20:38:24 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08FFC16A4CE; Mon, 16 May 2005 20:38:24 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 758EA43DC0; Mon, 16 May 2005 20:38:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GKcMtX041246; Mon, 16 May 2005 16:38:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GKcMoc013571; Mon, 16 May 2005 16:38:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7D2F67306E; Mon, 16 May 2005 16:38:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050516203822.7D2F67306E@freebsd-current.sentex.ca> Date: Mon, 16 May 2005 16:38:22 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 20:38:24 -0000 TB --- 2005-05-16 20:02:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-16 20:02:44 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-05-16 20:02:44 - cleaning the object tree TB --- 2005-05-16 20:03:20 - checking out the source tree TB --- 2005-05-16 20:03:20 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-05-16 20:03:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-16 20:09:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-16 20:09:36 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-16 20:09:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/amd64/amd64/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/amd64/amd64/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/amd64/amd64/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/amd64/amd64/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libstand. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-05-16 20:38:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-16 20:38:22 - ERROR: failed to build world TB --- 2005-05-16 20:38:22 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Tue May 17 02:08:09 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 690AC16A4D1 for ; Tue, 17 May 2005 02:08:09 +0000 (GMT) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FB8343D81 for ; Tue, 17 May 2005 02:08:09 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id 2429D971B5; Mon, 16 May 2005 19:07:59 -0700 (PDT) Message-Id: <3.0.1.32.20050516190817.00b17008@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Mon, 16 May 2005 19:08:17 -0700 To: anton.lazarov@imedia-dev.com From: ray@redshift.com In-Reply-To: <42889AB0.6040106@imedia-dev.com> References: <3.0.1.32.20050516011517.00ab1b70@pop.redshift.com> <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> <3.0.1.32.20050516011517.00ab1b70@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 02:08:09 -0000 | So far you have been trying to addvertisingly spam w/ your biased | judgement, and `xcuse me for being radical but that really badly sucks. No, that's not the case. We are involved in a dicussion about AMD boxes and sources for hardware, etc. The point of this list is to exchange information, not only about FreeBSD, but where to get good hardware to run the OS on. There are plenty of messages that go by on digest lists that don't directly apply to me - I don't call those spam. Ray From owner-freebsd-amd64@FreeBSD.ORG Tue May 17 02:15:07 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 778B316A4CE for ; Tue, 17 May 2005 02:15:07 +0000 (GMT) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3691443DA3 for ; Tue, 17 May 2005 02:15:07 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id 4FBCA971BA; Mon, 16 May 2005 19:15:03 -0700 (PDT) Message-Id: <3.0.1.32.20050516191520.00b17008@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Mon, 16 May 2005 19:15:20 -0700 To: Ken Gunderson , freebsd-amd64@freebsd.org From: ray@redshift.com In-Reply-To: <20050516100330.46e6b7b2.kgunders@teamcool.net> References: <3.0.1.32.20050516011517.00ab1b70@pop.redshift.com> <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> <3.0.1.32.20050516011517.00ab1b70@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 02:15:07 -0000 Thanks Ken - agreed. We both got a little off topic - but I do think sources for reliable hardware ultimately help anyone working with FreeBSD - especially when dealing with many machines in a cluster. I'm sure we all have stories about lots of wasted hours only to find out it was due to some cheap no-name card or something :) Ray | Ray/List, et. al.-- | | I'd meant to send my last reply to Ray and not the list. That's what I | get for doing email that late when I'm tired... | | I think Ray's reply to OP was an honest effort to be helpful based on | his personal experiences with oss. Similarly with me. I wouldn't have | followed up to the extent that I did had not the company I was | referencing been so rude and arrogant. | | Sorry that I cannot recall specifics as they were one of many | I spoke with and it's been a few weeks but I was pretty sure we | were talking about the same outfit. However, I now concede that we may | not have been referencing the same company. Doing some research this | morninig, I am inclined to think I was the one in error. The | company I referenced was very close in name (again sorry that I cannot | recall precisely), linked to from Tyan's website (perhaps at the time, | but I cannot seem to find them there anymore), was a flash heavy site, | and somehow affiliated with Colfax (at least that's who I got | transferred to and the website I was directed to to check pricing). Of | this latter part I am sure because I revisited and immediately | recognize the site. | | Anyhow, I don't want to spam the list anymore with this. But in | fairness to Open Source Storage I feel I should post this follow up | saying that I _may_ have been confusing them with someone else. My | apologies if I've offended anyone in so doing. | | Thanks for your indulgence and have a good day;-) | | Ciao-- kvg | _______________________________________________ | freebsd-amd64@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 | To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" | | From owner-freebsd-amd64@FreeBSD.ORG Tue May 17 02:26:08 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6062216A4D0; Tue, 17 May 2005 02:26:07 +0000 (GMT) Received: from mail.nexcom.com.tw (mail.nexcom.com.tw [61.218.50.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 028BD43D97; Tue, 17 May 2005 02:25:51 +0000 (GMT) (envelope-from fishhong@nexcom.com.tw) Received: from fishhong ([10.6.1.62]) by mail.nexcom.com.tw (8.12.11/8.12.11) with ESMTP id j4H2PUgO026457; Tue, 17 May 2005 10:25:31 +0800 Message-Id: <200505170225.j4H2PUgO026457@mail.nexcom.com.tw> From: "fish" To: , Date: Tue, 17 May 2005 10:25:35 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-reply-to: <200505160420.j4G4K289044334@freefall.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Thread-Index: AcVZzwzugpBa1HLQRGKnJ0iHl4PL+wAuH7Dg Subject: RE: amd64/81089: FreeBSD 5.4 released version can not use Broadcom NIC 5704 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 02:26:08 -0000 Hi , I can not reply mail to danny. So please forward the mail to danny. THX Sincerely, fish -----Original Message----- From: fish [mailto:fishhong@nexcom.com.tw] Sent: Tuesday, May 17, 2005 10:04 AM To: 'danny@cs.huji.ac.il' Subject: amd64/81089: FreeBSD 5.4 released version can not use Broadcom NIC 5704 Hi Danny, Good Day. Here is you want to know. THX Sincerely, fish Dmesg | grep bge bg0: mem 0xfc7c0000-0xfc7cffff,0xfc7d0000-0xfc7dffff irq 28 at device 4.0 on pic1. Bg1: mem 0xfc7e0000-0xfc7effff,0xfc7f0000-0xfc7fffff irq 29 at device 4.1 on pic1. -----Original Message----- From: Danny Braniss [mailto:danny@cs.huji.ac.il] Sent: Monday, May 16, 2005 11:06 PM To: fish Hong Subject: Re: amd64/81089: FreeBSD 5.4 released version can not use Broadcom NIC 5704 could you email me: dmesg | grep bge thanks, danny -----Original Message----- From: FreeBSD-gnats-submit@FreeBSD.org [mailto:FreeBSD-gnats-submit@FreeBSD.org] Sent: Monday, May 16, 2005 12:20 PM To: fish Hong Subject: Re: amd64/81089: FreeBSD 5.4 released version can not use Broadcom NIC 5704 Thank you very much for your problem report. It has the internal identification `amd64/81089'. The individual assigned to look at your report is: freebsd-amd64. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=81089 >Category: amd64 >Responsible: freebsd-amd64 >Synopsis: FreeBSD 5.4 released version can not use Broadcom NIC 5704 >Arrival-Date: Mon May 16 04:20:02 GMT 2005 From owner-freebsd-amd64@FreeBSD.ORG Tue May 17 02:30:46 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B62A16A4CE for ; Tue, 17 May 2005 02:30:46 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6FA943D54 for ; Tue, 17 May 2005 02:30:45 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4H2U9I8072302 for ; Tue, 17 May 2005 02:30:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4H2U9W0072301; Tue, 17 May 2005 02:30:09 GMT (envelope-from gnats) Date: Tue, 17 May 2005 02:30:09 GMT Message-Id: <200505170230.j4H2U9W0072301@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: "fish" Subject: RE: amd64/81089: FreeBSD 5.4 released version can not use Broadcom NIC 5704 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fish List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 02:30:46 -0000 The following reply was made to PR amd64/81089; it has been noted by GNATS. From: "fish" To: , Cc: Subject: RE: amd64/81089: FreeBSD 5.4 released version can not use Broadcom NIC 5704 Date: Tue, 17 May 2005 10:25:35 +0800 Hi , I can not reply mail to danny. So please forward the mail to danny. THX Sincerely, fish -----Original Message----- From: fish [mailto:fishhong@nexcom.com.tw] Sent: Tuesday, May 17, 2005 10:04 AM To: 'danny@cs.huji.ac.il' Subject: amd64/81089: FreeBSD 5.4 released version can not use Broadcom NIC 5704 Hi Danny, Good Day. Here is you want to know. THX Sincerely, fish Dmesg | grep bge bg0: mem 0xfc7c0000-0xfc7cffff,0xfc7d0000-0xfc7dffff irq 28 at device 4.0 on pic1. Bg1: mem 0xfc7e0000-0xfc7effff,0xfc7f0000-0xfc7fffff irq 29 at device 4.1 on pic1. -----Original Message----- From: Danny Braniss [mailto:danny@cs.huji.ac.il] Sent: Monday, May 16, 2005 11:06 PM To: fish Hong Subject: Re: amd64/81089: FreeBSD 5.4 released version can not use Broadcom NIC 5704 could you email me: dmesg | grep bge thanks, danny -----Original Message----- From: FreeBSD-gnats-submit@FreeBSD.org [mailto:FreeBSD-gnats-submit@FreeBSD.org] Sent: Monday, May 16, 2005 12:20 PM To: fish Hong Subject: Re: amd64/81089: FreeBSD 5.4 released version can not use Broadcom NIC 5704 Thank you very much for your problem report. It has the internal identification `amd64/81089'. The individual assigned to look at your report is: freebsd-amd64. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=81089 >Category: amd64 >Responsible: freebsd-amd64 >Synopsis: FreeBSD 5.4 released version can not use Broadcom NIC 5704 >Arrival-Date: Mon May 16 04:20:02 GMT 2005 From owner-freebsd-amd64@FreeBSD.ORG Tue May 17 06:44:31 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A95116A4CE for ; Tue, 17 May 2005 06:44:31 +0000 (GMT) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5812D43DC2 for ; Tue, 17 May 2005 06:44:30 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 6194F1F87BED; Tue, 17 May 2005 08:44:29 +0200 (CEST) Date: Tue, 17 May 2005 08:44:29 +0200 From: Roman Neuhauser To: ray@redshift.com Message-ID: <20050517064429.GA4780@isis.sigpipe.cz> References: <3.0.1.32.20050516011517.00ab1b70@pop.redshift.com> <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> <3.0.1.32.20050516011517.00ab1b70@pop.redshift.com> <3.0.1.32.20050516190817.00b17008@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.1.32.20050516190817.00b17008@pop.redshift.com> User-Agent: Mutt/1.5.9i cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 06:44:31 -0000 # ray@redshift.com / 2005-05-16 19:08:17 -0700: > | So far you have been trying to addvertisingly spam w/ your biased > | judgement, and `xcuse me for being radical but that really badly sucks. > > No, that's not the case. We are involved in a dicussion about AMD boxes and > sources for hardware, etc. The point of this list is to exchange information, > not only about FreeBSD, but where to get good hardware to run the OS on. > > There are plenty of messages that go by on digest lists that don't directly > apply to me - I don't call those spam. I'm glad people discuss hardware (and vendors) on this list. -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-amd64@FreeBSD.ORG Tue May 17 06:51:05 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 481F916A4CE for ; Tue, 17 May 2005 06:51:05 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id A736843D9E for ; Tue, 17 May 2005 06:51:04 +0000 (GMT) (envelope-from david.kleiner@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so262042nzp for ; Mon, 16 May 2005 23:51:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=c8qhFfiNN91DcF5+r3F4pFlpMXfIovm3RDcr5MQxtNdvlpyVOcd3oOvv8ocQlCe35l03K4Oj3uiTs7plFGq8W7Ty+6gtrzVRjisDb5iRY4tFQq9CDF4u5jcHLtRJ1Ys30W6/vR8HEr5gtW/BDcdEIg02jbd+3VOYQ3X+7V0+9Do= Received: by 10.36.154.8 with SMTP id b8mr2022157nze; Mon, 16 May 2005 23:51:04 -0700 (PDT) Received: by 10.36.67.16 with HTTP; Mon, 16 May 2005 23:51:04 -0700 (PDT) Message-ID: Date: Mon, 16 May 2005 23:51:04 -0700 From: David Kleiner To: freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: current: unable to boot (bt_strategy X not multiple of block size) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Kleiner List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 06:51:05 -0000 Hi, As the subject says, -current as of this evening (US/Pacific), booted with an older i386 slice. Is there a way to recover? Thank you, David From owner-freebsd-amd64@FreeBSD.ORG Tue May 17 10:32:12 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D795216A4CE for ; Tue, 17 May 2005 10:32:12 +0000 (GMT) Received: from cannabis.dataforce.net (cannabis.dataforce.net [195.42.160.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8472343DC4 for ; Tue, 17 May 2005 10:32:12 +0000 (GMT) (envelope-from georgi@cannabis.dataforce.net) Received: by cannabis.dataforce.net (Postfix, from userid 12794) id 505581429A; Tue, 17 May 2005 14:32:11 +0400 (MSD) Date: Tue, 17 May 2005 13:32:39 +0300 From: Georgi Guninski To: freebsd-amd64@freebsd.org Message-ID: <20050517103239.GE5188@sivokote.iziade.m$> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline header: best read with a sniffer User-Agent: Mutt/1.5.6i Subject: can someone please try this qmail exploit? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 10:32:13 -0000 can some please try a qmail-smtpd remote exploit on freebsd 5.4 amd64? what is needed: - freebsd 5.4 amd64 - 13GB virtual memory - ram + swap (probably less will do, not quite sure) - vanilla djb qmail - http://cr.yp.to/qmail.html (an easy way to install it is to install qmail from ports, then change in conf-groups "nofiles" to "qnofiles" and build and install vanilla qmail. vanilla qmail is important. how to reproduce: donwload the perl proggie: http://www.guninski.com/where_do_you_want_billg_to_go_today_4.html#qmlong-pubvvv7.pl (qmlong-pubvvv7.pl) start it on localhost. attach a gdb to qmail-smtpd and wait. if you get: Program received signal SIGTRAP, Trace/breakpoint trap. 0x000000000050cbac in ?? () (gdb) x/i $rip 0x50cbac: int3 (gdb) then the exploit works. notes: a lot of memory is used, so a production machine may be lagged. on an athlon64 2800+ with 1.5G ram the exploit takes about 1 hour. it was reported that with 8G ram the exploit takes about 10 minutes. there are flames on the qmail mailing list if this is a bug or not. thanks. -- georgi From owner-freebsd-amd64@FreeBSD.ORG Tue May 17 23:11:24 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1A3216A4CE for ; Tue, 17 May 2005 23:11:24 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A72443D9D for ; Tue, 17 May 2005 23:11:24 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8A7D972DD9; Tue, 17 May 2005 16:11:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8929A72DCB; Tue, 17 May 2005 16:11:20 -0700 (PDT) Date: Tue, 17 May 2005 16:11:20 -0700 (PDT) From: Doug White To: David Kleiner In-Reply-To: Message-ID: <20050517161046.G76536@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-amd64@freebsd.org Subject: Re: current: unable to boot (bt_strategy X not multiple of block size) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 23:11:24 -0000 On Mon, 16 May 2005, David Kleiner wrote: > Hi, > > As the subject says, -current as of this evening (US/Pacific), booted > with an older i386 slice. > > Is there a way to recover? Hit a key when the spinny initially appears to get boot2 to come up, then try loading loader.old: boot: ad(0,a)/boot/loader.old switch ad for da if needed. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 12:23:00 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D40C16A4CE for ; Wed, 18 May 2005 12:23:00 +0000 (GMT) Received: from mail.uk.psi.com (mail.uk.psi.com [154.8.2.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 679BD43D95 for ; Wed, 18 May 2005 12:22:58 +0000 (GMT) (envelope-from alan.barrow@psinet.telstra.co.uk) Received: from ip14.vpn.uk.psi.com ([154.8.4.14] helo=psinet.telstra.co.uk) by mail.uk.psi.com with esmtp (Exim 4.41) id 1DYNZe-0001YB-Di; Wed, 18 May 2005 13:22:54 +0100 Message-ID: <428B337F.407@psinet.telstra.co.uk> Date: Wed, 18 May 2005 13:22:23 +0100 From: alan barrow Organization: PSINet a telstra company User-Agent: Mozilla Thunderbird 0.5 (Macintosh/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ken Gunderson References: <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050515211634.00b041d8@pop.redshift.com> <3.0.1.32.20050516001815.00ab1b70@pop.redshift.com> <3.0.1.32.20050516011517.00ab1b70@pop.redshift.com> <20050516100330.46e6b7b2.kgunders@teamcool.net> In-Reply-To: <20050516100330.46e6b7b2.kgunders@teamcool.net> Content-Type: multipart/mixed; boundary="------------090006090807060101090305" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alan.barrow@psinet.telstra.co.uk List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 12:23:00 -0000 This is a multi-part message in MIME format. --------------090006090807060101090305 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit think I know this company as well. And I have to agree, after the excellent female sales person left the true nature of their ineptidude came to light. yours a.r.b. Ken Gunderson wrote: >On Mon, 16 May 2005 01:15:17 -0700 >ray@redshift.com wrote: > > > >>| I would estimate it was about 4-5 weeks ago. Sorry but I don't recall >>| any names. Tech guy was good. Sales guy I got transferred to was >>| supposedly one of the head honchos. Don't recall specifics but I have >>| vague recollection of Indian (?) accent and that he may have been part >>| owner and/or manager. Anyhow, I have a reseller's license and he was >> >>Hi Ken, >> >> I've been to the company - I don't believe there are any Indian people working >>there. It's a small shop, great equipment, well run, etc. Are you sure you >>weren't talking to Dell :) >> >>| Glad they've worked out well for you but I'd certainly never consider >>| them ever again unless I was in a real bind and out of options. I may >>| have only been dropping 4 grand but for me that's not mere chump change >>| and I didn't appreciate being treated like one. >> >>My gut reaction is you are mixing them up with some other company... but who >>knows. Maybe you hit a bad sales person or something? >> >>All I can say is that as far as pricing, they are best I've found and I've been >>in the computer field for 26 years. I used to sell boxes. When I first ran >>across them, their prices on Supermicro servers (the price I was getting from >>them for just 1 or 2 machines at a time) was so much lower than other hardware >>suppliers that several of the other people bidding on my business flat out said >>"We pay more wholesale for our equipment than OSS is selling it to you for - we >>can't beat those prices". >> >>I went back to OSS (spoke with Eren) and asked them how they are getting such >>great prices. He explained they sell to larger gov and enterprise companies >>(AOL, etc, etc) and that they move so much volume that they get great prices >>from SuperMicro). I believe they are now doing basically the same thing, only >>with AMD and Tyan. >> >>Anyway, no one is forcing you to shop there :-) I was simply answering that one >>e-mail from whoever was asking about AMD boxes. That's where I buy our rack >>servers and as I said, the service has been 2nd to none over the last 3 or 4 >>years. Having done business with the company for all our servers, I'm a little >>surprised you would have such radically different experiences. >> >> > >Ray/List, et. al.-- > >I'd meant to send my last reply to Ray and not the list. That's what I >get for doing email that late when I'm tired... > >I think Ray's reply to OP was an honest effort to be helpful based on >his personal experiences with oss. Similarly with me. I wouldn't have >followed up to the extent that I did had not the company I was >referencing been so rude and arrogant. > >Sorry that I cannot recall specifics as they were one of many >I spoke with and it's been a few weeks but I was pretty sure we >were talking about the same outfit. However, I now concede that we may >not have been referencing the same company. Doing some research this >morninig, I am inclined to think I was the one in error. The >company I referenced was very close in name (again sorry that I cannot >recall precisely), linked to from Tyan's website (perhaps at the time, >but I cannot seem to find them there anymore), was a flash heavy site, >and somehow affiliated with Colfax (at least that's who I got >transferred to and the website I was directed to to check pricing). Of >this latter part I am sure because I revisited and immediately >recognize the site. > >Anyhow, I don't want to spam the list anymore with this. But in >fairness to Open Source Storage I feel I should post this follow up >saying that I _may_ have been confusing them with someone else. My >apologies if I've offended anyone in so doing. > >Thanks for your indulgence and have a good day;-) > >Ciao-- kvg >_______________________________________________ >freebsd-amd64@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 >To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > > > --------------090006090807060101090305-- From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 14:48:33 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD6BC16A4D0 for ; Wed, 18 May 2005 14:48:33 +0000 (GMT) Received: from web61113.mail.yahoo.com (web61113.mail.yahoo.com [209.73.179.42]) by mx1.FreeBSD.org (Postfix) with SMTP id DA24E43D53 for ; Wed, 18 May 2005 14:48:32 +0000 (GMT) (envelope-from archwndas@yahoo.com) Received: (qmail 85247 invoked by uid 60001); 18 May 2005 14:48:32 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=IZqe9WOdhiRf2ZuD5/6a5olSslXyi2/cKjvg9rXM8StFEvGsmMLkUYcvsa5CH81vTbAB4KLtc0UNwtzDNFHkanYRbJOUSBSQlRLNkZii5ZgRDH6JJBcsvuv+2aGYk1duQS8lJvwiOx7tD7UgRdILqG7yHrW+45GPySPTy0gixX4= ; Message-ID: <20050518144832.85245.qmail@web61113.mail.yahoo.com> Received: from [195.251.194.138] by web61113.mail.yahoo.com via HTTP; Wed, 18 May 2005 07:48:32 PDT Date: Wed, 18 May 2005 07:48:32 -0700 (PDT) From: Simeon Nifos To: freebsd-amd64@freebsd.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-mobile@freebsd.org Subject: Re: freebsd-amd64 Digest, Vol 102, Issue 3 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 14:48:33 -0000 Dear people, Is there something wrong with 5.4 Release for AMD 64? It doesn't boot after the menu with beastie! Neither default choice 1 nor boot with ACPI disabled boots! This is the case with both an AMD-Opteron Quad on a TYAN S4882 and an Athlon Mobile 64. What can I do! __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 15:04:32 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ABFD16A4CE; Wed, 18 May 2005 15:04:32 +0000 (GMT) Received: from mail.uk.psi.com (mail.uk.psi.com [154.8.2.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id E324643D2F; Wed, 18 May 2005 15:04:31 +0000 (GMT) (envelope-from alan.barrow@psinet.telstra.co.uk) Received: from ip14.vpn.uk.psi.com ([154.8.4.14] helo=psinet.telstra.co.uk) by mail.uk.psi.com with esmtp (Exim 4.41) id 1DYQ62-0005sp-QU; Wed, 18 May 2005 16:04:31 +0100 Message-ID: <428B5962.7090705@psinet.telstra.co.uk> Date: Wed, 18 May 2005 16:04:02 +0100 From: alan barrow Organization: PSINet a telstra company User-Agent: Mozilla Thunderbird 0.5 (Macintosh/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Simeon Nifos References: <20050518144832.85245.qmail@web61113.mail.yahoo.com> In-Reply-To: <20050518144832.85245.qmail@web61113.mail.yahoo.com> Content-Type: multipart/mixed; boundary="------------040202010305050308060407" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-amd64@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: freebsd-amd64 Digest, Vol 102, Issue 3 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alan.barrow@psinet.telstra.co.uk List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 15:04:32 -0000 This is a multi-part message in MIME format. --------------040202010305050308060407 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit It's not me then :) it does not boot on the compaq r3000 laptop range either, and seems to enjoy booting to beastie, starting the bootstrap and turning the entire machine off (giga-byte board athlon 1800+) further test required, any one else seen similar ? yours a.r.b. Simeon Nifos wrote: >Dear people, >Is there something wrong with 5.4 Release for AMD 64? >It doesn't boot after the menu with beastie! Neither >default choice 1 nor boot with ACPI disabled boots! > >This is the case with both an AMD-Opteron Quad on a >TYAN S4882 and an Athlon Mobile 64. > >What can I do! > > > >__________________________________ >Yahoo! Mail Mobile >Take Yahoo! Mail with you! Check email on your mobile phone. >http://mobile.yahoo.com/learn/mail >_______________________________________________ >freebsd-amd64@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 >To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > > > --------------040202010305050308060407-- From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 15:36:00 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C63916A4D0 for ; Wed, 18 May 2005 15:36:00 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28C2743DBA for ; Wed, 18 May 2005 15:35:59 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so223809wra for ; Wed, 18 May 2005 08:35:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VwNzrMVMtWk1QzvbplLrBK7bNuC3ikFSu55xnSSn2sxupGQ0wyUVuqG9myd6eq4e6w9YjZVWSKfaTK8ugIIiCYxx0XrnUyWYqg1XK3vFA1YWN9cWqsGxLQnIJJLP2KUw/L8CYHlcPTgV4kd5C5Hyhw1Bceqg6SbDtmudleBGtm8= Received: by 10.54.40.38 with SMTP id n38mr381856wrn; Wed, 18 May 2005 08:35:58 -0700 (PDT) Received: by 10.54.40.69 with HTTP; Wed, 18 May 2005 08:35:58 -0700 (PDT) Message-ID: <2fd864e0505180835663e1e96@mail.gmail.com> Date: Wed, 18 May 2005 08:35:58 -0700 From: Astrodog To: alan.barrow@psinet.telstra.co.uk In-Reply-To: <428B5962.7090705@psinet.telstra.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050518144832.85245.qmail@web61113.mail.yahoo.com> <428B5962.7090705@psinet.telstra.co.uk> cc: Simeon Nifos cc: freebsd-amd64@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: freebsd-amd64 Digest, Vol 102, Issue 3 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 15:36:00 -0000 On 5/18/05, alan barrow wrote: > It's not me then :) it does not boot on the compaq r3000 laptop range > either, and seems to enjoy booting to beastie, starting the bootstrap > and turning the entire machine off (giga-byte board athlon 1800+) >=20 > further test required, any one else seen similar ? >=20 > yours a.r.b. The patches for the R3000Zs were included in 5.4. I installed it on an R3014US. *shrug* From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 15:37:19 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEFAD16A4D0 for ; Wed, 18 May 2005 15:37:19 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 119D243D2D for ; Wed, 18 May 2005 15:37:19 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so224342wra for ; Wed, 18 May 2005 08:37:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tVbRBbUJEgs1nOT8U65tMlCxr34oHlMkdCxhTo3OzFZ/U8uhHPHoGhYep3Y26mDI5rjJ+bgJLP1qruSEx/CtdKaFq3k3oTC8pqA5q4aabnvzI/y7jpWrIYJ3zTa1y1rqYdayfVMINgtHOCPDduBzv4xcw9p3WxJyd3IED/2mQCs= Received: by 10.54.10.61 with SMTP id 61mr384156wrj; Wed, 18 May 2005 08:37:18 -0700 (PDT) Received: by 10.54.40.69 with HTTP; Wed, 18 May 2005 08:37:18 -0700 (PDT) Message-ID: <2fd864e0505180837390e5119@mail.gmail.com> Date: Wed, 18 May 2005 08:37:18 -0700 From: Astrodog To: alan.barrow@psinet.telstra.co.uk In-Reply-To: <2fd864e0505180835663e1e96@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050518144832.85245.qmail@web61113.mail.yahoo.com> <428B5962.7090705@psinet.telstra.co.uk> <2fd864e0505180835663e1e96@mail.gmail.com> cc: Simeon Nifos cc: freebsd-amd64@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: freebsd-amd64 Digest, Vol 102, Issue 3 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 15:37:20 -0000 On 5/18/05, Astrodog wrote: > On 5/18/05, alan barrow wrote: > > It's not me then :) it does not boot on the compaq r3000 laptop range > > either, and seems to enjoy booting to beastie, starting the bootstrap > > and turning the entire machine off (giga-byte board athlon 1800+) > > > > further test required, any one else seen similar ? > > > > yours a.r.b. >=20 > The patches for the R3000Zs were included in 5.4. I installed it on an > R3014US. *shrug* >=20 You MUST use the hints, and there's some ugliness for ACPI support, but it certainly works. Check the -amd64 archives. From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 16:39:51 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8B0E16A4CE for ; Wed, 18 May 2005 16:39:51 +0000 (GMT) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6107B43D48 for ; Wed, 18 May 2005 16:39:47 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id 5FC0284418 for ; Wed, 18 May 2005 18:39:41 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 86264-02-5 for ; Wed, 18 May 2005 18:39:30 +0200 (CEST) Received: from [172.16.129.72] (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTP id 41BC48441F for ; Wed, 18 May 2005 18:39:30 +0200 (CEST) Message-ID: <428B6FC1.3000907@fsn.hu> Date: Wed, 18 May 2005 18:39:29 +0200 From: Attila Nagy User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050325) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Subject: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 16:39:52 -0000 Hello, I did some buildworld tests on an HP BL45p with 4 2,2 GHz Opterons. Sequential time make buildworld -jX times (if there is a missing iteration, then the build has failed): 4BSD: BUILDING WITH -j1 1725.073u 645.453s 37:50.03 104.4% 4084+2935k 1725+3896io 385pf+0w BUILDING WITH -j2 1764.483u 1020.054s 17:36.07 263.6% 3987+2766k 1735+3748io 385pf+0w BUILDING WITH -j3 1806.182u 1564.830s 13:38.53 411.8% 3926+2605k 1741+3939io 385pf+0w BUILDING WITH -j4 1827.213u 1781.092s 12:31.84 479.9% 3900+2559k 1736+3847io 385pf+0w BUILDING WITH -j5 1832.213u 1942.488s 12:13.05 514.9% 3862+2522k 1731+3838io 385pf+0w BUILDING WITH -j6 1844.549u 2054.711s 11:56.27 544.3% 3855+2489k 1727+3868io 385pf+0w BUILDING WITH -j7 1849.804u 2156.657s 11:45.74 567.6% 3828+2460k 1751+3831io 385pf+0w BUILDING WITH -j8 1859.690u 2208.954s 11:49.85 573.1% 3832+2447k 1755+3866io 385pf+0w BUILDING WITH -j9 1855.253u 2245.942s 11:55.85 572.9% 3825+2428k 1755+3845io 385pf+0w BUILDING WITH -j10 1867.634u 2258.330s 12:00.68 572.5% 3818+2441k 1743+3943io 385pf+0w BUILDING WITH -j11 1858.855u 2302.655s 12:06.67 572.6% 3806+2418k 1740+4094io 456pf+0w BUILDING WITH -j13 1863.750u 2319.476s 12:06.90 575.4% 3794+2411k 1753+3999io 391pf+0w BUILDING WITH -j14 1859.940u 2318.790s 12:07.43 574.4% 3795+2409k 1740+4112io 385pf+0w BUILDING WITH -j15 1862.859u 2329.179s 12:10.75 573.6% 3789+2396k 1744+4261io 385pf+0w ULE: BUILDING WITH -j1 1685.692u 532.736s 36:36.58 100.9% 4200+3011k 1983+3727io 385pf+0w BUILDING WITH -j2 1741.276u 834.259s 17:58.30 238.8% 4124+2871k 1831+4111io 385pf+0w BUILDING WITH -j3 1769.405u 1113.314s 14:19.19 335.5% 4087+2767k 1850+4065io 385pf+0w BUILDING WITH -j4 1788.789u 1243.970s 13:16.23 380.8% 4063+2731k 1759+4202io 385pf+0w BUILDING WITH -j5 1797.793u 1363.709s 12:49.00 411.1% 4037+2688k 1762+4169io 385pf+0w http://people.fsn.hu/~bra/bl45p/acpidump http://people.fsn.hu/~bra/bl45p/dmesg.boot http://people.fsn.hu/~bra/bl45p/pciconf It is interesting that the CPU usage couldn't exceed 575 percent... But HP says that dual core increases performance about 75 percent, so given that this machine had 4 CPUs it is seems OK :) -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 17:29:12 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A67216A4CE for ; Wed, 18 May 2005 17:29:12 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B343843DC9 for ; Wed, 18 May 2005 17:29:08 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.3/8.13.3) with ESMTP id j4IHT1sc069223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 May 2005 19:29:02 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.3/8.13.3/Submit) id j4IHT0Si069219; Wed, 18 May 2005 19:29:00 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Attila Nagy In-Reply-To: <428B6FC1.3000907@fsn.hu> References: <428B6FC1.3000907@fsn.hu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-J7za4Dvd6Hw1Iskx/f1i" Date: Wed, 18 May 2005 19:29:00 +0200 Message-Id: <1116437340.69035.0.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port cc: freebsd-amd64@FreeBSD.org Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 17:29:12 -0000 --=-J7za4Dvd6Hw1Iskx/f1i Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Attila Nagy p=ED=B9e v st 18. 05. 2005 v 18:39 +0200: > Hello, >=20 > I did some buildworld tests on an HP BL45p with 4 2,2 GHz Opterons. >=20 > Sequential time make buildworld -jX times (if there is a missing=20 > iteration, then the build has failed): > http://people.fsn.hu/~bra/bl45p/dmesg.boot > Hyperthreading: 2 logical CPUs So dual-core Opterons report into system as Hyperthreading? Uncool. --=20 Pav Lucistnik You can't expect to wield supreme executive power just 'cause some watery tart threw a sword at you. --=-J7za4Dvd6Hw1Iskx/f1i Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCi3tcntdYP8FOsoIRAvUvAJsHf+AqBbBpeMnYuENWGjmJAniGFQCgwJfQ fQPame6Cp+MjQXPSBJqwbjs= =oyqh -----END PGP SIGNATURE----- --=-J7za4Dvd6Hw1Iskx/f1i-- From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 17:41:03 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CA2716A4CE for ; Wed, 18 May 2005 17:41:03 +0000 (GMT) Received: from smtp1.infocom.ph (smtp1.infocom.ph [203.172.25.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6967443D6D for ; Wed, 18 May 2005 17:41:02 +0000 (GMT) (envelope-from rpb@infocom.ph) Received: from localhost (localhost.infocom.ph [127.0.0.1]) by smtp1.infocom.ph (Postfix) with ESMTP id 1DD4D3F46B; Thu, 19 May 2005 01:40:55 +0800 (PHT) Received: from [203.172.31.176] (ddu1.infocom.ph [203.172.31.176]) by smtp1.infocom.ph (Postfix) with ESMTP id BF1E43F46A; Thu, 19 May 2005 01:40:53 +0800 (PHT) Message-ID: <428B7E1C.4020202@infocom.ph> Date: Thu, 19 May 2005 01:40:44 +0800 From: rpb@infocom.ph User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Simeon Nifos References: <20050518144832.85245.qmail@web61113.mail.yahoo.com> In-Reply-To: <20050518144832.85245.qmail@web61113.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: freebsd-amd64 Digest, Vol 102, Issue 3 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 17:41:03 -0000 If the machine reboots endlessly after the menu, try booting it with the old loader: /boot/loader.old I've had this problem when I upgraded by source from 5.3/amd64 to 5.4. Dual Xeon "Nocona" on Tyan MB. Cheers. Simeon Nifos wrote: > Dear people, > Is there something wrong with 5.4 Release for AMD 64? > It doesn't boot after the menu with beastie! Neither > default choice 1 nor boot with ACPI disabled boots! > > This is the case with both an AMD-Opteron Quad on a > TYAN S4882 and an Athlon Mobile 64. > > What can I do! From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 17:59:32 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C759716A4CE for ; Wed, 18 May 2005 17:59:32 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DD0E43DC8 for ; Wed, 18 May 2005 17:59:30 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 7201BB85A for ; Wed, 18 May 2005 13:59:24 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v728) In-Reply-To: <20050518144832.85245.qmail@web61113.mail.yahoo.com> References: <20050518144832.85245.qmail@web61113.mail.yahoo.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 18 May 2005 13:59:23 -0400 To: freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.728) Subject: Re: freebsd-amd64 Digest, Vol 102, Issue 3 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 17:59:32 -0000 On May 18, 2005, at 10:48 AM, Simeon Nifos wrote: > Is there something wrong with 5.4 Release for AMD 64? > It doesn't boot after the menu with beastie! Neither > default choice 1 nor boot with ACPI disabled boots! > I haven't tried the CD's but a buildworld upgrade from 5.3 and earlier 5.4 RC's into 5.4-RELEASE-p1 boots just fine on my pair of dual opterons with Tyan 2881 motherboards. Both have 4GB RAM. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 18:05:31 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F8AE16A4CE; Wed, 18 May 2005 18:05:31 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A80A43D41; Wed, 18 May 2005 18:05:29 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j4II5L03016645; Wed, 18 May 2005 11:05:21 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j4II5L54016643; Wed, 18 May 2005 11:05:21 -0700 Date: Wed, 18 May 2005 11:05:21 -0700 From: Brooks Davis To: Pav Lucistnik Message-ID: <20050518180521.GB9719@odin.ac.hmc.edu> References: <428B6FC1.3000907@fsn.hu> <1116437340.69035.0.camel@hood.oook.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline In-Reply-To: <1116437340.69035.0.camel@hood.oook.cz> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 18:05:31 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 18, 2005 at 07:29:00PM +0200, Pav Lucistnik wrote: > Attila Nagy p=ED?e v st 18. 05. 2005 v 18:39 +0200: > > Hello, > >=20 > > I did some buildworld tests on an HP BL45p with 4 2,2 GHz Opterons. > >=20 > > Sequential time make buildworld -jX times (if there is a missing=20 > > iteration, then the build has failed): >=20 > > http://people.fsn.hu/~bra/bl45p/dmesg.boot >=20 > > Hyperthreading: 2 logical CPUs >=20 > So dual-core Opterons report into system as Hyperthreading? Uncool. What the AMD reps said at a session I attended last year is that they report as supporting hyper threading, but set another bit to say that they are actually real cores. We probably need to find out what that = =20 bit is. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCi4PgXY6L6fI4GtQRAru2AKCVyHcNQ1tsG2kwWXFDdyJsELVb9wCdFud0 Gb/Gcc0LSSgIVZEjO1/fo3c= =+R8X -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 18:41:57 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B055416A4CE; Wed, 18 May 2005 18:41:57 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8384043D39; Wed, 18 May 2005 18:41:51 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j4IIhbel000516; Wed, 18 May 2005 14:43:38 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Wed, 18 May 2005 14:41:39 -0400 User-Agent: KMail/1.6.2 References: <428B6FC1.3000907@fsn.hu> <1116437340.69035.0.camel@hood.oook.cz> <20050518180521.GB9719@odin.ac.hmc.edu> In-Reply-To: <20050518180521.GB9719@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <200505181441.39457.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/880/Mon May 16 11:00:02 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Pav Lucistnik Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 18:41:57 -0000 On Wednesday 18 May 2005 02:05 pm, Brooks Davis wrote: > On Wed, May 18, 2005 at 07:29:00PM +0200, Pav Lucistnik wrote: > > Attila Nagy pí?e v st 18. 05. 2005 v 18:39 +0200: > > > Hello, > > > > > > I did some buildworld tests on an HP BL45p with 4 2,2 GHz > > > Opterons. > > > > > > Sequential time make buildworld -jX times (if there is a > > > missing iteration, then the build has failed): > > > > > > http://people.fsn.hu/~bra/bl45p/dmesg.boot > > > > > > Hyperthreading: 2 logical CPUs > > > > So dual-core Opterons report into system as Hyperthreading? > > Uncool. > > What the AMD reps said at a session I attended last year is that > they report as supporting hyper threading, but set another bit to > say that they are actually real cores. We probably need to find > out what that bit is. FYI, Linux says: http://lxr.linux.no/source/include/asm-x86_64/cpufeature.h#L78 http://lxr.linux.no/source/arch/x86_64/kernel/setup.c#L834 Jung-uk Kim > -- Brooks From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 18:44:18 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02A8C16A4CE for ; Wed, 18 May 2005 18:44:18 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DD4143D8A for ; Wed, 18 May 2005 18:44:17 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so294525wra for ; Wed, 18 May 2005 11:44:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gJu3SGEhwhXmE9WwooNH0npW1UTVN6lMVcN7zJW3FdnEsA2zQaTxXdJ0QFr4ZhMKxAEBvm1C7d2G3vRSjsy8phEBZO9h17tE4jIfAucMNTGfCfEk5s1NrHMTHBMphRj3twdXaQ9cUisxjB9W0LoJNSVcrhDKyv48dVZOFseK4pw= Received: by 10.54.41.73 with SMTP id o73mr568376wro; Wed, 18 May 2005 11:44:13 -0700 (PDT) Received: by 10.54.40.69 with HTTP; Wed, 18 May 2005 11:44:13 -0700 (PDT) Message-ID: <2fd864e05051811442152fa@mail.gmail.com> Date: Wed, 18 May 2005 11:44:13 -0700 From: Astrodog Cc: freebsd-amd64@freebsd.org In-Reply-To: <200505181441.39457.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <428B6FC1.3000907@fsn.hu> <1116437340.69035.0.camel@hood.oook.cz> <20050518180521.GB9719@odin.ac.hmc.edu> <200505181441.39457.jkim@niksun.com> Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 18:44:18 -0000 On 5/18/05, Jung-uk Kim wrote: > On Wednesday 18 May 2005 02:05 pm, Brooks Davis wrote: > > On Wed, May 18, 2005 at 07:29:00PM +0200, Pav Lucistnik wrote: > > > Attila Nagy p=ED?e v st 18. 05. 2005 v 18:39 +0200: > > > > Hello, > > > > > > > > I did some buildworld tests on an HP BL45p with 4 2,2 GHz > > > > Opterons. > > > > > > > > Sequential time make buildworld -jX times (if there is a > > > > missing iteration, then the build has failed): > > > > > > > > http://people.fsn.hu/~bra/bl45p/dmesg.boot > > > > > > > > Hyperthreading: 2 logical CPUs > > > > > > So dual-core Opterons report into system as Hyperthreading? > > > Uncool. > > > > What the AMD reps said at a session I attended last year is that > > they report as supporting hyper threading, but set another bit to > > say that they are actually real cores. We probably need to find > > out what that bit is. >=20 > FYI, Linux says: >=20 > http://lxr.linux.no/source/include/asm-x86_64/cpufeature.h#L78 > http://lxr.linux.no/source/arch/x86_64/kernel/setup.c#L834 >=20 > Jung-uk Kim >=20 Opteron reports Hyperthreading, because it tries to take advantage of the licencing benifit. Keep in mind, HT P4s are counted as a single CPU for the most part, in a licence. Opteron may not. By acting as though its a HT processor, it gets that same benifit. From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 18:53:57 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 443EE16A4D0; Wed, 18 May 2005 18:53:57 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92DF743DD3; Wed, 18 May 2005 18:53:56 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j4IItng1000968; Wed, 18 May 2005 14:55:49 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Wed, 18 May 2005 14:53:49 -0400 User-Agent: KMail/1.6.2 References: <428B6FC1.3000907@fsn.hu> <20050518180521.GB9719@odin.ac.hmc.edu> <200505181441.39457.jkim@niksun.com> In-Reply-To: <200505181441.39457.jkim@niksun.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <200505181453.49988.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/880/Mon May 16 11:00:02 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Pav Lucistnik Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 18:53:57 -0000 On Wednesday 18 May 2005 02:41 pm, Jung-uk Kim wrote: > On Wednesday 18 May 2005 02:05 pm, Brooks Davis wrote: > > On Wed, May 18, 2005 at 07:29:00PM +0200, Pav Lucistnik wrote: > > > Attila Nagy pí?e v st 18. 05. 2005 v 18:39 +0200: > > > > Hello, > > > > > > > > I did some buildworld tests on an HP BL45p with 4 2,2 GHz > > > > Opterons. > > > > > > > > Sequential time make buildworld -jX times (if there is a > > > > missing iteration, then the build has failed): > > > > > > > > http://people.fsn.hu/~bra/bl45p/dmesg.boot > > > > > > > > Hyperthreading: 2 logical CPUs > > > > > > So dual-core Opterons report into system as Hyperthreading? > > > Uncool. > > > > What the AMD reps said at a session I attended last year is that > > they report as supporting hyper threading, but set another bit to > > say that they are actually real cores. We probably need to find > > out what that bit is. > > FYI, Linux says: > > http://lxr.linux.no/source/include/asm-x86_64/cpufeature.h#L78 > http://lxr.linux.no/source/arch/x86_64/kernel/setup.c#L834 Check 'Logical Processor Count' (Page 122): http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/24594.pdf Jung-uk Kim > Jung-uk Kim > > > -- Brooks From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 20:14:29 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40FE916A4CE for ; Wed, 18 May 2005 20:14:29 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 958FC43D95 for ; Wed, 18 May 2005 20:14:26 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [192.168.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id AEF033F294; Wed, 18 May 2005 22:14:12 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 49221286; Wed, 18 May 2005 22:14:12 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 2F66A276; Wed, 18 May 2005 22:14:12 +0200 (CEST) Date: Wed, 18 May 2005 22:14:12 +0200 (CEST) From: Sten Spans To: Astrodog In-Reply-To: <2fd864e05051811442152fa@mail.gmail.com> Message-ID: References: <428B6FC1.3000907@fsn.hu> <1116437340.69035.0.camel@hood.oook.cz> <200505181441.39457.jkim@niksun.com> <2fd864e05051811442152fa@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 20:14:29 -0000 On Wed, 18 May 2005, Astrodog wrote: > On 5/18/05, Jung-uk Kim wrote: >> >> FYI, Linux says: >> >> http://lxr.linux.no/source/include/asm-x86_64/cpufeature.h#L78 >> http://lxr.linux.no/source/arch/x86_64/kernel/setup.c#L834 >> >> Jung-uk Kim >> > > Opteron reports Hyperthreading, because it tries to take advantage of > the licencing benifit. Keep in mind, HT P4s are counted as a single > CPU for the most part, in a licence. Opteron may not. By acting as > though its a HT processor, it gets that same benifit. And some windows software only uses multiple threads when htt is available ... -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-amd64@FreeBSD.ORG Wed May 18 23:35:26 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47B3716A4CE; Wed, 18 May 2005 23:35:26 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D1C943D9E; Wed, 18 May 2005 23:35:25 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j4INbHEl008248; Wed, 18 May 2005 19:37:19 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Wed, 18 May 2005 19:35:18 -0400 User-Agent: KMail/1.6.2 References: <428B6FC1.3000907@fsn.hu> <200505181441.39457.jkim@niksun.com> <200505181453.49988.jkim@niksun.com> In-Reply-To: <200505181453.49988.jkim@niksun.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_2E9iC9mVuPyuPcQ" Message-Id: <200505181935.18493.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/880/Mon May 16 11:00:02 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Pav Lucistnik Subject: AMD64 multicore (Was: Re: FreeBSD on dual core Opterons - stupid buildworld test) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 23:35:26 -0000 --Boundary-00=_2E9iC9mVuPyuPcQ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Disposition: inline On Wednesday 18 May 2005 02:53 pm, Jung-uk Kim wrote: > On Wednesday 18 May 2005 02:41 pm, Jung-uk Kim wrote: > > On Wednesday 18 May 2005 02:05 pm, Brooks Davis wrote: > > > On Wed, May 18, 2005 at 07:29:00PM +0200, Pav Lucistnik wrote: > > > > Attila Nagy pí?e v st 18. 05. 2005 v 18:39 +0200: > > > > > Hello, > > > > > > > > > > I did some buildworld tests on an HP BL45p with 4 2,2 GHz > > > > > Opterons. > > > > > > > > > > Sequential time make buildworld -jX times (if there is a > > > > > missing iteration, then the build has failed): > > > > > > > > > > http://people.fsn.hu/~bra/bl45p/dmesg.boot > > > > > > > > > > Hyperthreading: 2 logical CPUs > > > > > > > > So dual-core Opterons report into system as Hyperthreading? > > > > Uncool. > > > > > > What the AMD reps said at a session I attended last year is > > > that they report as supporting hyper threading, but set another > > > bit to say that they are actually real cores. We probably need > > > to find out what that bit is. > > > > FYI, Linux says: > > > > http://lxr.linux.no/source/include/asm-x86_64/cpufeature.h#L78 > > http://lxr.linux.no/source/arch/x86_64/kernel/setup.c#L834 > > Check 'Logical Processor Count' (Page 122): > > http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_ >docs/24594.pdf The attachment (against -CURRENT) is my attempt to 'do the right thing' by the above manual. I did very light testing because I don't have a dual-core proc. Can you test, please? Thanks, Jung-uk Kim > Jung-uk Kim > > > Jung-uk Kim > > > > > -- Brooks --Boundary-00=_2E9iC9mVuPyuPcQ Content-Type: text/x-diff; charset="utf-8"; name="multicore.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="multicore.diff" Index: sys/amd64/amd64/identcpu.c =================================================================== RCS file: /home/ncvs/src/sys/amd64/amd64/identcpu.c,v retrieving revision 1.135 diff -u -r1.135 identcpu.c --- sys/amd64/amd64/identcpu.c 21 Jan 2005 05:56:40 -0000 1.135 +++ sys/amd64/amd64/identcpu.c 18 May 2005 23:16:09 -0000 @@ -283,13 +283,53 @@ "\0403DNow" /* AMD 3DNow! */ ); } + if (amd_feature2 != 0) { + printf("\n AMD Features2=0x%b", amd_feature2, + "\020" + "\001LAHF" /* LAHF/SAHF in long mode */ + "\002CMP" /* CMP legacy */ + "\003" + "\004" + "\005CR8" /* CR8 in legacy mode */ + "\006" + "\007" + "\010" + "\011" + "\012" + "\013" + "\014" + "\015" + "\016" + "\017" + "\020" + "\021" + "\022" + "\023" + "\024" + "\025" + "\026" + "\027" + "\030" + "\031" + "\032" + "\033" + "\034" + "\035" + "\036" + "\037" + "\040" + ); + } /* * If this CPU supports hyperthreading then mention * the number of logical CPU's it contains. */ if (cpu_feature & CPUID_HTT && - (cpu_procinfo & CPUID_HTT_CORES) >> 16 > 1) + (cpu_procinfo & CPUID_HTT_CORES) >> 16 > 1 && + (strcmp(cpu_vendor, "GenuineIntel") == 0 || + (strcmp(cpu_vendor, "AuthenticAMD") == 0 && + !(amd_feature2 & AMDID2_CMP)))) printf("\n Hyperthreading: %d logical CPUs", (cpu_procinfo & CPUID_HTT_CORES) >> 16); } @@ -357,6 +397,11 @@ if (cpu_exthigh >= 0x80000001) { do_cpuid(0x80000001, regs); amd_feature = regs[3] & ~(cpu_feature & 0x0183f3ff); + amd_feature2 = regs[2] & 0x00000013; + } + if (cpu_exthigh >= 0x80000008) { + do_cpuid(0x80000008, regs); + cpu_procinfo2 = regs[2]; } /* XXX */ Index: sys/amd64/amd64/initcpu.c =================================================================== RCS file: /home/ncvs/src/sys/amd64/amd64/initcpu.c,v retrieving revision 1.48 diff -u -r1.48 initcpu.c --- sys/amd64/amd64/initcpu.c 8 Jun 2004 01:02:51 -0000 1.48 +++ sys/amd64/amd64/initcpu.c 18 May 2005 23:16:09 -0000 @@ -51,11 +51,13 @@ int cpu; /* Are we 386, 386sx, 486, etc? */ u_int cpu_feature; /* Feature flags */ u_int cpu_feature2; /* Feature flags */ -u_int amd_feature; /* Feature flags */ +u_int amd_feature; /* AMD Feature flags */ +u_int amd_feature2; /* AMD Feature flags */ u_int cpu_high; /* Highest arg to CPUID */ u_int cpu_exthigh; /* Highest arg to extended CPUID */ u_int cpu_id; /* Stepping ID */ u_int cpu_procinfo; /* HyperThreading Info / Brand Index / CLFUSH */ +u_int cpu_procinfo2; /* Multicore info */ char cpu_vendor[20]; /* CPU Origin code */ u_int cpu_fxsr; /* SSE enabled */ Index: sys/amd64/amd64/mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/amd64/amd64/mp_machdep.c,v retrieving revision 1.255 diff -u -r1.255 mp_machdep.c --- sys/amd64/amd64/mp_machdep.c 13 May 2005 00:57:04 -0000 1.255 +++ sys/amd64/amd64/mp_machdep.c 18 May 2005 23:16:09 -0000 @@ -168,7 +168,13 @@ /* Nothing to do if there is no HTT support. */ if ((cpu_feature & CPUID_HTT) == 0) return; - logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; + if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + if (amd_feature2 & AMDID2_CMP) + logical_cpus = (cpu_procinfo2 & AMDID_CMP_CORES) + 1; + else + logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; + } else + logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; if (logical_cpus <= 1) return; group = &mp_groups[0]; @@ -353,37 +359,41 @@ * At the time of writing (May 12, 2005) the only hyperthreaded * cpus are from Intel, and Intel's dual-core processors can be * identified via the "deterministic cache parameters" cpuid - * calls. + * calls. AMD's hyperthreaded cpus can be identified via the + * "CMP legacy" cpuid call. */ - /* - * First determine if this is an Intel processor which claims - * to have hyperthreading support. - */ - if ((cpu_feature & CPUID_HTT) && - (strcmp(cpu_vendor, "GenuineIntel") == 0)) { - /* - * If the "deterministic cache parameters" cpuid calls - * are available, use them. - */ - if (cpu_high >= 4) { - /* Ask the processor about up to 32 caches. */ - for (i = 0; i < 32; i++) { - cpuid_count(4, i, p); - threads_per_cache = ((p[0] & 0x3ffc000) >> 14) + 1; - if (hyperthreading_cpus < threads_per_cache) - hyperthreading_cpus = threads_per_cache; - if ((p[0] & 0x1f) == 0) - break; + if (cpu_feature & CPUID_HTT) { + if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + if (!(amd_feature2 & AMDID2_CMP)) + hyperthreading_cpus = logical_cpus; + } else if (strcmp(cpu_vendor, "GenuineIntel") == 0) { + /* + * If the "deterministic cache parameters" cpuid + * calls are available, use them. + */ + if (cpu_high >= 4) { + /* Ask the processor about up to 32 caches. */ + for (i = 0; i < 32; i++) { + cpuid_count(4, i, p); + threads_per_cache = + ((p[0] & 0x3ffc000) >> 14) + 1; + if (hyperthreading_cpus < + threads_per_cache) + hyperthreading_cpus = + threads_per_cache; + if ((p[0] & 0x1f) == 0) + break; + } } - } - /* - * If the deterministic cache parameters are not - * available, or if no caches were reported to exist, - * just accept what the HTT flag indicated. - */ - if (hyperthreading_cpus == 0) - hyperthreading_cpus = logical_cpus; + /* + * If the deterministic cache parameters are not + * available, or if no caches were reported to exist, + * just accept what the HTT flag indicated. + */ + if (hyperthreading_cpus == 0) + hyperthreading_cpus = logical_cpus; + } } set_logical_apic_ids(); Index: sys/amd64/include/md_var.h =================================================================== RCS file: /home/ncvs/src/sys/amd64/include/md_var.h,v retrieving revision 1.75 diff -u -r1.75 md_var.h --- sys/amd64/include/md_var.h 10 Jun 2004 20:30:55 -0000 1.75 +++ sys/amd64/include/md_var.h 18 May 2005 23:16:09 -0000 @@ -43,10 +43,12 @@ extern u_int cpu_feature; extern u_int cpu_feature2; extern u_int amd_feature; +extern u_int amd_feature2; extern u_int cpu_fxsr; extern u_int cpu_high; extern u_int cpu_id; extern u_int cpu_procinfo; +extern u_int cpu_procinfo2; extern char cpu_vendor[]; extern char kstack[]; extern char sigcode[]; Index: sys/amd64/include/specialreg.h =================================================================== RCS file: /home/ncvs/src/sys/amd64/include/specialreg.h,v retrieving revision 1.30 diff -u -r1.30 specialreg.h --- sys/amd64/include/specialreg.h 8 Jun 2004 01:02:52 -0000 1.30 +++ sys/amd64/include/specialreg.h 18 May 2005 23:16:09 -0000 @@ -128,6 +128,8 @@ #define AMDID_NX 0x00100000 #define AMDID_LM 0x20000000 +#define AMDID2_CMP 0x00000002 + /* * CPUID instruction 1 ebx info */ @@ -137,6 +139,11 @@ #define CPUID_LOCAL_APIC_ID 0xff000000 /* + * AMD extended function 8000_0008h ecx info + */ +#define AMDID_CMP_CORES 0x000000ff + +/* * Model-specific registers for the i386 family */ #define MSR_P5_MC_ADDR 0x000 Index: sys/i386/i386/identcpu.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/identcpu.c,v retrieving revision 1.143 diff -u -r1.143 identcpu.c --- sys/i386/i386/identcpu.c 16 May 2005 09:47:53 -0000 1.143 +++ sys/i386/i386/identcpu.c 18 May 2005 23:16:10 -0000 @@ -309,6 +309,15 @@ } } } else if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + if (cpu_exthigh >= 0x80000001) { + do_cpuid(0x80000001, regs); + amd_feature = regs[3] & ~(cpu_feature & 0x0183f3ff); + amd_feature2 = regs[2] & 0x00000013; + } + if (cpu_exthigh >= 0x80000008) { + do_cpuid(0x80000008, regs); + cpu_procinfo2 = regs[2]; + } /* * Values taken from AMD Processor Recognition * http://www.amd.com/K6/k6docs/pdf/20734g.pdf @@ -730,7 +739,10 @@ * the number of logical CPU's it contains. */ if (cpu_feature & CPUID_HTT && - (cpu_procinfo & CPUID_HTT_CORES) >> 16 > 1) + (cpu_procinfo & CPUID_HTT_CORES) >> 16 > 1 && + (strcmp(cpu_vendor, "GenuineIntel") == 0 || + (strcmp(cpu_vendor, "AuthenticAMD") == 0 && + !(amd_feature2 & AMDID2_CMP)))) printf("\n Hyperthreading: %d logical CPUs", (cpu_procinfo & CPUID_HTT_CORES) >> 16); } @@ -943,7 +955,17 @@ u_char ccr3; u_int regs[4]; - if (strcmp(cpu_vendor, "CyrixInstead") == 0) { + if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + if (cpu_exthigh >= 0x80000001) { + do_cpuid(0x80000001, regs); + amd_feature = regs[3] & ~(cpu_feature & 0x0183f3ff); + amd_feature2 = regs[2] & 0x00000013; + } + if (cpu_exthigh >= 0x80000008) { + do_cpuid(0x80000008, regs); + cpu_procinfo2 = regs[2]; + } + } else if (strcmp(cpu_vendor, "CyrixInstead") == 0) { if (cpu == CPU_486) { /* * These conditions are equivalent to: @@ -1105,48 +1127,87 @@ static void print_AMD_features(void) { - u_int regs[4]; - /* * Values taken from AMD Processor Recognition * http://www.amd.com/products/cpg/athlon/techdocs/pdf/20734.pdf */ - do_cpuid(0x80000001, regs); - printf("\n AMD Features=0x%b", regs[3] &~ cpu_feature, - "\020" /* in hex */ - "\001FPU" /* Integral FPU */ - "\002VME" /* Extended VM86 mode support */ - "\003DE" /* Debug extensions */ - "\004PSE" /* 4MByte page tables */ - "\005TSC" /* Timestamp counter */ - "\006MSR" /* Machine specific registers */ - "\007PAE" /* Physical address extension */ - "\010MCE" /* Machine Check support */ - "\011CX8" /* CMPEXCH8 instruction */ - "\012APIC" /* SMP local APIC */ - "\013" - "\014SYSCALL" /* SYSENTER/SYSEXIT instructions */ - "\015MTRR" /* Memory Type Range Registers */ - "\016PGE" /* PG_G (global bit) support */ - "\017MCA" /* Machine Check Architecture */ - "\020ICMOV" /* CMOV instruction */ - "\021PAT" /* Page attributes table */ - "\022PGE36" /* 36 bit address space support */ - "\023RSVD" /* Reserved, unknown */ - "\024MP" /* Multiprocessor Capable */ - "\025NX" /* Has EFER.NXE, NX (no execute pte bit) */ - "\026" - "\027AMIE" /* AMD MMX Instruction Extensions */ - "\030MMX" - "\031FXSAVE" /* FXSAVE/FXRSTOR */ - "\032" - "\033" - "\034" - "\035" - "\036LM" /* Long mode */ - "\037DSP" /* AMD 3DNow! Instruction Extensions */ - "\0403DNow!" /* AMD 3DNow! Instructions */ - ); + if (amd_feature != 0) + printf("\n AMD Features=0x%b", amd_feature, + "\020" /* in hex */ + "\001FPU" /* Integral FPU */ + "\002VME" /* Extended VM86 mode support */ + "\003DE" /* Debug extensions */ + "\004PSE" /* 4MByte page tables */ + "\005TSC" /* Timestamp counter */ + "\006MSR" /* Machine specific registers */ + "\007PAE" /* Physical address extension */ + "\010MCE" /* Machine Check support */ + "\011CX8" /* CMPEXCH8 instruction */ + "\012APIC" /* SMP local APIC */ + "\013" + "\014SYSCALL" /* SYSENTER/SYSEXIT instructions */ + "\015MTRR" /* Memory Type Range Registers */ + "\016PGE" /* PG_G (global bit) support */ + "\017MCA" /* Machine Check Architecture */ + "\020ICMOV" /* CMOV instruction */ + "\021PAT" /* Page attributes table */ + "\022PGE36" /* 36 bit address space support */ + "\023RSVD" /* Reserved, unknown */ + "\024MP" /* Multiprocessor Capable */ + "\025NX" /* Has EFER.NXE, NX (no execute pte bit) */ + "\026" + "\027AMIE" /* AMD MMX Instruction Extensions */ + "\030MMX" + "\031FXSAVE" /* FXSAVE/FXRSTOR */ + "\032" + "\033" + "\034" + "\035" + "\036LM" /* Long mode */ + "\037DSP" /* AMD 3DNow! Instruction Extensions */ + "\0403DNow!" /* AMD 3DNow! Instructions */ + ); + /* + * AMD64 Architecture Programmer's Manual Volume 3: + * General-Purpose and System Instructions + * http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/24594.pdf + */ + if (amd_feature2 != 0) + printf("\n AMD Features2=0x%b", amd_feature2, + "\020" + "\001LAHF" /* LAHF/SAHF in long mode */ + "\002CMP" /* CMP legacy */ + "\003" + "\004" + "\005CR8" /* CR8 in legacy mode */ + "\006" + "\007" + "\010" + "\011" + "\012" + "\013" + "\014" + "\015" + "\016" + "\017" + "\020" + "\021" + "\022" + "\023" + "\024" + "\025" + "\026" + "\027" + "\030" + "\031" + "\032" + "\033" + "\034" + "\035" + "\036" + "\037" + "\040" + ); } #endif Index: sys/i386/i386/initcpu.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/initcpu.c,v retrieving revision 1.50 diff -u -r1.50 initcpu.c --- sys/i386/i386/initcpu.c 16 May 2005 09:47:53 -0000 1.50 +++ sys/i386/i386/initcpu.c 18 May 2005 23:16:10 -0000 @@ -80,9 +80,12 @@ int cpu = 0; /* Are we 386, 386sx, 486, etc? */ u_int cpu_feature = 0; /* Feature flags */ u_int cpu_feature2 = 0; /* Feature flags */ +u_int amd_feature = 0; /* AMD Feature flags */ +u_int amd_feature2 = 0; /* AMD Feature flags */ u_int cpu_high = 0; /* Highest arg to CPUID */ u_int cpu_id = 0; /* Stepping ID */ u_int cpu_procinfo = 0; /* HyperThreading Info / Brand Index / CLFUSH */ +u_int cpu_procinfo2 = 0; /* Multicore info */ char cpu_vendor[20] = ""; /* CPU Origin code */ #ifdef CPU_ENABLE_SSE Index: sys/i386/i386/mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.249 diff -u -r1.249 mp_machdep.c --- sys/i386/i386/mp_machdep.c 13 May 2005 00:57:04 -0000 1.249 +++ sys/i386/i386/mp_machdep.c 18 May 2005 23:16:10 -0000 @@ -239,7 +239,13 @@ /* Nothing to do if there is no HTT support. */ if ((cpu_feature & CPUID_HTT) == 0) return; - logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; + if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + if (amd_feature2 & AMDID2_CMP) + logical_cpus = (cpu_procinfo2 & AMDID_CMP_CORES) + 1; + else + logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; + } else + logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; if (logical_cpus <= 1) return; group = &mp_groups[0]; @@ -414,37 +420,41 @@ * At the time of writing (May 12, 2005) the only hyperthreaded * cpus are from Intel, and Intel's dual-core processors can be * identified via the "deterministic cache parameters" cpuid - * calls. + * calls. AMD's hyperthreaded cpus can be identified via the + * "CMP legacy" cpuid call. */ - /* - * First determine if this is an Intel processor which claims - * to have hyperthreading support. - */ - if ((cpu_feature & CPUID_HTT) && - (strcmp(cpu_vendor, "GenuineIntel") == 0)) { - /* - * If the "deterministic cache parameters" cpuid calls - * are available, use them. - */ - if (cpu_high >= 4) { - /* Ask the processor about up to 32 caches. */ - for (i = 0; i < 32; i++) { - cpuid_count(4, i, p); - threads_per_cache = ((p[0] & 0x3ffc000) >> 14) + 1; - if (hyperthreading_cpus < threads_per_cache) - hyperthreading_cpus = threads_per_cache; - if ((p[0] & 0x1f) == 0) - break; + if (cpu_feature & CPUID_HTT) { + if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + if (!(amd_feature2 & AMDID2_CMP)) + hyperthreading_cpus = logical_cpus; + } else if (strcmp(cpu_vendor, "GenuineIntel") == 0) { + /* + * If the "deterministic cache parameters" cpuid + * calls are available, use them. + */ + if (cpu_high >= 4) { + /* Ask the processor about up to 32 caches. */ + for (i = 0; i < 32; i++) { + cpuid_count(4, i, p); + threads_per_cache = + ((p[0] & 0x3ffc000) >> 14) + 1; + if (hyperthreading_cpus < + threads_per_cache) + hyperthreading_cpus = + threads_per_cache; + if ((p[0] & 0x1f) == 0) + break; + } } - } - /* - * If the deterministic cache parameters are not - * available, or if no caches were reported to exist, - * just accept what the HTT flag indicated. - */ - if (hyperthreading_cpus == 0) - hyperthreading_cpus = logical_cpus; + /* + * If the deterministic cache parameters are not + * available, or if no caches were reported to exist, + * just accept what the HTT flag indicated. + */ + if (hyperthreading_cpus == 0) + hyperthreading_cpus = logical_cpus; + } } set_logical_apic_ids(); Index: sys/i386/include/md_var.h =================================================================== RCS file: /home/ncvs/src/sys/i386/include/md_var.h,v retrieving revision 1.71 diff -u -r1.71 md_var.h --- sys/i386/include/md_var.h 16 May 2005 09:47:53 -0000 1.71 +++ sys/i386/include/md_var.h 18 May 2005 23:16:10 -0000 @@ -46,10 +46,11 @@ extern int busdma_swi_pending; extern u_int cpu_exthigh; extern u_int cpu_feature, cpu_feature2; +extern u_int amd_feature, amd_feature2; extern u_int cpu_fxsr; extern u_int cpu_high; extern u_int cpu_id; -extern u_int cpu_procinfo; +extern u_int cpu_procinfo, cpu_procinfo2; extern char cpu_vendor[]; extern u_int cyrix_did; extern char kstack[]; Index: sys/i386/include/specialreg.h =================================================================== RCS file: /home/ncvs/src/sys/i386/include/specialreg.h,v retrieving revision 1.27 diff -u -r1.27 specialreg.h --- sys/i386/include/specialreg.h 7 Apr 2004 20:46:05 -0000 1.27 +++ sys/i386/include/specialreg.h 18 May 2005 23:16:10 -0000 @@ -108,6 +108,16 @@ #define CPUID_PBE 0x80000000 /* + * Important bits in the AMD extended cpuid flags + */ +#define AMDID_SYSCALL 0x00000800 +#define AMDID_MP 0x00080000 +#define AMDID_NX 0x00100000 +#define AMDID_LM 0x20000000 + +#define AMDID2_CMP 0x00000002 + +/* * CPUID instruction 1 ebx info */ #define CPUID_BRAND_INDEX 0x000000ff @@ -116,6 +126,11 @@ #define CPUID_LOCAL_APIC_ID 0xff000000 /* + * AMD extended function 8000_0008h ecx info + */ +#define AMDID_CMP_CORES 0x000000ff + +/* * Model-specific registers for the i386 family */ #define MSR_P5_MC_ADDR 0x000 --Boundary-00=_2E9iC9mVuPyuPcQ-- From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 00:07:37 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FF5116A4CE; Thu, 19 May 2005 00:07:37 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E77743D8D; Thu, 19 May 2005 00:07:36 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j4J09R7m008757; Wed, 18 May 2005 20:09:29 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Wed, 18 May 2005 20:07:28 -0400 User-Agent: KMail/1.6.2 References: <428B6FC1.3000907@fsn.hu> <200505181453.49988.jkim@niksun.com> <200505181935.18493.jkim@niksun.com> In-Reply-To: <200505181935.18493.jkim@niksun.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_Aj9iC8GacVFVVEU" Message-Id: <200505182007.28631.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/880/Mon May 16 11:00:02 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Pav Lucistnik Subject: Re: AMD64 multicore (Was: Re: FreeBSD on dual core Opterons - stupid buildworld test) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 00:07:37 -0000 --Boundary-00=_Aj9iC8GacVFVVEU Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wednesday 18 May 2005 07:35 pm, Jung-uk Kim wrote: > The attachment (against -CURRENT) is my attempt to 'do the right > thing' by the above manual. I did very light testing because I > don't have a dual-core proc. Can you test, please? Bah, I screwed up the diff. Please try this one. Sorry, Jung-uk Kim > Thanks, > > Jung-uk Kim --Boundary-00=_Aj9iC8GacVFVVEU Content-Type: text/x-diff; charset="utf-8"; name="multicore.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="multicore.diff" Index: sys/amd64/amd64/identcpu.c =================================================================== RCS file: /home/ncvs/src/sys/amd64/amd64/identcpu.c,v retrieving revision 1.135 diff -u -r1.135 identcpu.c --- sys/amd64/amd64/identcpu.c 21 Jan 2005 05:56:40 -0000 1.135 +++ sys/amd64/amd64/identcpu.c 18 May 2005 23:16:09 -0000 @@ -283,13 +283,53 @@ "\0403DNow" /* AMD 3DNow! */ ); } + if (amd_feature2 != 0) { + printf("\n AMD Features2=0x%b", amd_feature2, + "\020" + "\001LAHF" /* LAHF/SAHF in long mode */ + "\002CMP" /* CMP legacy */ + "\003" + "\004" + "\005CR8" /* CR8 in legacy mode */ + "\006" + "\007" + "\010" + "\011" + "\012" + "\013" + "\014" + "\015" + "\016" + "\017" + "\020" + "\021" + "\022" + "\023" + "\024" + "\025" + "\026" + "\027" + "\030" + "\031" + "\032" + "\033" + "\034" + "\035" + "\036" + "\037" + "\040" + ); + } /* * If this CPU supports hyperthreading then mention * the number of logical CPU's it contains. */ if (cpu_feature & CPUID_HTT && - (cpu_procinfo & CPUID_HTT_CORES) >> 16 > 1) + (cpu_procinfo & CPUID_HTT_CORES) >> 16 > 1 && + (strcmp(cpu_vendor, "GenuineIntel") == 0 || + (strcmp(cpu_vendor, "AuthenticAMD") == 0 && + !(amd_feature2 & AMDID2_CMP)))) printf("\n Hyperthreading: %d logical CPUs", (cpu_procinfo & CPUID_HTT_CORES) >> 16); } @@ -357,6 +397,11 @@ if (cpu_exthigh >= 0x80000001) { do_cpuid(0x80000001, regs); amd_feature = regs[3] & ~(cpu_feature & 0x0183f3ff); + amd_feature2 = regs[2] & 0x00000013; + } + if (cpu_exthigh >= 0x80000008) { + do_cpuid(0x80000008, regs); + cpu_procinfo2 = regs[2]; } /* XXX */ Index: sys/amd64/amd64/initcpu.c =================================================================== RCS file: /home/ncvs/src/sys/amd64/amd64/initcpu.c,v retrieving revision 1.48 diff -u -r1.48 initcpu.c --- sys/amd64/amd64/initcpu.c 8 Jun 2004 01:02:51 -0000 1.48 +++ sys/amd64/amd64/initcpu.c 18 May 2005 23:16:09 -0000 @@ -51,11 +51,13 @@ int cpu; /* Are we 386, 386sx, 486, etc? */ u_int cpu_feature; /* Feature flags */ u_int cpu_feature2; /* Feature flags */ -u_int amd_feature; /* Feature flags */ +u_int amd_feature; /* AMD Feature flags */ +u_int amd_feature2; /* AMD Feature flags */ u_int cpu_high; /* Highest arg to CPUID */ u_int cpu_exthigh; /* Highest arg to extended CPUID */ u_int cpu_id; /* Stepping ID */ u_int cpu_procinfo; /* HyperThreading Info / Brand Index / CLFUSH */ +u_int cpu_procinfo2; /* Multicore info */ char cpu_vendor[20]; /* CPU Origin code */ u_int cpu_fxsr; /* SSE enabled */ Index: sys/amd64/amd64/mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/amd64/amd64/mp_machdep.c,v retrieving revision 1.255 diff -u -r1.255 mp_machdep.c --- sys/amd64/amd64/mp_machdep.c 13 May 2005 00:57:04 -0000 1.255 +++ sys/amd64/amd64/mp_machdep.c 18 May 2005 23:16:09 -0000 @@ -168,7 +168,13 @@ /* Nothing to do if there is no HTT support. */ if ((cpu_feature & CPUID_HTT) == 0) return; - logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; + if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + if (amd_feature2 & AMDID2_CMP) + logical_cpus = (cpu_procinfo2 & AMDID_CMP_CORES) + 1; + else + logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; + } else + logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; if (logical_cpus <= 1) return; group = &mp_groups[0]; @@ -353,37 +359,41 @@ * At the time of writing (May 12, 2005) the only hyperthreaded * cpus are from Intel, and Intel's dual-core processors can be * identified via the "deterministic cache parameters" cpuid - * calls. + * calls. AMD's hyperthreaded cpus can be identified via the + * "CMP legacy" cpuid call. */ - /* - * First determine if this is an Intel processor which claims - * to have hyperthreading support. - */ - if ((cpu_feature & CPUID_HTT) && - (strcmp(cpu_vendor, "GenuineIntel") == 0)) { - /* - * If the "deterministic cache parameters" cpuid calls - * are available, use them. - */ - if (cpu_high >= 4) { - /* Ask the processor about up to 32 caches. */ - for (i = 0; i < 32; i++) { - cpuid_count(4, i, p); - threads_per_cache = ((p[0] & 0x3ffc000) >> 14) + 1; - if (hyperthreading_cpus < threads_per_cache) - hyperthreading_cpus = threads_per_cache; - if ((p[0] & 0x1f) == 0) - break; + if (cpu_feature & CPUID_HTT) { + if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + if (!(amd_feature2 & AMDID2_CMP)) + hyperthreading_cpus = logical_cpus; + } else if (strcmp(cpu_vendor, "GenuineIntel") == 0) { + /* + * If the "deterministic cache parameters" cpuid + * calls are available, use them. + */ + if (cpu_high >= 4) { + /* Ask the processor about up to 32 caches. */ + for (i = 0; i < 32; i++) { + cpuid_count(4, i, p); + threads_per_cache = + ((p[0] & 0x3ffc000) >> 14) + 1; + if (hyperthreading_cpus < + threads_per_cache) + hyperthreading_cpus = + threads_per_cache; + if ((p[0] & 0x1f) == 0) + break; + } } - } - /* - * If the deterministic cache parameters are not - * available, or if no caches were reported to exist, - * just accept what the HTT flag indicated. - */ - if (hyperthreading_cpus == 0) - hyperthreading_cpus = logical_cpus; + /* + * If the deterministic cache parameters are not + * available, or if no caches were reported to exist, + * just accept what the HTT flag indicated. + */ + if (hyperthreading_cpus == 0) + hyperthreading_cpus = logical_cpus; + } } set_logical_apic_ids(); Index: sys/amd64/include/md_var.h =================================================================== RCS file: /home/ncvs/src/sys/amd64/include/md_var.h,v retrieving revision 1.75 diff -u -r1.75 md_var.h --- sys/amd64/include/md_var.h 10 Jun 2004 20:30:55 -0000 1.75 +++ sys/amd64/include/md_var.h 18 May 2005 23:16:09 -0000 @@ -43,10 +43,12 @@ extern u_int cpu_feature; extern u_int cpu_feature2; extern u_int amd_feature; +extern u_int amd_feature2; extern u_int cpu_fxsr; extern u_int cpu_high; extern u_int cpu_id; extern u_int cpu_procinfo; +extern u_int cpu_procinfo2; extern char cpu_vendor[]; extern char kstack[]; extern char sigcode[]; Index: sys/amd64/include/specialreg.h =================================================================== RCS file: /home/ncvs/src/sys/amd64/include/specialreg.h,v retrieving revision 1.30 diff -u -r1.30 specialreg.h --- sys/amd64/include/specialreg.h 8 Jun 2004 01:02:52 -0000 1.30 +++ sys/amd64/include/specialreg.h 18 May 2005 23:16:09 -0000 @@ -128,6 +128,8 @@ #define AMDID_NX 0x00100000 #define AMDID_LM 0x20000000 +#define AMDID2_CMP 0x00000002 + /* * CPUID instruction 1 ebx info */ @@ -137,6 +139,11 @@ #define CPUID_LOCAL_APIC_ID 0xff000000 /* + * AMD extended function 8000_0008h ecx info + */ +#define AMDID_CMP_CORES 0x000000ff + +/* * Model-specific registers for the i386 family */ #define MSR_P5_MC_ADDR 0x000 Index: sys/i386/i386/identcpu.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/identcpu.c,v retrieving revision 1.143 diff -u -r1.143 identcpu.c --- sys/i386/i386/identcpu.c 16 May 2005 09:47:53 -0000 1.143 +++ sys/i386/i386/identcpu.c 18 May 2005 23:16:10 -0000 @@ -730,7 +739,10 @@ * the number of logical CPU's it contains. */ if (cpu_feature & CPUID_HTT && - (cpu_procinfo & CPUID_HTT_CORES) >> 16 > 1) + (cpu_procinfo & CPUID_HTT_CORES) >> 16 > 1 && + (strcmp(cpu_vendor, "GenuineIntel") == 0 || + (strcmp(cpu_vendor, "AuthenticAMD") == 0 && + !(amd_feature2 & AMDID2_CMP)))) printf("\n Hyperthreading: %d logical CPUs", (cpu_procinfo & CPUID_HTT_CORES) >> 16); } @@ -943,7 +955,17 @@ u_char ccr3; u_int regs[4]; - if (strcmp(cpu_vendor, "CyrixInstead") == 0) { + if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + if (cpu_exthigh >= 0x80000001) { + do_cpuid(0x80000001, regs); + amd_feature = regs[3] & ~(cpu_feature & 0x0183f3ff); + amd_feature2 = regs[2] & 0x00000013; + } + if (cpu_exthigh >= 0x80000008) { + do_cpuid(0x80000008, regs); + cpu_procinfo2 = regs[2]; + } + } else if (strcmp(cpu_vendor, "CyrixInstead") == 0) { if (cpu == CPU_486) { /* * These conditions are equivalent to: @@ -1105,48 +1127,87 @@ static void print_AMD_features(void) { - u_int regs[4]; - /* * Values taken from AMD Processor Recognition * http://www.amd.com/products/cpg/athlon/techdocs/pdf/20734.pdf */ - do_cpuid(0x80000001, regs); - printf("\n AMD Features=0x%b", regs[3] &~ cpu_feature, - "\020" /* in hex */ - "\001FPU" /* Integral FPU */ - "\002VME" /* Extended VM86 mode support */ - "\003DE" /* Debug extensions */ - "\004PSE" /* 4MByte page tables */ - "\005TSC" /* Timestamp counter */ - "\006MSR" /* Machine specific registers */ - "\007PAE" /* Physical address extension */ - "\010MCE" /* Machine Check support */ - "\011CX8" /* CMPEXCH8 instruction */ - "\012APIC" /* SMP local APIC */ - "\013" - "\014SYSCALL" /* SYSENTER/SYSEXIT instructions */ - "\015MTRR" /* Memory Type Range Registers */ - "\016PGE" /* PG_G (global bit) support */ - "\017MCA" /* Machine Check Architecture */ - "\020ICMOV" /* CMOV instruction */ - "\021PAT" /* Page attributes table */ - "\022PGE36" /* 36 bit address space support */ - "\023RSVD" /* Reserved, unknown */ - "\024MP" /* Multiprocessor Capable */ - "\025NX" /* Has EFER.NXE, NX (no execute pte bit) */ - "\026" - "\027AMIE" /* AMD MMX Instruction Extensions */ - "\030MMX" - "\031FXSAVE" /* FXSAVE/FXRSTOR */ - "\032" - "\033" - "\034" - "\035" - "\036LM" /* Long mode */ - "\037DSP" /* AMD 3DNow! Instruction Extensions */ - "\0403DNow!" /* AMD 3DNow! Instructions */ - ); + if (amd_feature != 0) + printf("\n AMD Features=0x%b", amd_feature, + "\020" /* in hex */ + "\001FPU" /* Integral FPU */ + "\002VME" /* Extended VM86 mode support */ + "\003DE" /* Debug extensions */ + "\004PSE" /* 4MByte page tables */ + "\005TSC" /* Timestamp counter */ + "\006MSR" /* Machine specific registers */ + "\007PAE" /* Physical address extension */ + "\010MCE" /* Machine Check support */ + "\011CX8" /* CMPEXCH8 instruction */ + "\012APIC" /* SMP local APIC */ + "\013" + "\014SYSCALL" /* SYSENTER/SYSEXIT instructions */ + "\015MTRR" /* Memory Type Range Registers */ + "\016PGE" /* PG_G (global bit) support */ + "\017MCA" /* Machine Check Architecture */ + "\020ICMOV" /* CMOV instruction */ + "\021PAT" /* Page attributes table */ + "\022PGE36" /* 36 bit address space support */ + "\023RSVD" /* Reserved, unknown */ + "\024MP" /* Multiprocessor Capable */ + "\025NX" /* Has EFER.NXE, NX (no execute pte bit) */ + "\026" + "\027AMIE" /* AMD MMX Instruction Extensions */ + "\030MMX" + "\031FXSAVE" /* FXSAVE/FXRSTOR */ + "\032" + "\033" + "\034" + "\035" + "\036LM" /* Long mode */ + "\037DSP" /* AMD 3DNow! Instruction Extensions */ + "\0403DNow!" /* AMD 3DNow! Instructions */ + ); + /* + * AMD64 Architecture Programmer's Manual Volume 3: + * General-Purpose and System Instructions + * http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/24594.pdf + */ + if (amd_feature2 != 0) + printf("\n AMD Features2=0x%b", amd_feature2, + "\020" + "\001LAHF" /* LAHF/SAHF in long mode */ + "\002CMP" /* CMP legacy */ + "\003" + "\004" + "\005CR8" /* CR8 in legacy mode */ + "\006" + "\007" + "\010" + "\011" + "\012" + "\013" + "\014" + "\015" + "\016" + "\017" + "\020" + "\021" + "\022" + "\023" + "\024" + "\025" + "\026" + "\027" + "\030" + "\031" + "\032" + "\033" + "\034" + "\035" + "\036" + "\037" + "\040" + ); } #endif Index: sys/i386/i386/initcpu.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/initcpu.c,v retrieving revision 1.50 diff -u -r1.50 initcpu.c --- sys/i386/i386/initcpu.c 16 May 2005 09:47:53 -0000 1.50 +++ sys/i386/i386/initcpu.c 18 May 2005 23:16:10 -0000 @@ -80,9 +80,12 @@ int cpu = 0; /* Are we 386, 386sx, 486, etc? */ u_int cpu_feature = 0; /* Feature flags */ u_int cpu_feature2 = 0; /* Feature flags */ +u_int amd_feature = 0; /* AMD Feature flags */ +u_int amd_feature2 = 0; /* AMD Feature flags */ u_int cpu_high = 0; /* Highest arg to CPUID */ u_int cpu_id = 0; /* Stepping ID */ u_int cpu_procinfo = 0; /* HyperThreading Info / Brand Index / CLFUSH */ +u_int cpu_procinfo2 = 0; /* Multicore info */ char cpu_vendor[20] = ""; /* CPU Origin code */ #ifdef CPU_ENABLE_SSE Index: sys/i386/i386/mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.249 diff -u -r1.249 mp_machdep.c --- sys/i386/i386/mp_machdep.c 13 May 2005 00:57:04 -0000 1.249 +++ sys/i386/i386/mp_machdep.c 18 May 2005 23:16:10 -0000 @@ -239,7 +239,13 @@ /* Nothing to do if there is no HTT support. */ if ((cpu_feature & CPUID_HTT) == 0) return; - logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; + if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + if (amd_feature2 & AMDID2_CMP) + logical_cpus = (cpu_procinfo2 & AMDID_CMP_CORES) + 1; + else + logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; + } else + logical_cpus = (cpu_procinfo & CPUID_HTT_CORES) >> 16; if (logical_cpus <= 1) return; group = &mp_groups[0]; @@ -414,37 +420,41 @@ * At the time of writing (May 12, 2005) the only hyperthreaded * cpus are from Intel, and Intel's dual-core processors can be * identified via the "deterministic cache parameters" cpuid - * calls. + * calls. AMD's hyperthreaded cpus can be identified via the + * "CMP legacy" cpuid call. */ - /* - * First determine if this is an Intel processor which claims - * to have hyperthreading support. - */ - if ((cpu_feature & CPUID_HTT) && - (strcmp(cpu_vendor, "GenuineIntel") == 0)) { - /* - * If the "deterministic cache parameters" cpuid calls - * are available, use them. - */ - if (cpu_high >= 4) { - /* Ask the processor about up to 32 caches. */ - for (i = 0; i < 32; i++) { - cpuid_count(4, i, p); - threads_per_cache = ((p[0] & 0x3ffc000) >> 14) + 1; - if (hyperthreading_cpus < threads_per_cache) - hyperthreading_cpus = threads_per_cache; - if ((p[0] & 0x1f) == 0) - break; + if (cpu_feature & CPUID_HTT) { + if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { + if (!(amd_feature2 & AMDID2_CMP)) + hyperthreading_cpus = logical_cpus; + } else if (strcmp(cpu_vendor, "GenuineIntel") == 0) { + /* + * If the "deterministic cache parameters" cpuid + * calls are available, use them. + */ + if (cpu_high >= 4) { + /* Ask the processor about up to 32 caches. */ + for (i = 0; i < 32; i++) { + cpuid_count(4, i, p); + threads_per_cache = + ((p[0] & 0x3ffc000) >> 14) + 1; + if (hyperthreading_cpus < + threads_per_cache) + hyperthreading_cpus = + threads_per_cache; + if ((p[0] & 0x1f) == 0) + break; + } } - } - /* - * If the deterministic cache parameters are not - * available, or if no caches were reported to exist, - * just accept what the HTT flag indicated. - */ - if (hyperthreading_cpus == 0) - hyperthreading_cpus = logical_cpus; + /* + * If the deterministic cache parameters are not + * available, or if no caches were reported to exist, + * just accept what the HTT flag indicated. + */ + if (hyperthreading_cpus == 0) + hyperthreading_cpus = logical_cpus; + } } set_logical_apic_ids(); Index: sys/i386/include/md_var.h =================================================================== RCS file: /home/ncvs/src/sys/i386/include/md_var.h,v retrieving revision 1.71 diff -u -r1.71 md_var.h --- sys/i386/include/md_var.h 16 May 2005 09:47:53 -0000 1.71 +++ sys/i386/include/md_var.h 18 May 2005 23:16:10 -0000 @@ -46,10 +46,11 @@ extern int busdma_swi_pending; extern u_int cpu_exthigh; extern u_int cpu_feature, cpu_feature2; +extern u_int amd_feature, amd_feature2; extern u_int cpu_fxsr; extern u_int cpu_high; extern u_int cpu_id; -extern u_int cpu_procinfo; +extern u_int cpu_procinfo, cpu_procinfo2; extern char cpu_vendor[]; extern u_int cyrix_did; extern char kstack[]; Index: sys/i386/include/specialreg.h =================================================================== RCS file: /home/ncvs/src/sys/i386/include/specialreg.h,v retrieving revision 1.27 diff -u -r1.27 specialreg.h --- sys/i386/include/specialreg.h 7 Apr 2004 20:46:05 -0000 1.27 +++ sys/i386/include/specialreg.h 18 May 2005 23:16:10 -0000 @@ -108,6 +108,16 @@ #define CPUID_PBE 0x80000000 /* + * Important bits in the AMD extended cpuid flags + */ +#define AMDID_SYSCALL 0x00000800 +#define AMDID_MP 0x00080000 +#define AMDID_NX 0x00100000 +#define AMDID_LM 0x20000000 + +#define AMDID2_CMP 0x00000002 + +/* * CPUID instruction 1 ebx info */ #define CPUID_BRAND_INDEX 0x000000ff @@ -116,6 +126,11 @@ #define CPUID_LOCAL_APIC_ID 0xff000000 /* + * AMD extended function 8000_0008h ecx info + */ +#define AMDID_CMP_CORES 0x000000ff + +/* * Model-specific registers for the i386 family */ #define MSR_P5_MC_ADDR 0x000 --Boundary-00=_Aj9iC8GacVFVVEU-- From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 01:08:31 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C351D16A4CE; Thu, 19 May 2005 01:08:31 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CC1D43D58; Thu, 19 May 2005 01:08:31 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4J18TWr064669; Wed, 18 May 2005 18:08:29 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4J18Sep064668; Wed, 18 May 2005 18:08:28 -0700 (PDT) (envelope-from obrien) Date: Wed, 18 May 2005 18:08:28 -0700 From: "David O'Brien" To: Brooks Davis Message-ID: <20050519010828.GA64608@dragon.NUXI.org> References: <428B6FC1.3000907@fsn.hu> <1116437340.69035.0.camel@hood.oook.cz> <20050518180521.GB9719@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20050518180521.GB9719@odin.ac.hmc.edu> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: Pav Lucistnik cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 01:08:31 -0000 On Wed, May 18, 2005 at 11:05:21AM -0700, Brooks Davis wrote: > On Wed, May 18, 2005 at 07:29:00PM +0200, Pav Lucistnik wrote: > > Attila Nagy pí?e v st 18. 05. 2005 v 18:39 +0200: > > > Hello, > > > > > > I did some buildworld tests on an HP BL45p with 4 2,2 GHz Opterons. > > > > > > Sequential time make buildworld -jX times (if there is a missing > > > iteration, then the build has failed): > > > > > http://people.fsn.hu/~bra/bl45p/dmesg.boot > > > > > Hyperthreading: 2 logical CPUs > > > > So dual-core Opterons report into system as Hyperthreading? Uncool. > > What the AMD reps said at a session I attended last year is that they > report as supporting hyper threading, but set another bit to say that > they are actually real cores. We probably need to find out what that > bit is. I'm taking care of this. Please no one commit any AMD Dual-core related patches (especially WRT HTT) with out passing them by me. thanks, -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 01:11:39 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A81B16A4CE for ; Thu, 19 May 2005 01:11:39 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD61643D73 for ; Thu, 19 May 2005 01:11:38 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4J1BXHw064805; Wed, 18 May 2005 18:11:33 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4J1BWBx064804; Wed, 18 May 2005 18:11:32 -0700 (PDT) (envelope-from obrien) Date: Wed, 18 May 2005 18:11:32 -0700 From: "David O'Brien" To: Astrodog Message-ID: <20050519011132.GB64608@dragon.NUXI.org> References: <428B6FC1.3000907@fsn.hu> <1116437340.69035.0.camel@hood.oook.cz> <20050518180521.GB9719@odin.ac.hmc.edu> <200505181441.39457.jkim@niksun.com> <2fd864e05051811442152fa@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2fd864e05051811442152fa@mail.gmail.com> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 01:11:39 -0000 On Wed, May 18, 2005 at 11:44:13AM -0700, Astrodog wrote: > > > > > http://people.fsn.hu/~bra/bl45p/dmesg.boot > > > > > Hyperthreading: 2 logical CPUs > > > > > > > > So dual-core Opterons report into system as Hyperthreading? > > > > Uncool. > > > > > > What the AMD reps said at a session I attended last year is that > > > they report as supporting hyper threading, but set another bit to > > > say that they are actually real cores. We probably need to find > > > out what that bit is. .. > > Opteron reports Hyperthreading, because it tries to take advantage of > the licencing benifit. Keep in mind, HT P4s are counted as a single > CPU for the most part, in a licence. Opteron may not. By acting as > though its a HT processor, it gets that same benifit. Partical truth. AMD also sets the HTT bit so that legacy OS's (ie, those released before AMD dual-core) will take some advantage of the 2nd core(s). -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 01:25:02 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 829F616A4CF for ; Thu, 19 May 2005 01:25:02 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF5E143DBC for ; Thu, 19 May 2005 01:25:00 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4J1OvCw065127; Wed, 18 May 2005 18:24:57 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4J1Ovt2065126; Wed, 18 May 2005 18:24:57 -0700 (PDT) (envelope-from obrien) Date: Wed, 18 May 2005 18:24:56 -0700 From: "David O'Brien" To: Jose M Rodriguez Message-ID: <20050519012456.GB64866@dragon.NUXI.org> References: <200505151113.27646.josemi@freebsd.jazztel.es> <42877864.8000001@teamcool.net> <200505151906.36468.josemi@freebsd.jazztel.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505151906.36468.josemi@freebsd.jazztel.es> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-amd64@freebsd.org Subject: Re: Rackmount MP AMD boxes? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 01:25:02 -0000 On Sun, May 15, 2005 at 07:06:36PM +0200, Jose M Rodriguez wrote: > Also, the dual-core system may use DDR400 an 1000 Hypertransport Depends on the chipset the motherboard uses. Older motherboards run rev. E Opterons at 800mhz instead of the 1ghz they are capable of. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 05:37:50 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A8ED16A4CE for ; Thu, 19 May 2005 05:37:50 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03F3C43D90 for ; Thu, 19 May 2005 05:37:50 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4J5blqa068849; Wed, 18 May 2005 22:37:47 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4J5blDb068848; Wed, 18 May 2005 22:37:47 -0700 (PDT) (envelope-from obrien) Date: Wed, 18 May 2005 22:37:47 -0700 From: "David O'Brien" To: Nicolas Blais Message-ID: <20050519053747.GB68698@dragon.NUXI.org> References: <42846A8B.5080300@o2.pl> <200505130927.25867.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505130927.25867.nb_root@videotron.ca> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-amd64@freebsd.org Subject: Re: Via K8T890 based box X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 05:37:50 -0000 On Fri, May 13, 2005 at 09:27:25AM -0400, Nicolas Blais wrote: > As for SSE3, it doesn't seem as its capability is detected at boot, Upgrade your kernel sources. :-) -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 05:46:36 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4C6516A4CE for ; Thu, 19 May 2005 05:46:36 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F3F143D69 for ; Thu, 19 May 2005 05:46:36 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4J5kZmt069007; Wed, 18 May 2005 22:46:35 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4J5kUBA068996; Wed, 18 May 2005 22:46:30 -0700 (PDT) (envelope-from obrien) Date: Wed, 18 May 2005 22:46:30 -0700 From: "David O'Brien" To: =?unknown-8bit?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= Message-ID: <20050519054630.GC68698@dragon.NUXI.org> References: <42842F46.9040608@samsco.org> <4284FD37.2070009@jonny.eng.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4284FD37.2070009@jonny.eng.br> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: "freebsd-amd64@freebsd.org" Subject: Re: Actual benefits of amd64 over i386 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 05:46:36 -0000 On Fri, May 13, 2005 at 04:17:11PM -0300, Joo Carlos Mendes Lus wrote: > What about a 64 bit kernel, and mixed mode (32bit and 64bit) > userland? Solaris does this, and it sounds efficient, from the comments > I've seen in this list. When Sparc went from 32-bits to 64-bits the calling ABI was not changed. Nor were the number of registers increased. So it is w/o a doubt that a 32-bit Sparc binary runs faster than a 64-bit one (abit 64-bit math and large memory). This is not true of AMD64 - the number of registers was doubled and the calling ABI changed and optimized. > The bad part: Most (probably all) libraries would duplicated, and > the kernel and compiler should be modified to understand this "feature". We already duplicate all the shared libraries. > If amd64 32bit executables were compatible with (maybe the same) > i386 executables, even better. Note that I am not talking about i386 > emulation. I am talking about native 32 bit executables in amd64 arch. What is the difference of "i386 emulation" and "native 32 bit executables in amd64 arch"?? -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 05:54:12 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1F8A16A4CE for ; Thu, 19 May 2005 05:54:12 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C97543DA6 for ; Thu, 19 May 2005 05:54:12 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4J5sBX3069136; Wed, 18 May 2005 22:54:11 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4J5sAoW069135; Wed, 18 May 2005 22:54:10 -0700 (PDT) (envelope-from obrien) Date: Wed, 18 May 2005 22:54:10 -0700 From: "David O'Brien" To: Adri Koppes Message-ID: <20050519055410.GD68698@dragon.NUXI.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD 5.4R fails to run i386 binaries. Missing ld-elf32.so.1 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 05:54:13 -0000 [ don't top post! ] On Fri, May 13, 2005 at 02:04:14PM +0200, Adri Koppes wrote: > Thanks for you information. I'm glad to know buildworld will at least > produce the required loader and libraries. Where you using FreeBSD 5.4 > when trying this? I don't really wanna do a make buildworld on a > production server, so if that's the only way to get the required loader > and libs, I guess I'll have to try and find another amd64 test server > and copy the required files from there to the production server. It certainly was my intention that there are 32-bit shared libs and RTLD in 5.4-RELEASE. I guess there was something in release/Makefile I failed to add. :-( -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 07:52:47 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1697B16A4CE; Thu, 19 May 2005 07:52:47 +0000 (GMT) Received: from www.salesmanager.nl (www.salesmanager.nl [213.201.133.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 323F643D72; Thu, 19 May 2005 07:52:46 +0000 (GMT) (envelope-from adrik@salesmanager.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 19 May 2005 09:52:44 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FreeBSD 5.4R fails to run i386 binaries. Missing ld-elf32.so.1 Thread-Index: AcVcN1JEhif73TrZRfSa9ef5oUccwgAD3qsQ From: "Adri Koppes" To: "David O'Brien" cc: freebsd-amd64@freebsd.org Subject: RE: FreeBSD 5.4R fails to run i386 binaries. Missing ld-elf32.so.1 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 07:52:47 -0000 > -----Original Message----- > From: David O'Brien [mailto:obrien@freebsd.org] > Sent: 19 May, 2005 07:54 > To: Adri Koppes > Cc: Matthew D. Fuller; freebsd-amd64@freebsd.org > Subject: Re: FreeBSD 5.4R fails to run i386 binaries. Missing > ld-elf32.so.1 >=20 >=20 > [ don't top post! ] >=20 > On Fri, May 13, 2005 at 02:04:14PM +0200, Adri Koppes wrote: > > Thanks for you information. I'm glad to know buildworld=20 > will at least > > produce the required loader and libraries. Where you using=20 > FreeBSD 5.4 > > when trying this? I don't really wanna do a make buildworld on a > > production server, so if that's the only way to get the=20 > required loader > > and libs, I guess I'll have to try and find another amd64=20 > test server > > and copy the required files from there to the production server. >=20 > It certainly was my intention that there are 32-bit shared=20 > libs and RTLD > in 5.4-RELEASE. I guess there was something in=20 > release/Makefile I failed > to add. :-( > =20 > --=20 > -- David (obrien@FreeBSD.org) >=20 David, Thanks for your confirmation. Hopefully the will come as a seperate = package later. I have since done a make buildworld and make installworld. These produce = the RTLD and shared libs in /usr/lib32. FreeBSD 5.x i386 binaries run now, static and dynamic linked FreeBSD 4.x = i386 binaries also seem to run, when I copy the FreeBSD 4.x shared libs = from another 4.10 system. FreeBSD 3.x i386 binaries always dump core (bad system call)! I didn't = see the compat3x and compat4x options available in /stand/sysinstall nor = could I make the packages in /usr/ports. Currently I have a requirement to be able to run FreeBSD 3.x shared i386 = binaries, since Sophos Antivirus only ships these! :(( Is it possible to run older FreeBSD 3.x style i386 binaries on 5.4 = amd64? Adri. From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 10:37:49 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7D7016A4E3 for ; Thu, 19 May 2005 10:37:49 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B7B943DA3 for ; Thu, 19 May 2005 10:37:49 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so237697rng for ; Thu, 19 May 2005 03:37:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=NLpgwI0VWpjwYpjJ0hrqNVu6wIGN3FOXcyl+PXtQ/F597KHPjmRhG9VAeXP5WtMKoBC/8Fd6tPwQbcNHoTkn99jTt9AI6ayrSeRXpSfhtZ2fJ9ZTLX/duAQcS/ISLdJDVdFrs89PrrhyhONIeu0PAhUVRXya4A8YqLCM7ywQcDM= Received: by 10.38.149.56 with SMTP id w56mr980191rnd; Thu, 19 May 2005 03:37:48 -0700 (PDT) Received: by 10.38.149.57 with HTTP; Thu, 19 May 2005 03:37:48 -0700 (PDT) Message-ID: Date: Thu, 19 May 2005 12:37:48 +0200 From: Claus Guttesen To: freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: filesystem reported full while copying from nfs-mount X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Claus Guttesen List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 10:37:50 -0000 Hi. I nfs-mounted a volume from host a to host b. While copying a folder recursively from the nfs-server to the client the system reported filesystem full. The folder is 2.3 GB and destination volume has enough diskspace. I did a foreach-loop from zsh and initiated five concurrent scp's using this script: foreach C (`ls mappe*|cut -d ":" -f 1|grep mappe`) echo $C time scp -r monica/2002-09-01 $C & end bmw~%>df -h =20 /dev/amrd0s2f 15G 11G 2.8G 80% /home monica:/home/claus 15G 2.3G 12G 16% /home/claus/monica Nothing earthshattering. Used udp- and tcp-mounts. The server is a Dell PE 2850 @ 2.8 GHz and 4 GB RAM using the amd64-release port. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 12:25:16 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BE0D16A4CE for ; Thu, 19 May 2005 12:25:16 +0000 (GMT) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D78643D83 for ; Thu, 19 May 2005 12:25:15 +0000 (GMT) (envelope-from martin@gneto.com) Received: from [192.168.2.30] (h63n1fls31o985.telia.com [213.65.16.63]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id C871438103 for ; Thu, 19 May 2005 14:25:11 +0200 (CEST) Message-ID: <428C85A6.6010004@gneto.com> Date: Thu, 19 May 2005 14:25:10 +0200 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Opteron problens with 16GB memory X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 12:25:16 -0000 Are there any known problems with Opterons and more than 12GB memory? I'm running 5.4-STABLE on a Tyan K8WE, the box is stable with 12GB but I get internal compiler errors when building world with 16GB. Disks are on a MegaRAID 320-2e kontroller (PCI-express) could there be something wrong in the amr driver when having lots of memory. I remember having similar problems on a MSI board with lots of memory a couple of months ago. /Martin From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 12:41:28 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3894316A4CE for ; Thu, 19 May 2005 12:41:28 +0000 (GMT) Received: from dev0.welkyn.com (h-66-134-238-248.lsanca54.covad.net [66.134.238.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0B1F43DA6 for ; Thu, 19 May 2005 12:41:27 +0000 (GMT) (envelope-from mvh@welkyn.com) Received: from localhost.localdomain (lsanca1-ar6-4-62-200-088.lsanca1.elnk.dsl.genuity.net [4.62.200.88]) by dev0.welkyn.com (Postfix) with ESMTP id 531FC73 for ; Thu, 19 May 2005 05:41:27 -0700 (PDT) From: Mike Harding To: freebsd-amd64@freebsd.org Content-Type: text/plain Date: Thu, 19 May 2005 05:41:25 -0700 Message-Id: <1116506486.1032.12.camel@bsd.mvh> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: K8T890 where everything works? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 12:41:28 -0000 I am looking for a new motherboard/system with PCI-E, socket 939 processor. Can anyone recommend a low-hassle motherboard where everything (LAN, built-in audio) works? Or mention boards which don't work? I've removed the Nforce chipsets and the ASUS 890 board from consideration because I never want another chipset fan. The candidates available from NewEgg are (in order by price): Gigabyte GA-K8VT890-9 (reported to not support 4G) Soltek SL-K890Pro-939 (no parallel port...) Albatron K8X890 Pro (only 1 PCI slot) ABIT AX8 (is the ethernet chip supported?) Albatron K8X890 ProII (does the audio work?) Also, is it preferable to run the PATA or SATA disks? The Albatron ProII looks nice, but it uses the VIA VT1720 Evny24PT sound chip - is this supported? I'll also be using this system for gaming in dual-boot mode... Thanks, -- Mike Harding From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 13:30:40 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B438616A4CF for ; Thu, 19 May 2005 13:30:40 +0000 (GMT) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD7C343D7C for ; Thu, 19 May 2005 13:30:37 +0000 (GMT) (envelope-from groot@kde.org) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost.englishbreakfastnetwork.org) by pandora.cs.kun.nl (8.12.10/5.2) with ESMTP id j4JDUOBx010801; Thu, 19 May 2005 15:30:24 +0200 (MEST) From: Adriaan de Groot To: freebsd-amd64@freebsd.org Date: Thu, 19 May 2005 15:30:23 +0200 User-Agent: KMail/1.8.50 References: <1116506486.1032.12.camel@bsd.mvh> In-Reply-To: <1116506486.1032.12.camel@bsd.mvh> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505191530.24198.groot@kde.org> X-Scanned-By: MIMEDefang 2.48 on 131.174.33.4 cc: Mike Harding Subject: Re: K8T890 where everything works? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 13:30:40 -0000 On Thursday 19 May 2005 14:41, Mike Harding wrote: > Gigabyte GA-K8VT890-9 (reported to not support 4G) > Soltek SL-K890Pro-939 (no parallel port...) > Albatron K8X890 Pro (only 1 PCI slot) > ABIT AX8 (is the ethernet chip supported?) > Albatron K8X890 ProII (does the audio work?) You forgot the Asus A8V-E Deluxe (there's a gaggle of A8V varieties, so be careful; the A8V, A8V Deluxe and A8V K8T800P Deluxe are all plain PCI boards). There's PCI-E x16 and two x1 slots (so what are you going to put _in_ those slots? or is it just for gaming so the x1 slots are useless?). > Also, is it preferable to run the PATA or SATA disks? The via onboard sata RAID can be useful; some boards also have a Promise sata raid as well. Me, I prefer SATA, if only for the simpler cabling. YMMV. Anyway, whichever you get, do add it to the list of supported motherboards at http://www.freebsd.org/platforms/amd64/motherboards.html -- These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 13:32:30 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A894A16A4CE for ; Thu, 19 May 2005 13:32:30 +0000 (GMT) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2BC743D5F for ; Thu, 19 May 2005 13:32:29 +0000 (GMT) (envelope-from groot@kde.org) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost.englishbreakfastnetwork.org) by pandora.cs.kun.nl (8.12.10/5.2) with ESMTP id j4JDWNBx010969; Thu, 19 May 2005 15:32:23 +0200 (MEST) From: Adriaan de Groot To: freebsd-amd64@freebsd.org Date: Thu, 19 May 2005 15:32:22 +0200 User-Agent: KMail/1.8.50 References: <1116506486.1032.12.camel@bsd.mvh> In-Reply-To: <1116506486.1032.12.camel@bsd.mvh> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505191532.22929.groot@kde.org> X-Scanned-By: MIMEDefang 2.48 on 131.174.33.4 cc: Mike Harding Subject: Re: K8T890 where everything works? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 13:32:30 -0000 On Thursday 19 May 2005 14:41, Mike Harding wrote: > ABIT AX8 (is the ethernet chip supported?) It's a "IC Plus IP1000 Family Gigabit Ethernet", from the Abit website, and it's not mentioned even in the i386 hardware notes, so you might have to be wary about it. -- These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 13:39:01 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6615916A4CF for ; Thu, 19 May 2005 13:39:01 +0000 (GMT) Received: from dev0.welkyn.com (h-66-134-238-248.lsanca54.covad.net [66.134.238.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 076B543D7B for ; Thu, 19 May 2005 13:39:01 +0000 (GMT) (envelope-from mvh@welkyn.com) Received: from localhost.localdomain (lsanca1-ar6-4-62-200-088.lsanca1.elnk.dsl.genuity.net [4.62.200.88]) by dev0.welkyn.com (Postfix) with ESMTP id 6D56175; Thu, 19 May 2005 06:39:00 -0700 (PDT) From: Mike Harding To: Adriaan de Groot In-Reply-To: <200505191530.24198.groot@kde.org> References: <1116506486.1032.12.camel@bsd.mvh> <200505191530.24198.groot@kde.org> Content-Type: text/plain Date: Thu, 19 May 2005 06:38:59 -0700 Message-Id: <1116509939.57152.3.camel@bsd.mvh> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: K8T890 where everything works? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 13:39:01 -0000 ... > You forgot the Asus A8V-E Deluxe (there's a gaggle of A8V varieties, so be > careful; the A8V, A8V Deluxe and A8V K8T800P Deluxe are all plain PCI > boards). There's PCI-E x16 and two x1 slots (so what are you going to put > _in_ those slots? or is it just for gaming so the x1 slots are useless?). > I skipped the Asus because of the chipset fan - I had a previous ASUS board where the fan kept burning out after being very noisy. It's a shame, really, because this chipset does not appear to need a fan. This is also the main reason for skipping the nforce4 - I want a quiet system (as well as various people complaining about poor documentation/support from nvidia). ... > Anyway, whichever you get, do add it to the list of supported motherboards at > http://www.freebsd.org/platforms/amd64/motherboards.html > Thanks for the feedback, will do. I had not previously found this link! > -- Mike Harding From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 13:43:34 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D710616A4CE for ; Thu, 19 May 2005 13:43:34 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3817743D75 for ; Thu, 19 May 2005 13:43:34 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR011.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IGQ00BQNORKZ6@VL-MO-MR011.ip.videotron.ca> for freebsd-amd64@freebsd.org; Thu, 19 May 2005 09:42:56 -0400 (EDT) Date: Thu, 19 May 2005 09:42:56 -0400 From: Nicolas Blais In-reply-to: <20050519053747.GB68698@dragon.NUXI.org> To: freebsd-amd64@freebsd.org Message-id: <200505190942.56325.nb_root@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.8 References: <42846A8B.5080300@o2.pl> <200505130927.25867.nb_root@videotron.ca> <20050519053747.GB68698@dragon.NUXI.org> Subject: Re: Via K8T890 based box X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 13:43:35 -0000 On May 19, 2005 01:37 am, David O'Brien wrote: > On Fri, May 13, 2005 at 09:27:25AM -0400, Nicolas Blais wrote: > > As for SSE3, it doesn't seem as its capability is detected at boot, > > Upgrade your kernel sources. :-) Thanks I didn't notice: CPU: AMD Athlon(tm) 64 Processor 3000+ (2655.14-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20ff0 Stepping = 0 Features=0x78bfbff Features2=0x1 AMD Features=0xe0500000 Just out of curiousity, why is SSE3 not on the same Features line as the SSE2? Nicolas. From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 13:48:55 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9091116A4CE for ; Thu, 19 May 2005 13:48:55 +0000 (GMT) Received: from mta1.siol.net (mta1.siol.net [193.189.160.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEEF443D8D for ; Thu, 19 May 2005 13:48:51 +0000 (GMT) (envelope-from tomaz.borstnar@over.net) Received: from edge1.siol.net ([10.10.10.210]) by mta1.siol.net with ESMTP id <20050519134850.CFU20756.mta1.siol.net@edge1.siol.net> for ; Thu, 19 May 2005 15:48:50 +0200 Received: from game.over.net ([193.189.169.9]) by edge1.siol.net with ESMTP id <20050519134849.CUNQ13274.edge1.siol.net@game.over.net> for ; Thu, 19 May 2005 15:48:49 +0200 Received: from masina ([172.17.17.17]:19460 "EHLO zvezek1.over.net") by game.over.net with ESMTP id ; Thu, 19 May 2005 15:48:32 +0200 Message-Id: <6.2.1.2.0.20050519154145.08514030@10.20.30.100> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Thu, 19 May 2005 15:45:22 +0200 To: "Adri Koppes" From: Tomaz Borstnar In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-OverNet-MailScanner-Information: Contact mailscanner@over.net for more information X-OverNet-MailScanner: Found to be clean X-OverNet-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.82, required 5, ALL_TRUSTED -2.82) X-MailScanner-From: tomaz.borstnar@over.net cc: freebsd-amd64@freebsd.org Subject: RE: FreeBSD 5.4R fails to run i386 binaries. Missing ld-elf32.so.1 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 13:48:55 -0000 >Currently I have a requirement to be able to run FreeBSD 3.x shared i386 >binaries, since Sophos Antivirus only ships these! :(( nope. They have freebsd 4.x binaries (elf). Filename is freebsd.elf.4.5+.tar.Z. It works just fine under FreeBSD 4.x and 5.x - i386 mode tested so far, but I can test under 5.4/amd64 as well. Tomaz From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 15:18:53 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF50916A4CE for ; Thu, 19 May 2005 15:18:53 +0000 (GMT) Received: from www.salesmanager.nl (www.salesmanager.nl [213.201.133.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C07DA43D5E for ; Thu, 19 May 2005 15:18:52 +0000 (GMT) (envelope-from adrik@salesmanager.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 19 May 2005 17:18:48 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FreeBSD 5.4R fails to run i386 binaries. Missing ld-elf32.so.1 Thread-Index: AcVcejPPx9MWpVkLTBKurwDEWYNbhwAC6/xQ From: "Adri Koppes" To: "Tomaz Borstnar" cc: freebsd-amd64@freebsd.org Subject: RE: FreeBSD 5.4R fails to run i386 binaries. Missing ld-elf32.so.1 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 15:18:54 -0000 > -----Original Message----- > From: Tomaz Borstnar [mailto:tomaz.borstnar@over.net] > Sent: 19 May, 2005 15:45 > To: Adri Koppes > Cc: freebsd-amd64@freebsd.org > Subject: RE: FreeBSD 5.4R fails to run i386 binaries. Missing > ld-elf32.so.1 >=20 >=20 >=20 > >Currently I have a requirement to be able to run FreeBSD 3.x=20 > shared i386=20 > >binaries, since Sophos Antivirus only ships these! :(( >=20 > nope. They have freebsd 4.x binaries (elf). Filename is=20 > freebsd.elf.4.5+.tar.Z. It works just fine under FreeBSD 4.x=20 > and 5.x - i386=20 > mode tested so far, but I can test under 5.4/amd64 as well. >=20 >=20 > Tomaz=20 >=20 >=20 Thanks Tomaz, I'll didn't know that. Only ever saw a freebsd.elf.tar.Z for Sophos. Have you tested them under 5.4/amd-64? Adri. From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 16:24:27 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67E3F16A4CE for ; Thu, 19 May 2005 16:24:27 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE3743D31 for ; Thu, 19 May 2005 16:24:25 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 51299 invoked by uid 89); 19 May 2005 16:23:46 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 19 May 2005 16:23:46 -0000 Date: Thu, 19 May 2005 18:24:21 +0200 From: Oliver Lehmann To: freebsd-amd64@freebsd.org Message-Id: <20050519182421.513acb19.lehmann@ans-netz.de> In-Reply-To: <1116506486.1032.12.camel@bsd.mvh> References: <1116506486.1032.12.camel@bsd.mvh> X-Mailer: Sylpheed version 1.9.11 (GTK+ 2.6.7; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: K8T890 where everything works? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 16:24:27 -0000 Mike Harding wrote: > I am looking for a new motherboard/system with PCI-E, socket 939 > processor. Can anyone recommend a low-hassle motherboard where > everything (LAN, built-in audio) works? Or mention boards which don't > work? I've removed the Nforce chipsets and the ASUS 890 board from > consideration because I never want another chipset fan. The candidates > available from NewEgg are (in order by price): > > Gigabyte GA-K8VT890-9 (reported to not support 4G) > Soltek SL-K890Pro-939 (no parallel port. IIRC there is a slot adapter for parallel port, but i might be wrong (anyway - do you need one?) Regarding to the hardware I picked out the soltek bourd to be the best which should work (Sound+LAN - both realtek) I just was not able to get my hands on a soltek board here in .de - so I now ordered an older board with VIA-AGP chipset -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 16:47:33 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D06B16A4CE; Thu, 19 May 2005 16:47:33 +0000 (GMT) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4A9B43D9F; Thu, 19 May 2005 16:47:29 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id B6B9F84427; Thu, 19 May 2005 18:47:21 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 90221-01; Thu, 19 May 2005 18:47:06 +0200 (CEST) Received: from [172.16.129.72] (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTP id 9EB868441F; Thu, 19 May 2005 18:47:05 +0200 (CEST) Message-ID: <428CC309.5040306@fsn.hu> Date: Thu, 19 May 2005 18:47:05 +0200 From: Attila Nagy User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050325) X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <428B6FC1.3000907@fsn.hu> <1116437340.69035.0.camel@hood.oook.cz> <20050518180521.GB9719@odin.ac.hmc.edu> <20050519010828.GA64608@dragon.NUXI.org> In-Reply-To: <20050519010828.GA64608@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu cc: Pav Lucistnik cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 16:47:33 -0000 David O'Brien wrote: > I'm taking care of this. Please no one commit any AMD Dual-core related > patches (especially WRT HTT) with out passing them by me. Do you have any preliminary patches? Access to hardware? It seems that I can get my hands on this machine for a yet undetermined time, so if I can help, please mail me. BTW, do you have any idea about the processor usage limit at 575% in buildworld? Is it normal or is related to the HTT issue? Thanks a lot. -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 16:50:04 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7005116A4CE for ; Thu, 19 May 2005 16:50:04 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BB1D43D98 for ; Thu, 19 May 2005 16:50:03 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4JGo3HK041922 for ; Thu, 19 May 2005 16:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4JGo3md041911; Thu, 19 May 2005 16:50:03 GMT (envelope-from gnats) Resent-Date: Thu, 19 May 2005 16:50:03 GMT Resent-Message-Id: <200505191650.j4JGo3md041911@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Tony Sweeney Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDACB16A4CE for ; Thu, 19 May 2005 16:42:43 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 844AC43D7E for ; Thu, 19 May 2005 16:42:43 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j4JGghB5096695 for ; Thu, 19 May 2005 16:42:43 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j4JGghLq096694; Thu, 19 May 2005 16:42:43 GMT (envelope-from nobody) Message-Id: <200505191642.j4JGghLq096694@www.freebsd.org> Date: Thu, 19 May 2005 16:42:43 GMT From: Tony Sweeney To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: amd64/81272: JDK 1.5 port doesn't build. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 16:50:04 -0000 >Number: 81272 >Category: amd64 >Synopsis: JDK 1.5 port doesn't build. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 19 16:50:02 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Tony Sweeney >Release: 5.4 RC4 >Organization: None >Environment: daruma# uname -a FreeBSD daruma 5.4-RC4 FreeBSD 5.4-RC4 #0: Sun May 1 19:11:54 UTC 2005 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: JDK 1.5 port doesn't build. Although I am on RC4, I have cvsup'ed ports as of this morning. Make output follows: ===> Building for jdk-1.5.0p1_2 # Start of jdk build bsd amd64 1.5.0-p1 build started: 05-05-19 17:27 gmake[1]: Entering directory `/usr/ports/java/jdk15/work/j2se/make' gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make' Build Machine Information: build machine = Build Directory Structure: CWD = /usr/ports/java/jdk15/work/control/make TOPDIR = ./../.. CONTROL_TOPDIR = ./../../control HOTSPOT_TOPDIR = ./../../hotspot J2SE_TOPDIR = ./../../j2se INSTALL_TOPDIR = ./../../install Build Directives: BUILD_HOTSPOT = true BUILD_MOTIF = false BUILD_INSTALL = true Hotspot Settings: HOTSPOT_BUILD_JOBS = Bootstrap Settings: BOOTDIR = /usr/local/linux-sun-jdk1.4.2 BOOTSTRAP J2SDK VERSION: 1.4.2_07 OUTPUTDIR = /usr/ports/java/jdk15/work/control/build/bsd-amd64 Build Tool Settings: UNIXCOMMAND_PATH = /bin/ COMPILER_PATH = /usr/bin/ DEVTOOLS_PATH = /usr/local/bin/ USRBIN_PATH = /usr/bin/ MOTIF_DIR = /usr/X11R6 CC_VER = 3.4.2 ZIP_VER = 2.3 PATH = /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin TMPDIR = /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp Build Directives: USE_ONLY_BOOTDIR_TOOLS = USE_HOTSPOT_INTERPRETER_MODE = PEDANTIC = DEV_ONLY = J2RE_ONLY = NO_DOCS = NO_IMAGES = TOOLS_ONLY = INSANE = PARALLEL_COMPILES = false PARALLEL_COMPILE_JOBS = 2 FASTDEBUG = false INCREMENTAL_BUILD = false Build Platform Settings: PLATFORM = bsd ARCH = amd64 LIBARCH = amd64 ARCH_FAMILY = amd64 ARCH_DATA_MODEL = 64 TRUE_PLATFORM = FreeBSD OS_VERSION = 5.4-RC4 FREE_SPACE = 52838012 GNU Make Settings: MAKE = gmake MAKE VERSION = MAKECMDGOALS = sanity MAKEFLAGS = SHELL = /bin/sh Target Build Versions: JDK_VERSION = 1.5.0 MILESTONE = p1 BUILD_NUMBER = sweeney_19_may_2005_17_27 External File/Binary Locations: HOTSPOT_SERVER_PATH = /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/server HOTSPOT_IMPORT_PATH = /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/import MOTIF_DIR = /usr/X11R6 CACERTS_FILE = ./../src/share/lib/security/cacerts Sanity check passed. (cd ./../build/bsd-amd64/hotspot-amd64/tmp; \ gmake -f /usr/ports/java/jdk15/work/hotspot/build/bsd/Makefile product \ HOTSPOT_BUILD_VERSION=1.5.0-p1-sweeney_19_may_2005_17_27 LP64=1 GAMMADIR=/usr/ports/java/jdk15/work/hotspot ; ) gmake[1]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp' if [ `/usr/local/linux-sun-jdk1.4.2/bin/java -fullversion 2>&1 | grep -c '1\.[45]'` -eq 0 ] ; then \ /usr/local/linux-sun-jdk1.4.2/bin/java -version; \ echo "*** An XSLT processor (J2SE 1.4.x or newer) is required to bootstrap this build"; \ exit 1; \ fi sh /usr/ports/java/jdk15/work/hotspot/build/bsd/makefiles/buildATree.sh compiler2 /usr/ports/java/jdk15/work/hotspot bsd amd64 (cd bsd_amd64_compiler2/product; gmake) gmake[2]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' gmake[3]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' Rescanned ../generated/adfiles/bsd_amd64.ad but encountered no changes. gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' gmake[3]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' gmake[3]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' if [ -d /usr/ports/java/jdk15/work/hotspot/agent -a "amd64" != "ia64" ] ; then \ gmake -f sa.make ../generated/sa-jdi.jar; \ fi gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' gmake[3]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' if [ -d /usr/ports/java/jdk15/work/hotspot/agent -a "amd64" != "ia64" ] ; then \ gmake -f vm.make libsaproc.so; \ fi gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' All done. gmake[2]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp' (cd ./../build/bsd-amd64/hotspot-amd64/tmp; \ gmake -f /usr/ports/java/jdk15/work/hotspot/build/bsd/Makefile jvmg \ HOTSPOT_BUILD_VERSION=1.5.0-p1-sweeney_19_may_2005_17_27 LP64=1 GAMMADIR=/usr/ports/java/jdk15/work/hotspot ; ) gmake[1]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp' if [ `/usr/local/linux-sun-jdk1.4.2/bin/java -fullversion 2>&1 | grep -c '1\.[45]'` -eq 0 ] ; then \ /usr/local/linux-sun-jdk1.4.2/bin/java -version; \ echo "*** An XSLT processor (J2SE 1.4.x or newer) is required to bootstrap this build"; \ exit 1; \ fi sh /usr/ports/java/jdk15/work/hotspot/build/bsd/makefiles/buildATree.sh compiler2 /usr/ports/java/jdk15/work/hotspot bsd amd64 (cd bsd_amd64_compiler2/jvmg; gmake) gmake[2]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/jvmg' gmake[3]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/jvmg' Rescanned ../generated/adfiles/bsd_amd64.ad but encountered no changes. gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/jvmg' gmake[3]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/jvmg' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/jvmg' gmake[3]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/jvmg' if [ -d /usr/ports/java/jdk15/work/hotspot/agent -a "amd64" != "ia64" ] ; then \ gmake -f sa.make ../generated/sa-jdi.jar; \ fi gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/jvmg' gmake[3]: Entering directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/jvmg' if [ -d /usr/ports/java/jdk15/work/hotspot/agent -a "amd64" != "ia64" ] ; then \ gmake -f vm.make libsaproc_g.so; \ fi gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/jvmg' All done. gmake[2]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/jvmg' gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/tmp' ( cd ./../../j2se/make; gmake sanity all docs images MAKEFLAGS= EXTERNALSANITYCONTROL=true MILESTONE=p1 BUILD_NUMBER=sweeney_19_may_2005_17_27 ALT_OUTPUTDIR=/usr/ports/java/jdk15/work/control/build/bsd-amd64 ALT_HOTSPOT_IMPORT_PATH=/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/import ALT_HOTSPOT_SERVER_PATH=/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/server ALT_HOTSPOT_CLIENT_PATH=/usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/client BUILD_HOTSPOT=true BUILD_MOTIF=false ARCH_DATA_MODEL=64 ; ) gmake[1]: Entering directory `/usr/ports/java/jdk15/work/j2se/make' bsd amd64 1.5.0-p1 build started: 05-05-19 17:27 >How-To-Repeat: On a clean install, cd /usr/ports/java/jdk15; make Fetch the various downloads from the Sun Site. make again, possibly a few times as java sometimes goes AWOL and consumes 100% cpu. >Fix: >Release-Note: >Audit-Trail: >Unformatted: >>>Recursively making java all @ Thu May 19 17:27:28 BST 2005 ... gmake[2]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java' >>>Recursively making hpi all @ Thu May 19 17:27:28 BST 2005 ... gmake[3]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/hpi' >>>Recursively making native all @ Thu May 19 17:27:28 BST 2005 ... gmake[4]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/hpi/native' gmake /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/native_threads/libhpi.so VARIANT=OPT gmake[5]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/hpi/native' gmake[5]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/hpi/native' gmake /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/native_threads/libhpi_g.so VARIANT=DBG gmake[5]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/hpi/native' gmake[5]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/hpi/native' gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/hpi/native' <<>>Recursively making version all @ Thu May 19 17:27:28 BST 2005 ... gmake[3]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/version' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/version' <<>>Recursively making jvm all @ Thu May 19 17:27:28 BST 2005 ... gmake[3]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/jvm' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/jvm' <<>>Recursively making redist all @ Thu May 19 17:27:29 BST 2005 ... gmake[3]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/redist' gmake VARIANT=OPT optimized gmake[4]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/redist' rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/server/libjvm.so /bin/cp /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/server/libjvm.so /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/server/libjvm.so rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/server/Xusage.txt /bin/cp /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/server/Xusage.txt /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/server/Xusage.txt rm -f -r /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes/sun/security/jgss/spi /bin/cp ../../tools/crypto/jgss/jgss_kerberos.jar /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes cd /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes; /usr/local/linux-sun-jdk1.4.2/bin/jar xf jgss_kerberos.jar sun/security/jgss/spi cd /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes; rm -f jgss_kerberos.jar /usr/local/linux-sun-jdk1.4.2/bin/jar tf ../../tools/crypto/jgss/jgss_kerberos.jar sun/security/jgss/spi \ >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f -r /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes/sun/security/krb5 /bin/cp ../../tools/crypto/jgss/jgss_kerberos.jar /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes cd /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes; /usr/local/linux-sun-jdk1.4.2/bin/jar xf jgss_kerberos.jar sun/security/krb5 cd /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes; rm -f jgss_kerberos.jar /usr/local/linux-sun-jdk1.4.2/bin/jar tf ../../tools/crypto/jgss/jgss_kerberos.jar sun/security/krb5 \ >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/classlist /usr/local/linux-sun-jdk1.4.2/bin/javac -d /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib ../../tools/sharing/AddJsum.java /usr/local/linux-sun-jdk1.4.2/bin/java -cp /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib AddJsum ../../tools/sharing/classlist.bsd /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/classlist rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/AddJsum*.class rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/sa-jdi.jar if [ -r /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/import/lib/sa-jdi.jar ] ; then \ /bin/cp /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/import/lib/sa-jdi.jar /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/sa-jdi.jar ; \ echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/sa-jdi.jar >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files ; \ fi rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libsaproc.so if [ -r /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/import/jre/lib/amd64/libsaproc.so ] ; then \ /bin/cp /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/import/jre/lib/amd64/libsaproc.so /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libsaproc.so ; \ echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libsaproc.so >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files ; \ fi rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libnative_chmod.so (/usr/bin/gunzip < ../../tools/crypto/jgss/amd64/native_chmod.tar.gz) | (cd /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64; /usr/bin/tar xf -) echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libnative_chmod.so >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libjsig.so /bin/cp /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/server/libjsig.so /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libjsig.so rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaTypewriterRegular.ttf /bin/cp ../../../src/share/lib/fonts/LucidaTypewriterRegular.ttf /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaTypewriterRegular.ttf echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaTypewriterRegular.ttf >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaTypewriterBold.ttf /bin/cp ../../../src/share/lib/fonts/LucidaTypewriterBold.ttf /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaTypewriterBold.ttf echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaTypewriterBold.ttf >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaSansDemiBold.ttf /bin/cp ../../../src/share/lib/fonts/LucidaSansDemiBold.ttf /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaSansDemiBold.ttf echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaSansDemiBold.ttf >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/fonts.dir /bin/cp ../../../src/solaris/classes/sun/awt/motif/java.fonts.dir /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/fonts.dir echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/fonts.dir >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/redist' gmake VARIANT=DBG debug gmake[4]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/redist' rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/server/libjvm_g.so /bin/cp /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/server/libjvm_g.so /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/server/libjvm_g.so rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/jce.jar /bin/cp ../../tools/crypto/jce/jce.jar /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/jce.jar echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/jce.jar >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/jsse.jar /bin/cp ../../tools/crypto/jsse/jsse.jar /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/jsse.jar echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/jsse.jar >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f -r /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes/sun/security/jgss/spi /bin/cp ../../tools/crypto/jgss/jgss_kerberos.jar /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes cd /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes; /usr/local/linux-sun-jdk1.4.2/bin/jar xf jgss_kerberos.jar sun/security/jgss/spi cd /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes; rm -f jgss_kerberos.jar /usr/local/linux-sun-jdk1.4.2/bin/jar tf ../../tools/crypto/jgss/jgss_kerberos.jar sun/security/jgss/spi \ >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f -r /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes/sun/security/krb5 /bin/cp ../../tools/crypto/jgss/jgss_kerberos.jar /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes cd /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes; /usr/local/linux-sun-jdk1.4.2/bin/jar xf jgss_kerberos.jar sun/security/krb5 cd /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes; rm -f jgss_kerberos.jar /usr/local/linux-sun-jdk1.4.2/bin/jar tf ../../tools/crypto/jgss/jgss_kerberos.jar sun/security/krb5 \ >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/sa-jdi.jar if [ -r /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/import/lib/sa-jdi.jar ] ; then \ /bin/cp /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/import/lib/sa-jdi.jar /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/sa-jdi.jar ; \ echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/sa-jdi.jar >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files ; \ fi rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libsaproc_g.so if [ -r /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/import/jre/lib/amd64/libsaproc_g.so ] ; then \ /bin/cp /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/import/jre/lib/amd64/libsaproc_g.so /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libsaproc_g.so ; \ echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libsaproc_g.so >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files ; \ fi rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libnative_chmod_g.so (/usr/bin/gunzip < ../../tools/crypto/jgss/amd64/native_chmod.tar.gz) | (cd /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64; /usr/bin/tar xf -) echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libnative_chmod_g.so >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libjsig_g.so /bin/cp /usr/ports/java/jdk15/work/control/build/bsd-amd64/hotspot-amd64/server/libjsig_g.so /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libjsig_g.so rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightRegular.ttf /bin/cp ../../../src/share/lib/fonts/LucidaBrightRegular.ttf /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightRegular.ttf echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightRegular.ttf >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightDemiBold.ttf /bin/cp ../../../src/share/lib/fonts/LucidaBrightDemiBold.ttf /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightDemiBold.ttf echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightDemiBold.ttf >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightItalic.ttf /bin/cp ../../../src/share/lib/fonts/LucidaBrightItalic.ttf /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightItalic.ttf echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightItalic.ttf >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightDemiItalic.ttf /bin/cp ../../../src/share/lib/fonts/LucidaBrightDemiItalic.ttf /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightDemiItalic.ttf echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaBrightDemiItalic.ttf >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaSansRegular.ttf /bin/cp ../../../src/share/lib/fonts/LucidaSansRegular.ttf /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaSansRegular.ttf echo -e /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/fonts/LucidaSansRegular.ttf >> /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/.installed.files gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/redist' gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/redist' <<>>Recursively making verify all @ Thu May 19 17:27:33 BST 2005 ... gmake[3]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/verify' gmake /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libverify.so VARIANT=OPT gmake[4]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/verify' gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/verify' gmake /usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/amd64/libverify_g.so VARIANT=DBG gmake[4]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/verify' gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/verify' gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/verify' <<>>Recursively making fdlibm all @ Thu May 19 17:27:33 BST 2005 ... gmake[3]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/fdlibm' gmake /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/fdlibm/obj64/libfdlibm.amd64.a VARIANT=OPT gmake[4]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/fdlibm' gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/fdlibm' gmake /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/fdlibm/obj_g64/libfdlibm_g.amd64.a VARIANT=DBG gmake[4]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/fdlibm' gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/fdlibm' gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/fdlibm' <<>>Recursively making java all @ Thu May 19 17:27:33 BST 2005 ... gmake[3]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/java' Makefile:319: warning: overriding commands for target `/usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang' Makefile:220: warning: ignoring old commands for target `/usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang' rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang/CharacterDataLatin1.java /bin/mkdir -p /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang /bin/mkdir -p /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/java.lang/java/GenerateCharacter /usr/local/linux-sun-jdk1.4.2/bin/javac -J-Xbootclasspath/p:../../sun/javac/javac/gjc.jar -Xbootclasspath/p:../../sun/javac/javac/collect.jar -target jsr14 -d /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/java.lang/java/GenerateCharacter -s ourcepath ../../tools/GenerateCharacter ../../tools/GenerateCharacter/GenerateCharacter.java Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. /usr/local/linux-sun-jdk1.4.2/bin/java -Xbootclasspath/p:../../sun/javac/javac/gjc.jar -classpath /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/java.lang/java/GenerateCharacter GenerateCharacter -template ../../tools/GenerateCharacter/Chara cterDataLatin1.java.template \ -spec ../../tools/GenerateCharacter/UnicodeData.txt -specialcasing ../../tools/GenerateCharacter/SpecialCasing.txt \ -o /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang/CharacterDataLatin1.java -string -usecharforbyte -latin1 8 /usr/local/linux-sun-jdk1.4.2/bin/java -Xbootclasspath/p:../../sun/javac/javac/gjc.jar -classpath /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/java.lang/java/GenerateCharacter GenerateCharacter -plane 0 -template ../../tools/GenerateCharac ter/CharacterData00.java.template \ -spec ../../tools/GenerateCharacter/UnicodeData.txt -specialcasing ../../tools/GenerateCharacter/SpecialCasing.txt \ -o /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang/CharacterData00.java -string -usecharforbyte 11 4 1 /usr/local/linux-sun-jdk1.4.2/bin/java -Xbootclasspath/p:../../sun/javac/javac/gjc.jar -classpath /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/java.lang/java/GenerateCharacter GenerateCharacter -plane 1 -template ../../tools/GenerateCharac ter/CharacterData01.java.template \ -spec ../../tools/GenerateCharacter/UnicodeData.txt -specialcasing ../../tools/GenerateCharacter/SpecialCasing.txt \ -o /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang/CharacterData01.java -string -usecharforbyte 11 4 1 /usr/local/linux-sun-jdk1.4.2/bin/java -Xbootclasspath/p:../../sun/javac/javac/gjc.jar -classpath /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/java.lang/java/GenerateCharacter GenerateCharacter -plane 2 -template ../../tools/GenerateCharac ter/CharacterData02.java.template \ -spec ../../tools/GenerateCharacter/UnicodeData.txt -specialcasing ../../tools/GenerateCharacter/SpecialCasing.txt \ -o /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang/CharacterData02.java -string -usecharforbyte 11 4 1 /usr/local/linux-sun-jdk1.4.2/bin/java -Xbootclasspath/p:../../sun/javac/javac/gjc.jar -classpath /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/java.lang/java/GenerateCharacter GenerateCharacter -plane 14 -template ../../tools/GenerateChara cter/CharacterData0E.java.template \ -spec ../../tools/GenerateCharacter/UnicodeData.txt -specialcasing ../../tools/GenerateCharacter/SpecialCasing.txt \ -o /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang/CharacterData0E.java -string -usecharforbyte 11 4 1 (cd ../nio; gmake sources) gmake[4]: Entering directory `/usr/ports/java/jdk15/work/j2se/make/java/nio' gmake[4]: Nothing to be done for `sources'. gmake[4]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/nio' rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/java.lang/java/.classes.list rm -f /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang/UNIXProcess.java /bin/cp ../../../src/solaris/classes/java/lang/UNIXProcess.java.bsd /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang/UNIXProcess.java if [ -s /usr/ports/java/jdk15/work/control/build/bsd-amd64/tmp/java/java.lang/java/.classes.list ] ; \ then /usr/local/linux-sun-jdk1.4.2/bin/javac -J-Xbootclasspath/p:../../sun/javac/javac/gjc.jar -Xbootclasspath/p:../../sun/javac/javac/collect.jar -target jsr14 -J-Xmx128m -classpath /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes -bootclassp ath "/usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/jce.jar:/usr/ports/java/jdk15/work/control/build/bsd-amd64/lib/jsse.jar" -sourcepath "/usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc:../../../src/solaris/classes:../../../src/share/cl asses" -d /usr/ports/java/jdk15/work/control/build/bsd-amd64/classes -encoding ascii -source 1.5 -source 1.5 -target 1.5 -encoding ascii \ ../../../src/share/classes/java/lang/Object.java ../../../src/share/classes/java/lang/Class.java ../../../src/share/classes/java/lang/Thread.java ../../../src/share/classes/java/lang/Character.java ../../../src/share/classes/sun/misc/ASCIICaseInsensi tiveComparator.java ../../../src/share/classes/sun/misc/VM.java ../../../src/share/classes/sun/misc/Signal.java ../../../src/share/classes/sun/misc/NativeSignalHandler.java ../../../src/share/classes/java/lang/ThreadGroup.java ../../../src/share/classes/ java/lang/ThreadLocal.java ../../../src/share/classes/java/lang/InheritableThreadLocal.java ../../../src/share/classes/java/lang/String.java ../../../src/share/classes/java/lang/ConditionalSpecialCasing.java ../../../src/share/classes/java/lang/StringCod ing.java ../../../src/share/classes/java/lang/StringBuffer.java ../../../src/share/classes/java/lang/StringBuilder.java ../../../src/share/classes/java/lang/SuppressWarnings.java ../../../src/share/classes/java/lang/Abstract Stri ngBuilder.java ../../../src/share/classes/java/lang/ClassLoader.java ../../../src/share/classes/java/lang/AssertionStatusDirectives.java ../../../src/share/classes/java/lang/Enum.java ../../../src/share/classes/java/lang/StrictMath.java ../../../src/sha re/classes/java/lang/Math.java ../../../src/share/classes/sun/misc/FloatingDecimal.java ../../../src/share/classes/sun/misc/FormattedFloatingDecimal.java ../../../src/share/classes/java/lang/Number.java ../../../src/share/classes/java/lang/Byte.java ../. ./../src/share/classes/java/lang/Short.java ../../../src/share/classes/java/lang/Integer.java ../../../src/share/classes/java/lang/Long.java ../../../src/share/classes/java/lang/Float.java ../../../src/share/classes/java/lang/Double.java ../../../src/sha re/classes/java/lang/Boolean.java ../../../src/share/classes/java/lang/Void.java ../../../src/share/classes/java/lang/Runnable.java ../../../src/share/classes/java/lang/Cloneable.java ../../../src/share/classes/java/lang/Cha rSeq uence.java ../../../src/share/classes/java/lang/SecurityMana! ger.java ../../../src/share/classes/java/lang/Runtime.java ../../../src/share/classes/java/lang/RuntimePermission.java ../../../src/share/classes/java/lang/Shutdown.java ../../../src/solaris/classes/java/lang/Terminator.java ../../../src/share/classes/java/lang/ System.java ../../../src/share/classes/java/lang/Compiler.java ../../../src/share/classes/java/lang/Throwable.java ../../../src/share/classes/java/lang/Exception.java ../../../src/share/classes/java/lang/IllegalAccessException.java ../../../src/share/cla sses/java/lang/InstantiationException.java ../../../src/share/classes/java/lang/ClassNotFoundException.java ../../../src/share/classes/java/lang/CloneNotSupportedException.java ../../../src/share/classes/java/lang/InterruptedException.java ../../../src/s hare/classes/java/lang/NoSuchFieldException.java ../../../src/share/classes/java/lang/NoSuchMethodException.java ../../../src/share/classes/java/lang/RuntimeException.java ../../../src/share/classes/java/lang/ArithmeticExcep tion .java ../../../src/share/classes/java/lang/ArrayStoreException.java ../../../src/share/classes/java/lang/ClassCastException.java ../../../src/share/classes/java/lang/IndexOutOfBoundsException.java ../../../src/share/classes/java/lang/ArrayIndexOutOfBoun dsException.java ../../../src/share/classes/java/lang/StringIndexOutOfBoundsException.java ../../../src/share/classes/java/lang/NegativeArraySizeException.java ../../../src/share/classes/java/lang/NullPointerException.java ../../../src/share/classes/java /lang/IllegalStateException.java ../../../src/share/classes/java/lang/IllegalArgumentException.java ../../../src/share/classes/java/lang/NumberFormatException.java ../../../src/share/classes/java/lang/IllegalThreadStateException.java ../../../src/share/c lasses/java/lang/IllegalMonitorStateException.java ../../../src/share/classes/java/lang/SecurityException.java ../../../src/share/classes/java/lang/TypeNotPresentException.java ../../../src/share/classes/java/lang/EnumConsta ntNo tPresentException.java ../../../src/share/classes/java/lang/! Unsuppor tedOperationException.java ../../../src/share/classes/java/lang/Error.java ../../../src/share/classes/java/lang/AssertionError.java ../../../src/share/classes/java/lang/ThreadDeath.java ../../../src/share/classes/java/lang/LinkageError.java ../../../src/ share/classes/java/lang/ClassCircularityError.java ../../../src/share/classes/java/lang/ClassFormatError.java ../../../src/share/classes/java/lang/UnsupportedClassVersionError.java ../../../src/share/classes/java/lang/ExceptionInInitializerError.java ../ ../../src/share/classes/java/lang/IncompatibleClassChangeError.java ../../../src/share/classes/java/lang/AbstractMethodError.java ../../../src/share/classes/java/lang/IllegalAccessError.java ../../../src/share/classes/java/lang/InstantiationError.java .. /../../src/share/classes/java/lang/NoSuchFieldError.java ../../../src/share/classes/java/lang/NoSuchMethodError.java ../../../src/share/classes/java/lang/NoClassDefFoundError.java ../../../src/share/classes/java/lang/Unsatis fied LinkError.java ../../../src/share/classes/java/lang/VerifyError.java ../../../src/share/classes/java/lang/VirtualMachineError.java ../../../src/share/classes/java/lang/InternalError.java ../../../src/share/classes/java/lang/OutOfMemoryError.java ../../. ./src/share/classes/java/lang/StackOverflowError.java ../../../src/share/classes/java/lang/UnknownError.java ../../../src/share/classes/java/lang/StackTraceElement.java ../../../src/share/classes/java/lang/Package.java ../../../src/share/classes/java/lan g/Process.java ../../../src/share/classes/java/lang/ProcessBuilder.java ../../../src/solaris/classes/java/lang/ProcessEnvironment.java ../../../src/solaris/classes/java/lang/ProcessImpl.java ../../../src/share/classes/java/lang/Appendable.java ../../../s rc/share/classes/java/lang/Comparable.java ../../../src/share/classes/java/lang/Readable.java ../../../src/share/classes/java/lang/Override.java ../../../src/share/classes/java/lang/ref/Reference.java ../../../src/share/clas ses/ java/lang/ref/SoftReference.java ../../../src/share/classes/! java/lan g/ref/WeakReference.java ../../../src/share/classes/java/lang/ref/FinalReference.java ../../../src/share/classes/java/lang/ref/PhantomReference.java ../../../src/share/classes/java/lang/ref/ReferenceQueue.java ../../../src/share/classes/java/lang/ref/Fin alizer.java ../../../src/share/classes/java/util/BitSet.java ../../../src/share/classes/java/util/Calendar.java ../../../src/share/classes/java/util/GregorianCalendar.java ../../../src/share/classes/sun/util/BuddhistCalendar.java ../../../src/share/class es/sun/util/calendar/CalendarDate.java ../../../src/share/classes/sun/util/calendar/CalendarSystem.java ../../../src/share/classes/sun/util/calendar/CalendarUtils.java ../../../src/share/classes/sun/util/calendar/AbstractCalendar.java ../../../src/share/ classes/sun/util/calendar/BaseCalendar.java ../../../src/share/classes/sun/util/calendar/Era.java ../../../src/share/classes/sun/util/calendar/Gregorian.java ../../../src/share/classes/sun/util/calendar/JulianCalendar.java . ./.. /../src/share/classes/java/util/Currency.java /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/util/CurrencyData.java ../../../src/share/classes/java/util/Date.java ../../../src/share/classes/java/util/Dictionary.java ../../../src/share/cl asses/java/util/EmptyStackException.java ../../../src/share/classes/java/util/Enumeration.java ../../../src/share/classes/java/util/EventListener.java ../../../src/share/classes/java/util/EventListenerProxy.java ../../../src/share/classes/java/util/Event Object.java ../../../src/share/classes/java/util/Formatter.java ../../../src/share/classes/java/util/Formattable.java ../../../src/share/classes/java/util/FormattableFlags.java ../../../src/share/classes/java/util/IllegalFormatException.java ../../../src /share/classes/java/util/DuplicateFormatFlagsException.java ../../../src/share/classes/java/util/FormatFlagsConversionMismatchException.java ../../../src/share/classes/java/util/IllegalFormatCodePointException.java ../../../ src/ share/classes/java/util/IllegalFormatConversionException.jav! a ../../ ../src/share/classes/java/util/IllegalFormatFlagsException.java ../../../src/share/classes/java/util/IllegalFormatPrecisionException.java ../../../src/share/classes/java/util/IllegalFormatWidthException.java ../../../src/share/classes/java/util/MissingFo rmatArgumentException.java ../../../src/share/classes/java/util/MissingFormatWidthException.java ../../../src/share/classes/java/util/UnknownFormatConversionException.java ../../../src/share/classes/java/util/UnknownFormatFlagsException.java ../../../src /share/classes/java/util/FormatterClosedException.java ../../../src/share/classes/java/util/ListResourceBundle.java ../../../src/share/classes/java/util/Locale.java ../../../src/share/classes/java/util/MissingResourceException.java ../../../src/share/cla sses/java/util/NoSuchElementException.java ../../../src/share/classes/java/util/Observable.java ../../../src/share/classes/java/util/Observer.java ../../../src/share/classes/java/util/Properties.java ../../../src/share/class es/j ava/util/XMLUtils.java ../../../src/share/classes/java/util/InvalidPropertiesFormatException.java ../../../src/share/classes/java/util/PropertyPermission.java ../../../src/share/classes/java/util/PropertyResourceBundle.java ../../../src/share/classes/ja va/util/Random.java ../../../src/share/classes/java/util/ResourceBundle.java ../../../src/share/classes/java/util/ResourceBundleEnumeration.java ../../../src/share/classes/java/util/Scanner.java ../../../src/share/classes/java/util/InputMismatchException .java ../../../src/share/classes/java/util/Stack.java ../../../src/share/classes/java/util/StringTokenizer.java ../../../src/share/classes/java/util/TimeZone.java ../../../src/share/classes/java/util/SimpleTimeZone.java ../../../src/share/classes/sun/uti l/calendar/ZoneInfo.java ../../../src/share/classes/sun/util/calendar/ZoneInfoFile.java ../../../src/share/classes/java/util/TooManyListenersException.java ../../../src/share/classes/java/util/Comparator.java ../../../src/sh are/ classes/java/util/Collections.java ../../../src/share/classe! s/java/u til/Iterator.java ../../../src/share/classes/java/util/ListIterator.java ../../../src/share/classes/java/util/Collection.java ../../../src/share/classes/java/util/Set.java ../../../src/share/classes/java/util/SortedSet.java ../../../src/share/classes/jav a/util/List.java ../../../src/share/classes/java/util/Queue.java ../../../src/share/classes/java/util/AbstractCollection.java ../../../src/share/classes/java/util/AbstractSet.java ../../../src/share/classes/java/util/HashSet.java ../../../src/share/class es/java/util/LinkedHashSet.java ../../../src/share/classes/java/util/TreeSet.java ../../../src/share/classes/java/util/EnumSet.java ../../../src/share/classes/java/util/RegularEnumSet.java ../../../src/share/classes/java/util/JumboEnumSet.java ../../../s rc/share/classes/java/util/AbstractList.java ../../../src/share/classes/java/util/ArrayList.java ../../../src/share/classes/java/util/Vector.java ../../../src/share/classes/java/util/AbstractSequentialList.java ../../../src/ shar e/classes/java/util/LinkedList.java ../../../src/share/classes/java/util/AbstractQueue.java ../../../src/share/classes/java/util/PriorityQueue.java ../../../src/share/classes/java/util/Map.java ../../../src/share/classes/java/util/SortedMap.java ../../. ./src/share/classes/java/util/AbstractMap.java ../../../src/share/classes/java/util/HashMap.java ../../../src/share/classes/java/util/LinkedHashMap.java ../../../src/share/classes/java/util/TreeMap.java ../../../src/share/classes/java/util/Hashtable.java ../../../src/share/classes/java/util/WeakHashMap.java ../../../src/share/classes/java/util/IdentityHashMap.java ../../../src/share/classes/java/util/EnumMap.java ../../../src/share/classes/java/util/Arrays.java ../../../src/share/classes/java/util/Concu rrentModificationException.java ../../../src/share/classes/java/util/Timer.java ../../../src/share/classes/java/util/TimerTask.java ../../../src/share/classes/java/util/UUID.java ../../../src/share/classes/java/util/concurre nt/A bstractExecutorService.java ../../../src/share/classes/java/! util/con current/ArrayBlockingQueue.java ../../../src/share/classes/java/util/concurrent/BlockingQueue.java ../../../src/share/classes/java/util/concurrent/BrokenBarrierException.java ../../../src/share/classes/java/util/concurrent/Callable.java ../../../src/shar e/classes/java/util/concurrent/CancellationException.java ../../../src/share/classes/java/util/concurrent/CompletionService.java ../../../src/share/classes/java/util/concurrent/ConcurrentHashMap.java ../../../src/share/classes/java/util/concurrent/Concur rentLinkedQueue.java ../../../src/share/classes/java/util/concurrent/ConcurrentMap.java ../../../src/share/classes/java/util/concurrent/CopyOnWriteArrayList.java ../../../src/share/classes/java/util/concurrent/CopyOnWriteArraySet.java ../../../src/share/ classes/java/util/concurrent/CountDownLatch.java ../../../src/share/classes/java/util/concurrent/CyclicBarrier.java ../../../src/share/classes/java/util/concurrent/DelayQueue.java ../../../src/share/classes/java/util/concurr ent/ Delayed.java ../../../src/share/classes/java/util/concurrent/Exchanger.java ../../../src/share/classes/java/util/concurrent/ExecutionException.java ../../../src/share/classes/java/util/concurrent/Executor.java ../../../src/share/classes/java/util/concur rent/ExecutorService.java ../../../src/share/classes/java/util/concurrent/ExecutorCompletionService.java ../../../src/share/classes/java/util/concurrent/Executors.java ../../../src/share/classes/java/util/concurrent/Future.java ../../../src/share/classes /java/util/concurrent/FutureTask.java ../../../src/share/classes/java/util/concurrent/LinkedBlockingQueue.java ../../../src/share/classes/java/util/concurrent/PriorityBlockingQueue.java ../../../src/share/classes/java/util/concurrent/RejectedExecutionExc eption.java ../../../src/share/classes/java/util/concurrent/RejectedExecutionHandler.java ../../../src/share/classes/java/util/concurrent/ScheduledExecutorService.java ../../../src/share/classes/java/util/concurrent/Schedule dFut ure.java ../../../src/share/classes/java/util/concurrent/Sch! eduledTh readPoolExecutor.java ../../../src/share/classes/java/util/concurrent/Semaphore.java ../../../src/share/classes/java/util/concurrent/SynchronousQueue.java ../../../src/share/classes/java/util/concurrent/ThreadFactory.java ../../../src/share/classes/java/ util/concurrent/ThreadPoolExecutor.java ../../../src/share/classes/java/util/concurrent/TimeUnit.java ../../../src/share/classes/java/util/concurrent/TimeoutException.java ../../../src/share/classes/java/util/concurrent/atomic/AtomicBoolean.java ../../.. /src/share/classes/java/util/concurrent/atomic/AtomicInteger.java ../../../src/share/classes/java/util/concurrent/atomic/AtomicIntegerArray.java ../../../src/share/classes/java/util/concurrent/atomic/AtomicIntegerFieldUpdater.java ../../../src/share/clas ses/java/util/concurrent/atomic/AtomicLong.java ../../../src/share/classes/java/util/concurrent/atomic/AtomicLongArray.java ../../../src/share/classes/java/util/concurrent/atomic/AtomicLongFieldUpdater.java ../../../src/shar e/cl asses/java/util/concurrent/atomic/AtomicMarkableReference.java ../../../src/share/classes/java/util/concurrent/atomic/AtomicReference.java ../../../src/share/classes/java/util/concurrent/atomic/AtomicReferenceArray.java ../../../src/share/classes/java/u til/concurrent/atomic/AtomicReferenceFieldUpdater.java ../../../src/share/classes/java/util/concurrent/atomic/AtomicStampedReference.java ../../../src/share/classes/java/util/concurrent/locks/AbstractQueuedSynchronizer.java ../../../src/share/classes/jav a/util/concurrent/locks/Condition.java ../../../src/share/classes/java/util/concurrent/locks/Lock.java ../../../src/share/classes/java/util/concurrent/locks/LockSupport.java ../../../src/share/classes/java/util/concurrent/locks/ReadWriteLock.java ../../. ./src/share/classes/java/util/concurrent/locks/ReentrantLock.java ../../../src/share/classes/java/util/concurrent/locks/ReentrantReadWriteLock.java ../../../src/share/classes/java/util/regex/Pattern.java ../../../src/share/c lass es/java/util/regex/Matcher.java ../../../src/share/classes/j! ava/util /regex/MatchResult.java ../../../src/share/classes/java/util/regex/ASCII.java ../../../src/share/classes/java/util/regex/PatternSyntaxException.java ../../../src/share/classes/java/util/prefs/Preferences.java ../../../src/share/classes/java/util/prefs/Ab stractPreferences.java ../../../src/share/classes/java/util/prefs/PreferenceChangeEvent.java ../../../src/share/classes/java/util/prefs/PreferenceChangeListener.java ../../../src/share/classes/java/util/prefs/NodeChangeEvent.java ../../../src/share/class es/java/util/prefs/NodeChangeListener.java ../../../src/share/classes/java/util/prefs/BackingStoreException.java ../../../src/share/classes/java/util/prefs/InvalidPreferencesFormatException.java ../../../src/share/classes/java/util/prefs/PreferencesFacto ry.java ../../../src/share/classes/java/util/prefs/Base64.java ../../../src/share/classes/java/util/prefs/XmlSupport.java ../../../src/share/classes/java/io/Closeable.java ../../../src/share/classes/java/io/Flushable.java .. /../ ../src/share/classes/java/io/PipedInputStream.java ../../../src/share/classes/java/io/PipedOutputStream.java ../../../src/share/classes/java/io/IOException.java ../../../src/share/classes/java/io/CharConversionException.java ../../../src/share/classes/j ava/io/FileNotFoundException.java ../../../src/share/classes/java/io/EOFException.java ../../../src/share/classes/java/io/SyncFailedException.java ../../../src/share/classes/java/io/UTFDataFormatException.java ../../../src/share/classes/java/io/Interrupt edIOException.java ../../../src/share/classes/java/io/UnsupportedEncodingException.java ../../../src/share/classes/java/io/DataInput.java ../../../src/share/classes/java/io/DataOutput.java ../../../src/share/classes/java/io/InputStream.java ../../../src/ share/classes/java/io/FileInputStream.java ../../../src/share/classes/java/io/FilterInputStream.java ../../../src/share/classes/java/io/BufferedInputStream.java ../../../src/share/classes/java/io/DataInputStream.java ../../. ./sr c/share/classes/java/io/ByteArrayInputStream.java ../../../s! rc/share /classes/java/io/PushbackInputStream.java ../../../src/share/classes/java/io/SequenceInputStream.java ../../../src/share/classes/java/io/StringBufferInputStream.java ../../../src/share/classes/java/io/LineNumberInputStream.java ../../../src/share/classes /java/io/OutputStream.java ../../../src/share/classes/java/io/FileOutputStream.java ../../../src/share/classes/java/io/FilterOutputStream.java ../../../src/share/classes/java/io/BufferedOutputStream.java ../../../src/share/classes/java/io/DataOutputStrea m.java ../../../src/share/classes/java/io/ByteArrayOutputStream.java ../../../src/share/classes/java/io/PrintStream.java ../../../src/share/classes/java/io/RandomAccessFile.java ../../../src/share/classes/java/io/StreamTokenizer.java ../../../src/share/c lasses/java/io/File.java ../../../src/share/classes/java/io/FileSystem.java ../../../src/solaris/classes/java/io/FileDescriptor.java ../../../src/share/classes/java/io/FilenameFilter.java ../../../src/share/classes/java/io/F ileF ilter.java ../../../src/share/classes/java/io/FilePermission.java ../../../src/share/classes/java/io/Serializable.java ../../../src/share/classes/java/io/Externalizable.java ../../../src/share/classes/java/io/Bits.java ../../../src/share/classes/java/io /ObjectInput.java ../../../src/share/classes/java/io/ObjectInputStream.java ../../../src/share/classes/java/io/ObjectInputValidation.java ../../../src/share/classes/java/io/ObjectOutput.java ../../../src/share/classes/java/io/ObjectOutputStream.java ../. ./../src/share/classes/java/io/ObjectStreamClass.java ../../../src/share/classes/java/io/ObjectStreamConstants.java ../../../src/share/classes/java/io/ObjectStreamField.java ../../../src/share/classes/java/io/SerializablePermission.java ../../../src/shar e/classes/java/io/InvalidClassException.java ../../../src/share/classes/java/io/InvalidObjectException.java ../../../src/share/classes/java/io/NotActiveException.java ../../../src/share/classes/java/io/NotSerializableExcepti on.j ava ../../../src/share/classes/java/io/ObjectStreamException! .java .. /../../src/share/classes/java/io/OptionalDataException.java ../../../src/share/classes/java/io/StreamCorruptedException.java ../../../src/share/classes/java/io/WriteAbortedException.java ../../../src/share/classes/java/io/Reader.java ../../../src/share/c lasses/java/io/BufferedReader.java ../../../src/share/classes/java/io/LineNumberReader.java ../../../src/share/classes/java/io/CharArrayReader.java ../../../src/share/classes/java/io/FilterReader.java ../../../src/share/classes/java/io/PushbackReader.jav a ../../../src/share/classes/java/io/InputStreamReader.java ../../../src/share/classes/java/io/FileReader.java ../../../src/share/classes/java/io/PipedReader.java ../../../src/share/classes/java/io/StringReader.java ../../../src/share/classes/java/io/Wri ter.java ../../../src/share/classes/java/io/BufferedWriter.java ../../../src/share/classes/java/io/PrintWriter.java ../../../src/share/classes/java/io/CharArrayWriter.java ../../../src/share/classes/java/io/FilterWriter.java ../ ../../src/share/classes/java/io/OutputStreamWriter.java ../../../src/share/classes/java/io/FileWriter.java ../../../src/share/classes/java/io/PipedWriter.java ../../../src/share/classes/java/io/StringWriter.java ../../../src/share/classes/java/io/Expiri ngCache.java ../../../src/share/classes/java/nio/charset/Charset.java /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/nio/charset/CharsetDecoder.java /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/nio/charset/CharsetEncoder .java ../../../src/share/classes/java/nio/charset/UnmappableCharacterException.java ../../../src/share/classes/java/nio/Bits.java /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/nio/DirectByteBuffer.java /usr/ports/java/jdk15/work/control/ build/bsd-amd64/gensrc/java/nio/HeapByteBuffer.java /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/java/nio/HeapCharBuffer.java ../../../src/share/classes/java/security/AccessController.java ../../../src/share/cla sses /java/security/ProtectionDomain.java ../../../src/share/clas! ses/java /net/URLClassLoader.java ../../../src/share/classes/java/net/URLConnection.java ../../../src/share/classes/sun/misc/Launcher.java /usr/ports/java/jdk15/work/control/build/bsd-amd64/gensrc/sun/misc/Version.java ../../../src/share/classes/sun/net/www/proto col/jar/Handler.java ../../../src/share/classes/sun/net/www/protocol/jar/JarURLConnection.java ../../../src/solaris/classes/sun/net/www/protocol/file/Handler.java ../../../src/share/classes/sun/net/www/protocol/file/FileURLConnection.java ../../../src/so laris/classes/sun/misc/FileURLMapper.java ../../../src/share/classes/sun/misc/MessageUtils.java ../../../src/share/classes/sun/misc/GC.java ../../../src/share/classes/sun/misc/Service.java ../../../src/share/classes/sun/misc/JavaLangAccess.java /usr/port s/java/jdk15/work/control/build/bsd-amd64/gensrc/java/lang/UNIXProcess.java ../../../src/solaris/classes/java/io/UnixFileSystem.java ../../../src/solaris/classes/java/util/prefs/FileSystemPreferences.java ../../../src/solari s/cl asses/java/util/prefs/FileSystemPreferencesFactory.java ../../../src/share/classes/java/lang/reflect/AccessibleObject.java ../../../src/share/classes/java/lang/reflect/Field.java ../../../src/share/classes/java/lang/reflect/Method.java ../../../src/shar e/classes/java/lang/reflect/Constructor.java ../../../src/share/classes/java/lang/reflect/InvocationTargetException.java ../../../src/share/classes/java/lang/reflect/Array.java ../../../src/share/classes/java/lang/reflect/Proxy.java ../../../src/share/cl asses/sun/io/ByteToCharConverter.java ../../../src/share/classes/sun/io/CharToByteConverter.java ../../../src/share/classes/sun/misc/AtomicLong.java ../../../src/share/classes/sun/misc/AtomicLongCSImpl.java ../../../src/share/classes/sun/misc/AtomicLongL ockImpl.java ../../../src/share/classes/sun/reflect/ConstantPool.java ../../../src/share/classes/sun/reflect/NativeConstructorAccessorImpl.java ../../../src/share/classes/sun/reflect/NativeMethodAccessorImpl.java ../../../sr c/sh are/classes/sun/reflect/Reflection.java ; \ fi execv(): Bad address Error trying to exec /usr/local/linux-sun-jdk1.4.2/bin/javac. Check if file exists and permissions are set correctly. gmake[3]: *** [.compile.classlist] Error 1 gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/java' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk15. Curiously, brandelf says /usr/ports/java/jdk15/work/j2se/make/java is a SVR4 executable, but it doesn't help if I reset it to Linux From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 16:51:18 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13E9D16A4CE for ; Thu, 19 May 2005 16:51:18 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA36443DC9 for ; Thu, 19 May 2005 16:51:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 22D2851364; Thu, 19 May 2005 09:51:17 -0700 (PDT) Date: Thu, 19 May 2005 09:51:17 -0700 From: Kris Kennaway To: Martin Nilsson Message-ID: <20050519165116.GA3906@xor.obsecurity.org> References: <428C85A6.6010004@gneto.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <428C85A6.6010004@gneto.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@freebsd.org Subject: Re: Opteron problens with 16GB memory X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 16:51:18 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 19, 2005 at 02:25:10PM +0200, Martin Nilsson wrote: > Are there any known problems with Opterons and more than 12GB memory? >=20 > I'm running 5.4-STABLE on a Tyan K8WE, the box is stable with 12GB > but I get internal compiler errors when building world with 16GB. Check that the last set of memory is not bad, i.e. swap out a different 4GB. Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCjMQEWry0BWjoQKURAt3pAJ0RBDj7pFrfUMmKUZs84UCBaInv0gCfdkMX 8Z+fnVF/6CDgJVqgHnQW6hI= =M9sH -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 17:01:47 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B07E16A4CE for ; Thu, 19 May 2005 17:01:47 +0000 (GMT) Received: from coe.ufrj.br (roma.coe.ufrj.br [146.164.53.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 327DB43DAE for ; Thu, 19 May 2005 17:01:46 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from localhost (localhost [127.0.0.1]) by coe.ufrj.br (Postfix) with ESMTP id 14DE217716 for ; Thu, 19 May 2005 14:01:44 -0300 (BRT) Received: from coe.ufrj.br ([146.164.53.65]) by localhost (roma.coe.ufrj.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32790-01 for ; Thu, 19 May 2005 14:01:35 -0300 (BRT) Received: from [10.0.8.17] (nat.int.gov.br [200.20.196.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by coe.ufrj.br (Postfix) with ESMTP id 3469B17715 for ; Thu, 19 May 2005 14:01:35 -0300 (BRT) Message-ID: <428CC670.50002@jonny.eng.br> Date: Thu, 19 May 2005 14:01:36 -0300 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla Thunderbird 1.0+ (Windows/20050315) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <42842F46.9040608@samsco.org> <4284FD37.2070009@jonny.eng.br> <20050519054630.GC68698@dragon.NUXI.org> In-Reply-To: <20050519054630.GC68698@dragon.NUXI.org> X-Enigmail-Version: 0.90.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at coe.ufrj.br Subject: Re: Actual benefits of amd64 over i386 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 17:01:47 -0000 David O'Brien wrote: > On Fri, May 13, 2005 at 04:17:11PM -0300, Joo Carlos Mendes Lus wrote: > >> What about a 64 bit kernel, and mixed mode (32bit and 64bit) >>userland? Solaris does this, and it sounds efficient, from the comments >>I've seen in this list. > > > When Sparc went from 32-bits to 64-bits the calling ABI was not changed. > Nor were the number of registers increased. So it is w/o a doubt that a > 32-bit Sparc binary runs faster than a 64-bit one (abit 64-bit math and > large memory). This is not true of AMD64 - the number of registers was > doubled and the calling ABI changed and optimized. Would these benefits outcome the losses caused by bigger binaries? Isn't it possible to use 64 bit registers in a 32 bit segment? Just like i386 segments, where one could define the default register size... IIRC, in i386 arch the same instruction opcodes could be used for 16 or 32 bit operations, depending on a bit on the segment descriptor. But this behaviour could be changed with a prefix opcode. In a college homework, years ago, I used this facility to execute Borland Turbo C executables in a protected mode i386 environment I've created, just by putting them in a 16 bit segment. The 32 bit segments could only run assembly code, since I did not use any 32 bit compiler at that time. >> The bad part: Most (probably all) libraries would duplicated, and >>the kernel and compiler should be modified to understand this "feature". > > > We already duplicate all the shared libraries. > > >> If amd64 32bit executables were compatible with (maybe the same) >>i386 executables, even better. Note that I am not talking about i386 >>emulation. I am talking about native 32 bit executables in amd64 arch. > > > What is the difference of "i386 emulation" and "native 32 bit executables > in amd64 arch"?? IMHO, the 32bit binaries prepared to run in amd64 32bit segments are not the same as 32 binaries prepared to run in i386 mode. These "32bit amd64 executables" would take advantage of the extra registers and 64 bit extensions when possible. So, they cannot be the same executables prepared to run on an i386 arch. These later could still be run, but in compatibility mode, just like today. Indeed, from the last emails in this thread, I know I shold first do my homework and study a little bit more of the amd64 architecture. If somebody could please point me to some easy tutorial, I'd leave the AMD reference manuals for later. Thanks in advance, Jonny From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 17:27:39 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D41616A4CE; Thu, 19 May 2005 17:27:39 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3E2C43D73; Thu, 19 May 2005 17:27:38 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j4JHTPIx026865; Thu, 19 May 2005 13:29:25 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org, obrien@freebsd.org Date: Thu, 19 May 2005 13:27:23 -0400 User-Agent: KMail/1.6.2 References: <428B6FC1.3000907@fsn.hu> <20050518180521.GB9719@odin.ac.hmc.edu> <20050519010828.GA64608@dragon.NUXI.org> In-Reply-To: <20050519010828.GA64608@dragon.NUXI.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Message-Id: <200505191327.23295.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/880/Mon May 16 11:00:02 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Pav Lucistnik Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 17:27:39 -0000 On Wednesday 18 May 2005 09:08 pm, David O'Brien wrote: > On Wed, May 18, 2005 at 11:05:21AM -0700, Brooks Davis wrote: > > On Wed, May 18, 2005 at 07:29:00PM +0200, Pav Lucistnik wrote: > > > Attila Nagy pí?e v st 18. 05. 2005 v 18:39 +0200: > > > > Hello, > > > > > > > > I did some buildworld tests on an HP BL45p with 4 2,2 GHz > > > > Opterons. > > > > > > > > Sequential time make buildworld -jX times (if there is a > > > > missing iteration, then the build has failed): > > > > > > > > http://people.fsn.hu/~bra/bl45p/dmesg.boot > > > > > > > > Hyperthreading: 2 logical CPUs > > > > > > So dual-core Opterons report into system as Hyperthreading? > > > Uncool. > > > > What the AMD reps said at a session I attended last year is that > > they report as supporting hyper threading, but set another bit to > > say that they are actually real cores. We probably need to find > > out what that bit is. > > I'm taking care of this. Please no one commit any AMD Dual-core > related patches (especially WRT HTT) with out passing them by me. Okay, feel free to ignore/reuse my patch, then. Jung-uk Kim > thanks, > -- > -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 17:35:46 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F32DE16A4CE; Thu, 19 May 2005 17:35:45 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7253F43D31; Thu, 19 May 2005 17:35:45 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j4JHbY6Y027229; Thu, 19 May 2005 13:37:34 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Thu, 19 May 2005 13:35:32 -0400 User-Agent: KMail/1.6.2 References: <200505191642.j4JGghLq096694@www.freebsd.org> In-Reply-To: <200505191642.j4JGghLq096694@www.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200505191335.32434.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/880/Mon May 16 11:00:02 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Tony Sweeney cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/81272: JDK 1.5 port doesn't build. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 17:35:46 -0000 This issue has been known for a while. Workaround is here: http://docs.freebsd.org/cgi/mid.cgi?422A3051.40703 Jung-uk Kim From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 17:40:04 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8223516A4CE for ; Thu, 19 May 2005 17:40:04 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5140443D5C for ; Thu, 19 May 2005 17:40:03 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4JHe249049178 for ; Thu, 19 May 2005 17:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4JHe2j5049177; Thu, 19 May 2005 17:40:02 GMT (envelope-from gnats) Resent-Date: Thu, 19 May 2005 17:40:02 GMT Resent-Message-Id: <200505191740.j4JHe2j5049177@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Eric Toll Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F24F16A4CE for ; Thu, 19 May 2005 17:33:59 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CF1843DA8 for ; Thu, 19 May 2005 17:33:59 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j4JHXwxp025408 for ; Thu, 19 May 2005 17:33:58 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j4JHXwnn025407; Thu, 19 May 2005 17:33:58 GMT (envelope-from nobody) Message-Id: <200505191733.j4JHXwnn025407@www.freebsd.org> Date: Thu, 19 May 2005 17:33:58 GMT From: Eric Toll To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: amd64/81277: Fully Functional X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 17:40:04 -0000 >Number: 81277 >Category: amd64 >Synopsis: Fully Functional >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Thu May 19 17:40:01 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Eric Toll >Release: FreeBSD 5.4-RELEASE #0 >Organization: VIP Structures, Inc >Environment: FreeBSD rodan.vipstructures.com 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Fri May 13 12:55:54 EDT 2005 eric@rodan.vipstructures.com:/usr/obj/usr/src/sys/HAMMER amd64 >Description: I have a Gigabyte motherboard: GA-7A8DW with dual Opteron 242's working very well with AMD64 FreeBSD 5.4. This MB is on 3Ware's approved list. I used a 66Mhz 64Bit PCI SATA 3Ware controller for the disks, which are WD250Gb RAID edition drives. Did not test onboard Sil SATA controller (diabled in bios). This MB has no chipset fans, and is very quiet. I used Kingston HyperX Ram (2x512 ECC REG DDR400) for memory and an Antec EATX Titan 550 Case. I used an AGP 8x Radeon 9200SE in the MB AGP 8x slot and am running X in accelerated 24 bit mode. Many thanks to those on the AMD64-FreeBSD list. This 'recipe' took me quite a while to come up with and works well. Runs like a bought one! >How-To-Repeat: No problems, just solutions. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 17:40:06 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B4D616A4CF for ; Thu, 19 May 2005 17:40:06 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3852E43DBB for ; Thu, 19 May 2005 17:40:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4JHe5Oo049185 for ; Thu, 19 May 2005 17:40:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4JHe5oN049184; Thu, 19 May 2005 17:40:05 GMT (envelope-from gnats) Date: Thu, 19 May 2005 17:40:05 GMT Message-Id: <200505191740.j4JHe5oN049184@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Jung-uk Kim Subject: Re: amd64/81272: JDK 1.5 port doesn't build. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jung-uk Kim List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 17:40:06 -0000 The following reply was made to PR amd64/81272; it has been noted by GNATS. From: Jung-uk Kim To: freebsd-amd64@freebsd.org Cc: Tony Sweeney , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/81272: JDK 1.5 port doesn't build. Date: Thu, 19 May 2005 13:35:32 -0400 This issue has been known for a while. Workaround is here: http://docs.freebsd.org/cgi/mid.cgi?422A3051.40703 Jung-uk Kim From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 17:47:32 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6669816A4CE; Thu, 19 May 2005 17:47:32 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31B9043DA6; Thu, 19 May 2005 17:47:32 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4JHlRCx049356; Thu, 19 May 2005 17:47:27 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4JHlRaW049352; Thu, 19 May 2005 17:47:27 GMT (envelope-from pav) Date: Thu, 19 May 2005 17:47:27 GMT From: Pav Lucistnik Message-Id: <200505191747.j4JHlRaW049352@freefall.freebsd.org> To: pav@FreeBSD.org, freebsd-amd64@FreeBSD.org, pav@FreeBSD.org Subject: Re: amd64/81277: Fully Functional X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 17:47:32 -0000 Synopsis: Fully Functional Responsible-Changed-From-To: freebsd-amd64->pav Responsible-Changed-By: pav Responsible-Changed-When: Thu May 19 17:47:18 GMT 2005 Responsible-Changed-Why: Mine http://www.freebsd.org/cgi/query-pr.cgi?pr=81277 From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 18:10:25 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BDB016A4CE for ; Thu, 19 May 2005 18:10:25 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0054043DBD for ; Thu, 19 May 2005 18:10:25 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j4JI9Ybo027209; Thu, 19 May 2005 11:09:44 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j4JI9EFF027208; Thu, 19 May 2005 11:09:14 -0700 (PDT) (envelope-from sgk) Date: Thu, 19 May 2005 11:09:09 -0700 From: Steve Kargl To: Kris Kennaway Message-ID: <20050519180908.GA27190@troutmask.apl.washington.edu> References: <428C85A6.6010004@gneto.com> <20050519165116.GA3906@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050519165116.GA3906@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@freebsd.org Subject: Re: Opteron problens with 16GB memory X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 18:10:25 -0000 On Thu, May 19, 2005 at 09:51:17AM -0700, Kris Kennaway wrote: > On Thu, May 19, 2005 at 02:25:10PM +0200, Martin Nilsson wrote: > > Are there any known problems with Opterons and more than 12GB memory? > > > > I'm running 5.4-STABLE on a Tyan K8WE, the box is stable with 12GB > > but I get internal compiler errors when building world with 16GB. > > Check that the last set of memory is not bad, i.e. swap out a > different 4GB. > http://www.memtest.org/ -- Steve From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 18:31:16 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E52A16A4CE; Thu, 19 May 2005 18:31:16 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B84543D7E; Thu, 19 May 2005 18:31:15 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j4JIXArn028903; Thu, 19 May 2005 14:33:11 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-arch@freebsd.org Date: Thu, 19 May 2005 14:31:08 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200505191431.08189.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/880/Mon May 16 11:00:02 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: rwatson@freebsd.org cc: freebsd-amd64@freebsd.org Subject: AMD64 NUMA-awareness? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 18:31:16 -0000 ULE scheduler paper (http://www.usenix.org/publications/library/proceedings/bsdcon03/tech/roberson.html) says: 'SMT introduces a concept of non-uniform processors into ULE which could be extended to support NUMA. The concept of expressing the penalty for migration through the use of separate queues could be further developed to include a local and global load-balancing policy. At the time of this writing, however, FreeBSD does not support any true NUMA capable machines and so this is left until such time that it does.' I am not sure about the meaning of 'true NUMA capable machines' but AMD64 is ccNUMA unless I am completely mistaken, and FreeBSD/amd64 is well-supported. Even multicore processors are available now and Intel is going to release dual-core processors with HTT to make matters worse. Is there anybody working on this? Thanks, Jung-uk Kim From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 18:39:23 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2267716A4CE; Thu, 19 May 2005 18:39:23 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA6743D66; Thu, 19 May 2005 18:39:18 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4JIgTn3095560; Thu, 19 May 2005 12:42:29 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <428CDD17.7020207@samsco.org> Date: Thu, 19 May 2005 12:38:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <200505191431.08189.jkim@niksun.com> In-Reply-To: <200505191431.08189.jkim@niksun.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: rwatson@freebsd.org cc: freebsd-amd64@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: AMD64 NUMA-awareness? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 18:39:23 -0000 Jung-uk Kim wrote: > ULE scheduler paper > (http://www.usenix.org/publications/library/proceedings/bsdcon03/tech/roberson.html) > says: > > 'SMT introduces a concept of non-uniform processors into ULE which > could be extended to support NUMA. The concept of expressing the > penalty for migration through the use of separate queues could be > further developed to include a local and global load-balancing > policy. At the time of this writing, however, FreeBSD does not > support any true NUMA capable machines and so this is left until such > time that it does.' > > I am not sure about the meaning of 'true NUMA capable machines' but > AMD64 is ccNUMA unless I am completely mistaken, and FreeBSD/amd64 is > well-supported. Even multicore processors are available now and > Intel is going to release dual-core processors with HTT to make > matters worse. > Even HTT by itself presents some interesting scheduling challenges that need to be accounted for. > Is there anybody working on this? Jeff stated recently that both ULE and 4BSD have some very primitive awareness of topology, but that much more work is needed. NUMA would also benefit from the UMA memory allocator understanding memory topology and working with the scheduler to keep processes on CPUs that are closest to their memory. Unfortunately, there doesn't appear to be much work going on, so if anyone is interested, it's a great project and I encourage all to help. Scott From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 18:50:03 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4993A16A4CF for ; Thu, 19 May 2005 18:50:03 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD4E543DAE for ; Thu, 19 May 2005 18:50:02 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4JIo2jH057367 for ; Thu, 19 May 2005 18:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4JIo2xW057366; Thu, 19 May 2005 18:50:02 GMT (envelope-from gnats) Resent-Date: Thu, 19 May 2005 18:50:02 GMT Resent-Message-Id: <200505191850.j4JIo2xW057366@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Vivek Khera Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADE7616A4CE for ; Thu, 19 May 2005 18:42:11 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D5EB43DCC for ; Thu, 19 May 2005 18:42:11 +0000 (GMT) (envelope-from khera@kcilink.com) Received: by yertle.kcilink.com (Postfix, from userid 1002) id 34A5EB864; Thu, 19 May 2005 14:42:10 -0400 (EDT) Message-Id: <20050519184210.34A5EB864@yertle.kcilink.com> Date: Thu, 19 May 2005 14:42:10 -0400 (EDT) From: Vivek Khera To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: amd64/81279: /usr/games/random returns every line X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vivek Khera List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 18:50:03 -0000 >Number: 81279 >Category: amd64 >Synopsis: /usr/games/random returns every line >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 19 18:50:01 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Vivek Khera >Release: FreeBSD 5.3-STABLE amd64 >Organization: >Environment: System: FreeBSD d01 5.4-RELEASE-p1 FreeBSD 5.4-RELEASE-p1 #1: Wed May 18 12:29:27 EDT 2005 vivek@d01:/var/usr.obj/n/lorax1/usr5/src/sys/D03 amd64 >Description: Running /usr/games/random to select lines from a file fails to eliminate any lines -- ie, it functions just like "cat". >How-To-Repeat: make a file with 10000 lines for easy viewing: perl -e 'print "$_\n" for (1..10000)' > list now run /usr/games/random 6 < list > out On an amd64 system, list == out. On an i386 system the file out has approximately 1600 lines. >Fix: no idea. must be some 64-bit over/under flow issue... >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 19:09:36 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DAAF16A4CE for ; Thu, 19 May 2005 19:09:36 +0000 (GMT) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1165243DB9 for ; Thu, 19 May 2005 19:09:35 +0000 (GMT) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.9p2/8.12.9) with ESMTP id j4JJ9WnT075466 for ; Thu, 19 May 2005 15:09:32 -0400 (EDT) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.9p2/8.12.9/Submit) id j4JJ9Wb7075465 for freebsd-amd64@freebsd.org; Thu, 19 May 2005 15:09:32 -0400 (EDT) (envelope-from wayne) Date: Thu, 19 May 2005 15:09:32 -0400 From: "Michael R. Wayne" To: freebsd-amd64@freebsd.org Message-ID: <20050519190932.GL552@manor.msen.com> Mail-Followup-To: freebsd-amd64@freebsd.org References: <1116506486.1032.12.camel@bsd.mvh> <200505191530.24198.groot@kde.org> <1116509939.57152.3.camel@bsd.mvh> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1116509939.57152.3.camel@bsd.mvh> User-Agent: Mutt/1.4.2.1i Subject: Re: K8T890 where everything works? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 19:09:36 -0000 On Thu, May 19, 2005 at 06:38:59AM -0700, Mike Harding wrote: > > I skipped the Asus because of the chipset fan - I had a previous ASUS > board where the fan kept burning out after being very noisy. A quick call to Asus should result in them shipping you a replacement chipset fan of different design. /\/\ \/\/ From owner-freebsd-amd64@FreeBSD.ORG Thu May 19 21:30:07 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 685D316A4CE for ; Thu, 19 May 2005 21:30:07 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 290BA43D67 for ; Thu, 19 May 2005 21:30:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4JLU7fl078286 for ; Thu, 19 May 2005 21:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4JLU7wg078285; Thu, 19 May 2005 21:30:07 GMT (envelope-from gnats) Date: Thu, 19 May 2005 21:30:07 GMT Message-Id: <200505192130.j4JLU7wg078285@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Adriaan de Groot Subject: Re: amd64/81279: /usr/games/random returns every line X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Adriaan de Groot List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 21:30:07 -0000 The following reply was made to PR amd64/81279; it has been noted by GNATS. From: Adriaan de Groot To: bug-followup@freebsd.org, vivek@khera.org Cc: Subject: Re: amd64/81279: /usr/games/random returns every line Date: Thu, 19 May 2005 23:26:08 +0200 Problem is lines like selected = (int)(denom * random() / LONG_MAX) == 0; which cause the overflow. Replacing LONG_MAX with INT_MAX here fixes the bug. (The same replacement should probably be done in the other two places that LONG_MAX occurs, since the -e flag is similarly broken.) -- These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 02:54:52 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2A0716A4CE for ; Fri, 20 May 2005 02:54:51 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10A4843D7B for ; Fri, 20 May 2005 02:54:51 +0000 (GMT) (envelope-from affanzbasalamah@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so843731wra for ; Thu, 19 May 2005 19:54:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=eI5Bfe7AZQ0km5VkUtKOxkZ+5S7g7TYm7nvMlElpjC0w8YCRmk7y9D/at7NIBnHKs0pmnool7N5vvq9X/ckwT4v1wxc96yg0Vw8BJdym+amyhI8UjCQzapRVLr9QE/m4la3abxK41vcdZMOWEWEtv85QnaPry484N6kyegtWwyg= Received: by 10.54.50.46 with SMTP id x46mr1473750wrx; Thu, 19 May 2005 19:54:48 -0700 (PDT) Received: by 10.54.37.31 with HTTP; Thu, 19 May 2005 19:54:48 -0700 (PDT) Message-ID: Date: Fri, 20 May 2005 09:54:48 +0700 From: Affan Basalamah To: freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: amd64 on HP Proliant DL145 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Affan Basalamah List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 02:54:52 -0000 Hi all, I want to know if installing amd64 version of FreeBSD on my 1-cpu HP Proliant DL145 will give me significant performance gain compared to i386 version. I would like to run IDS (snort/base) and NFSen (nfsen.sourceforge.net) on this box, and plan to monitor ingress traffic on gigeth port of catalyst 6500. Please tell me, is it easier for me to just install i386 on this DL145, or install amd64 to get better performance ? Is there any problem with application such as snort/base on amd64 platform ? Thanks! Regards, -affan From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 03:31:17 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A339216A4CE for ; Fri, 20 May 2005 03:31:17 +0000 (GMT) Received: from web30704.mail.mud.yahoo.com (web30704.mail.mud.yahoo.com [68.142.200.137]) by mx1.FreeBSD.org (Postfix) with SMTP id DEA2E43D55 for ; Fri, 20 May 2005 03:31:16 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 62904 invoked by uid 60001); 20 May 2005 03:31:16 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=GT8Q92IhEm35iZvbhpiuBwtu6rWO3PHK+qW7pLYoc6KY4egy6lpMVlJSA54JndQ3UmOqScoLANhbMaiDgi3Jpcb0gq81QJIfYsxUeRAWsWWA3rHC+Z7ez+JHkJrp5w4mNT7VOMUWBGyOvNrqSYZSsLb0JO9NVJAzDnzYPE8Ok3M= ; Message-ID: <20050520033116.62902.qmail@web30704.mail.mud.yahoo.com> Received: from [216.198.97.62] by web30704.mail.mud.yahoo.com via HTTP; Thu, 19 May 2005 20:31:16 PDT Date: Thu, 19 May 2005 20:31:16 -0700 (PDT) From: Neil Short To: freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: device cpufreq X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 03:31:17 -0000 I updated to 6.0-CURRENT to test out the powernow drivers on my machine. It's a laptop and the processor is AMD Athlon-xpm. I cannot be certain that I'm setting this thing up right; and it may not even work on this box but I suspect it does from that I've seen in this list. I'm not sure how to check my cpu frequency. Any pointers will be appreciated. added to kernel: device cpufreq added to rc.conf: performance_cpu_freq="HIGH" economy_cpu_freq="LOW" carmen# sysctl dev.cpu dev.cpu.0.%driver: cpu dev.cpu.0.%parent: legacy0 carmen# dmesg ... CPU: AMD Athlon(tm) XP Processor 3000+ (1595.89-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0xf48 Stepping = 8 Features=0x78bfbff AMD Features=0xc0500000 ... cpu0 on motherboard powernow0: on cpu0 device_attach: powernow0 attach returned 6 ... If history always begins this morning, the world holds exciting surprises around every corner (241). --Ann Coulter. Treason. Discover Yahoo! Have fun online with music videos, cool games, IM and more. Check it out! http://discover.yahoo.com/online.html From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 05:24:43 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 473E616A4CE for ; Fri, 20 May 2005 05:24:43 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D95543D95 for ; Fri, 20 May 2005 05:24:41 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id B5E82F19C2 for ; Thu, 19 May 2005 22:24:40 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00678-04 for ; Thu, 19 May 2005 22:24:37 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 2AFBCF199E for ; Thu, 19 May 2005 22:24:37 -0700 (PDT) From: Sean McNeil To: amd64@freebsd.org Content-Type: text/plain Date: Thu, 19 May 2005 22:24:11 -0700 Message-Id: <1116566651.1588.17.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: help with GPF on 5.4-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 05:24:43 -0000 I'm not sure what information to provide from my crash dump. I tried to burn a CD with my 'TOSHIBA ' 'CD/DVDW SD-R5372' 'TU31' Removable CD-ROM via. nautilus CD burner and I get a kernel panic: May 19 19:41:23 server kernel: Fatal trap 9: general protection fault while in kernel mode May 19 19:41:23 server kernel: instruction pointer = 0x8:0xffffffff801f4d99May 19 19:41:23 server kernel: stack pointer = 0x10:0xffffffffb1d7ab80 May 19 19:41:23 server kernel: frame pointer = 0x10:0xffffff0000c3b000 May 19 19:41:23 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b May 19 19:41:23 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 May 19 19:41:23 server kernel: processor eflags = interrupt enabled, resume, IOPL = 0 May 19 19:41:23 server kernel: current process = 5 (thread taskq) May 19 19:41:23 server kernel: trap number = 9 May 19 19:41:23 server kernel: panic: general protection fault What can I do to get the proper info to the developers? using kgdb, I checked the threads (pids) and stack. info threads got me: 424 PID 1118 TID 100180 (cdrecord) sched_switch (td=0xffffff004f3bb000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 423 PID 1110 TID 100213 (nautilus-cd-burner) sched_switch ( td=0xffffff004d415780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 422 PID 1092 TID 100163 (anvil) sched_switch (td=0xffffff00552df280, newtd=0xffffff004e851a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 421 PID 1091 TID 100207 (proxymap) sched_switch (td=0xffffff004e294780, newtd=0xffffff00552df280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 420 PID 1090 TID 100202 (smtpd) sched_switch (td=0xffffff004e851a00, newtd=0xffffff00581a4280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 419 PID 1089 TID 100199 (libgtop_server2) sched_switch ( td=0xffffff004e851280, newtd=0xffffff004e294a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 418 PID 1088 TID 100196 (mapping-daemon) sched_switch ( td=0xffffff005005da00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 417 PID 1086 TID 100200 (esd) sched_switch (td=0xffffff004e851500, newtd=0xffffff004fd5cc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 416 PID 1084 TID 100205 (clock-applet) sched_switch ( td=0xffffff004e294280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 415 PID 1082 TID 100182 (gweather-applet-2) sched_switch ( td=0xffffff004f3bb500, newtd=0xffffff004e294280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 414 PID 1082 TID 100244 (gweather-applet-2) sched_switch ( td=0xffffff004ad2aa00, newtd=0xffffff0058cb6c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 413 PID 1082 TID 100215 (gweather-applet-2) sched_switch ( td=0xffffff004d415c80, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 412 PID 1080 TID 100210 (mixer_applet2) sched_switch ( td=0xffffff004d415000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 411 PID 1078 TID 100208 (multiload-applet-2) sched_switch ( td=0xffffff004e294a00, newtd=0xffffff005f985a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 410 PID 1076 TID 100206 (stickynotes_applet) sched_switch ( td=0xffffff004e294500, newtd=0xffffff0057d42000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 409 PID 1074 TID 100204 (bash) sched_switch (td=0xffffff004e294000, newtd=0xffffff004e3eca00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 408 PID 1073 TID 100181 (evolution-data-serv) sched_switch ( td=0xffffff004f3bb280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 407 PID 1073 TID 100203 (evolution-data-serv) sched_switch ( td=0xffffff004e851c80, newtd=0xffffff005fa23500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 406 PID 1073 TID 100116 (evolution-data-serv) sched_switch ( td=0xffffff005f985500, newtd=0xffffff0047ad9780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 405 PID 1073 TID 100167 (evolution-data-serv) sched_switch ( td=0xffffff00552dfc80, newtd=0xffffff004e86da00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 404 PID 1073 TID 100192 (evolution-data-serv) sched_switch ( td=0xffffff005005d000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 403 PID 1071 TID 100201 (bash) sched_switch (td=0xffffff004e851780, newtd=0xffffff004e86d000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 402 PID 1068 TID 100198 (bash) sched_switch (td=0xffffff004e851000, newtd=0xffffff00552df500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 401 PID 1067 TID 100253 (gnome-vfs-daemon) sched_switch ( td=0xffffff00480da280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 400 PID 1067 TID 100224 (gnome-vfs-daemon) sched_switch ( td=0xffffff004e86d500, newtd=0xffffff00480da280, flags=1431719328) at /usr/src/sys/kern/sched_4bsd.c:882 399 PID 1067 TID 100214 (gnome-vfs-daemon) sched_switch ( td=0xffffff004d415a00, newtd=0xffffff004e851500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 398 PID 1067 TID 100084 (gnome-vfs-daemon) sched_switch ( td=0xffffff006025f000, newtd=0xffffff0057d42280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 397 PID 1065 TID 100149 (bash) sched_switch (td=0xffffff00581a4c80, newtd=0xffffff0055727780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 396 PID 1064 TID 100148 (bash) sched_switch (td=0xffffff00581a4a00, newtd=0xffffff0055727a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 395 PID 1063 TID 100173 (bash) sched_switch (td=0xffffff0055727c80, newtd=0xffffff006025f000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 394 PID 1062 TID 100165 (wnck-applet) sched_switch (td=0xffffff00552df780, newtd=0xffffff00552df500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 393 PID 1060 TID 100178 (notification-area-a) sched_switch ( td=0xffffff0055768a00, newtd=0xffffff004ad2aa00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 392 PID 1058 TID 100172 (bash) sched_switch (td=0xffffff0055727a00, newtd=0xffffff006025f000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 391 PID 1057 TID 100112 (bash) sched_switch (td=0xffffff005f744a00, newtd=0xffffff00581a4a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 390 PID 1056 TID 100177 (gnome-pty-helper) sched_switch ( td=0xffffff0055768780, newtd=0xffffff004e86d000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 389 PID 1055 TID 100176 (imapd) sched_switch (td=0xffffff0055768500, newtd=0xffffff005703d280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 388 PID 1054 TID 100227 (evolution-exchange-) sched_switch ( td=0xffffff004e86dc80, newtd=0xffffff00552df780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 387 PID 1054 TID 100184 (evolution-exchange-) sched_switch ( td=0xffffff004f3bba00, newtd=0xffffff005f985500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 386 PID 1054 TID 100188 (evolution-exchange-) sched_switch ( td=0xffffff004fd5c500, newtd=0xffffff007acee280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 385 PID 1054 TID 100150 (evolution-exchange-) sched_switch ( td=0xffffff005703d000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 384 PID 1052 TID 100246 (mail-notification) sched_switch ( td=0xffffff0047ad9000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 383 PID 1052 TID 100250 (mail-notification) sched_switch ( td=0xffffff0047ad9a00, newtd=0xffffff0047ad9000, flags=1606294768) at /usr/src/sys/kern/sched_4bsd.c:882 382 PID 1052 TID 100220 (mail-notification) sched_switch ( td=0xffffff004e3eca00, newtd=0xffffff004d415c80, flags=1606294768) at /usr/src/sys/kern/sched_4bsd.c:882 381 PID 1052 TID 100191 (mail-notification) sched_switch ( td=0xffffff004fd5cc80, newtd=0xffffff004fd5c500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 380 PID 1052 TID 100183 (mail-notification) sched_switch ( td=0xffffff004f3bb780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 379 PID 1050 TID 100185 (gnome-terminal) sched_switch ( td=0xffffff004f3bbc80, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 378 PID 1050 TID 100168 (gnome-terminal) sched_switch ( td=0xffffff0055727000, newtd=0xffffff004f3bbc80, flags=1433285984) at /usr/src/sys/kern/sched_4bsd.c:882 377 PID 1050 TID 100170 (gnome-terminal) sched_switch ( td=0xffffff0055727500, newtd=0xffffff005005d280, flags=1433285984) at /usr/src/sys/kern/sched_4bsd.c:882 376 PID 1050 TID 100190 (gnome-terminal) sched_switch ( td=0xffffff004fd5ca00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 375 PID 1048 TID 100195 (evolution-alarm-not) sched_switch ( td=0xffffff005005d780, newtd=0xffffff004e294280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 374 PID 1048 TID 100249 (evolution-alarm-not) sched_switch ( td=0xffffff0047ad9780, newtd=0xffffff00480da000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 373 PID 1048 TID 100226 (evolution-alarm-not) sched_switch ( td=0xffffff004e86da00, newtd=0xffffff004e294780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 372 PID 1048 TID 100194 (evolution-alarm-not) sched_switch ( td=0xffffff005005d500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 371 PID 1046 TID 100251 (nautilus) sched_switch (td=0xffffff0047ad9c80, newtd=0xffffff004e3ecc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 370 PID 1046 TID 100252 (nautilus) sched_switch (td=0xffffff00480da000, newtd=0xffffff004e851c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 369 PID 1046 TID 100218 (nautilus) sched_switch (td=0xffffff004e3ec500, newtd=0xffffff005005dc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 368 PID 1046 TID 100193 (nautilus) sched_switch (td=0xffffff005005d280, newtd=0xffffff004b128a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 367 PID 1044 TID 100086 (gnome-panel) sched_switch (td=0xffffff006025f500, newtd=0xffffff004e294500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 366 PID 1042 TID 100164 (metacity) sched_switch (td=0xffffff00552df500, newtd=0xffffff0058cb6280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 365 PID 1040 TID 100174 (gnome-smproxy) sched_switch ( td=0xffffff0055768000, newtd=0xffffff00552df780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 364 PID 1005 TID 100175 (xscreensaver) sched_switch ( td=0xffffff0055768280, newtd=0xffffff005f985a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 363 PID 995 TID 100133 (gam_server) sched_switch (td=0xffffff0057d42280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 362 PID 992 TID 100132 (gnome-settings-daem) sched_switch ( td=0xffffff0057d42000, newtd=0xffffff0055768000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 361 PID 990 TID 100079 (bonobo-activation-s) sched_switch ( td=0xffffff007acee280, newtd=0xffffff00552dfc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 360 PID 988 TID 100152 (gnome-keyring-daemo) sched_switch ( td=0xffffff005703d500, newtd=0xffffff00604e3500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 359 PID 986 TID 100151 (gconfd-2) sched_switch (td=0xffffff005703d280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 358 PID 983 TID 100153 (ssh-agent) sched_switch (td=0xffffff005703d780, newtd=0xffffff007b04b500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 357 PID 971 TID 100131 (gnome-session) sched_switch ( td=0xffffff0058cb6c80, newtd=0xffffff006025f500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 356 PID 962 TID 100154 (getty) sched_switch (td=0xffffff005703da00, newtd=0xffffff0056bdec80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 355 PID 961 TID 100159 (getty) sched_switch (td=0xffffff0056bde780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 354 PID 960 TID 100155 (getty) sched_switch (td=0xffffff005703dc80, newtd=0xffffff0056bde500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 353 PID 959 TID 100156 (getty) sched_switch (td=0xffffff0056bde000, newtd=0xffffff0056bde780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 352 PID 958 TID 100157 (getty) sched_switch (td=0xffffff0056bde280, newtd=0xffffff0056bde780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 351 PID 957 TID 100158 (getty) sched_switch (td=0xffffff0056bde500, newtd=0xffffff0056bde780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 350 PID 956 TID 100160 (getty) sched_switch (td=0xffffff0056bdea00, newtd=0xffffff005f985a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 349 PID 955 TID 100161 (getty) sched_switch (td=0xffffff0056bdec80, newtd=0xffffff0056bde500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 348 PID 943 TID 100142 (inetd) sched_switch (td=0xffffff0058443a00, newtd=0xffffff005f985c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 347 PID 942 TID 100118 (Xorg) sched_switch (td=0xffffff005f985a00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 346 PID 935 TID 100141 (gdm-binary) sched_switch (td=0xffffff0058443780, newtd=0xffffff006025f280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 345 PID 918 TID 100119 (gdm-binary) sched_switch (td=0xffffff005f985c80, newtd=0xffffff005703d500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 344 PID 900 TID 100143 (wtxregd.ex) sched_switch (td=0xffffff0058443c80, newtd=0xffffff007aceea00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 343 PID 896 TID 100123 (tits) sched_switch (td=0xffffff0059773780, newtd=0xffffff0058443a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 342 PID 878 TID 100247 (slapd) sched_switch (td=0xffffff0047ad9280, newtd=0xffffff004d415780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 341 PID 878 TID 100197 (slapd) sched_switch (td=0xffffff005005dc80, newtd=0xffffff0060102000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 340 PID 878 TID 100144 (slapd) sched_switch (td=0xffffff00581a4000, newtd=0xffffff005f985000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 339 PID 877 TID 100085 (smbd) sched_switch (td=0xffffff006025f280, newtd=0xffffff007ad74780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 338 PID 871 TID 100136 (smbd) sched_switch (td=0xffffff0057d42a00, newtd=0xffffff005fa23780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 337 PID 866 TID 100138 (saslauthd) sched_switch (td=0xffffff0058443000, newtd=0xffffff006025fa00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 336 PID 865 TID 100121 (saslauthd) sched_switch (td=0xffffff0059773280, newtd=0xffffff006025fa00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 335 PID 864 TID 100120 (saslauthd) sched_switch (td=0xffffff0059773000, newtd=0xffffff006025fa00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 334 PID 861 TID 100139 (saslauthd) sched_switch (td=0xffffff0058443280, newtd=0xffffff006025fa00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 333 PID 860 TID 100088 (saslauthd) sched_switch (td=0xffffff006025fa00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 332 PID 852 TID 100105 (smbd) sched_switch (td=0xffffff005fa23780, newtd=0xffffff0059773780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 331 PID 846 TID 100103 (nmbd) sched_switch (td=0xffffff005fa23280, newtd=0xffffff0058cb6280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 330 PID 845 TID 100127 (nmbd) sched_switch (td=0xffffff0058cb6280, newtd=0xffffff006025fc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 329 PID 838 TID 100130 (trivial-rewrite) sched_switch ( td=0xffffff0058cb6a00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 328 PID 823 TID 100098 (qmgr) sched_switch (td=0xffffff00604e3500, newtd=0xffffff0059773500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 327 PID 822 TID 100126 (pickup) sched_switch (td=0xffffff0058cb6000, newtd=0xffffff005fa23780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 326 PID 815 TID 100104 (master) sched_switch (td=0xffffff005fa23500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 325 PID 765 TID 100187 (mDNSResponder) sched_switch ( td=0xffffff004fd5c280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 324 PID 765 TID 100145 (mDNSResponder) sched_switch ( td=0xffffff00581a4280, newtd=0xffffff0055727780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 323 PID 765 TID 100117 (mDNSResponder) sched_switch ( td=0xffffff005f985780, newtd=0xffffff004e3ecc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 322 PID 752 TID 100122 (dhcpd) sched_switch (td=0xffffff0059773500, newtd=0xffffff004d415a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 321 PID 731 TID 100095 (master) sched_switch (td=0xffffff0060102c80, newtd=0xffffff004d415780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 320 PID 714 TID 100125 (dbus-daemon) sched_switch (td=0xffffff0059773c80, newtd=0xffffff0058cb6000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 319 PID 695 TID 100102 (httpd) sched_switch (td=0xffffff005fa23000, newtd=0xffffff007b75e780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 318 PID 694 TID 100101 (httpd) sched_switch (td=0xffffff00604e3c80, newtd=0xffffff005fa23000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 317 PID 693 TID 100099 (httpd) sched_switch (td=0xffffff00604e3780, newtd=0xffffff00604e3c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 316 PID 692 TID 100100 (httpd) sched_switch (td=0xffffff00604e3a00, newtd=0xffffff0059773c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 315 PID 691 TID 100087 (httpd) sched_switch (td=0xffffff006025f780, newtd=0xffffff00604e3780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 314 PID 684 TID 100124 (cupsd) sched_switch (td=0xffffff0059773a00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 313 PID 671 TID 100075 (clamd) sched_switch (td=0xffffff007b04b780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 312 PID 670 TID 100060 (perl5.8.6) sched_switch (td=0xffffff007ad74000, newtd=0xffffff007aceec80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 311 PID 669 TID 100083 (perl5.8.6) sched_switch (td=0xffffff007aceec80, newtd=0xffffff005f744a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 310 PID 662 TID 100057 (httpd) sched_switch (td=0xffffff007b75e780, newtd=0xffffff0055727280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 309 PID 654 TID 100109 (perl5.8.6) sched_switch (td=0xffffff005f744280, newtd=0xffffff004b309000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 308 PID 646 TID 100071 (postgres) sched_switch (td=0xffffff007a797c80, newtd=0xffffff00604e3a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 307 PID 645 TID 100110 (postgres) sched_switch (td=0xffffff005f744500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 306 PID 644 TID 100113 (postgres) sched_switch (td=0xffffff005f744c80, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 305 PID 642 TID 100107 (postgres) sched_switch (td=0xffffff005fa23c80, newtd=0xffffff004e3ec500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 304 PID 605 TID 100089 (amd) sched_switch (td=0xffffff006025fc80, newtd=0xffffff00604e3000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 303 PID 543 TID 100111 (cron) sched_switch (td=0xffffff005f744780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 302 PID 527 TID 100070 (sshd) sched_switch (td=0xffffff007a797a00, newtd=0xffffff007a797c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 301 PID 513 TID 100114 (ntpd) sched_switch (td=0xffffff005f985000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 300 PID 478 TID 100108 (usbd) sched_switch (td=0xffffff005f744000, newtd=0xffffff005fa23c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 299 PID 476 TID 100106 (moused) sched_switch (td=0xffffff005fa23a00, newtd=0xffffff0055768280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 298 PID 467 TID 100074 (watchdogd) sched_switch (td=0xffffff007b04b500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 297 PID 461 TID 100093 (rpc.lockd) sched_switch (td=0xffffff0060102780, newtd=0xffffff007a797a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 296 PID 450 TID 100090 (rpc.lockd) sched_switch (td=0xffffff0060102000, newtd=0xffffff0058443c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 295 PID 445 TID 100081 (rpc.statd) sched_switch (td=0xffffff007acee780, newtd=0xffffff005f744000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 294 PID 440 TID 100072 (nfsd) sched_switch (td=0xffffff007b04b000, newtd=0xffffff0060102500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 293 PID 439 TID 100077 (nfsd) sched_switch (td=0xffffff007b04bc80, newtd=0xffffff007b04b000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 292 PID 438 TID 100076 (nfsd) sched_switch (td=0xffffff007b04ba00, newtd=0xffffff007b04bc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 291 PID 437 TID 100097 (nfsd) sched_switch (td=0xffffff00604e3280, newtd=0xffffff007b758a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 290 PID 435 TID 100092 (nfsd) sched_switch (td=0xffffff0060102500, newtd=0xffffff0060102780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 289 PID 433 TID 100062 (mountd) sched_switch (td=0xffffff007ad74500, newtd=0xffffff0060102500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 288 PID 403 TID 100094 (kpasswdd) sched_switch (td=0xffffff0060102a00, newtd=0xffffff0060102280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 287 PID 396 TID 100091 (kadmind) sched_switch (td=0xffffff0060102280, newtd=0xffffff007ad74500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 286 PID 391 TID 100096 (kdc) sched_switch (td=0xffffff00604e3000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 285 PID 367 TID 100080 (md0) sched_switch (td=0xffffff007acee500, newtd=0xffffff007b755780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 284 PID 344 TID 100082 (rpcbind) sched_switch (td=0xffffff007aceea00, newtd=0xffffff007b73d780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 283 PID 329 TID 100179 (named) sched_switch (td=0xffffff0055768c80, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 282 PID 329 TID 100171 (named) sched_switch (td=0xffffff0055727780, newtd=0xffffff0058443780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 281 PID 329 TID 100073 (named) sched_switch (td=0xffffff007b04b280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 280 PID 313 TID 100063 (syslogd) sched_switch (td=0xffffff007ad74780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 279 PID 295 TID 100058 (devd) sched_switch (td=0xffffff007b75ea00, newtd=0xffffff0060102a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 278 PID 258 TID 100061 (natd) sched_switch (td=0xffffff007ad74280, newtd=0xffffff005fa23a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 277 PID 215 TID 100059 (adjkerntz) sched_switch (td=0xffffff007b75ec80, newtd=0xffffff007ad74780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 276 PID 64 TID 100078 (schedcpu) sched_switch (td=0xffffff007acee000, newtd=0xffffff007b720c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 275 PID 63 TID 100050 (nfsiod 3) sched_switch (td=0xffffff007b71d500, newtd=0xffffff007acee000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 274 PID 62 TID 100049 (nfsiod 2) sched_switch (td=0xffffff007b71d280, newtd=0xffffff007b71d500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 273 PID 61 TID 100048 (nfsiod 1) sched_switch (td=0xffffff007b71d000, newtd=0xffffff007b71d280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 272 PID 60 TID 100047 (nfsiod 0) sched_switch (td=0xffffff007b737c80, newtd=0xffffff007b71d000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 271 PID 59 TID 100046 (vnlru) sched_switch (td=0xffffff007b737a00, newtd=0xffffff007b75e780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 270 PID 58 TID 100045 (syncer) sched_switch (td=0xffffff007b737780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 269 PID 57 TID 100069 (bufdaemon) sched_switch (td=0xffffff007a797780, newtd=0xffffff007b755c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 268 PID 56 TID 100068 (pagezero) sched_switch (td=0xffffff007a797500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 267 PID 55 TID 100067 (idlepoll) sched_switch (td=0xffffff007a797280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 266 PID 54 TID 100066 (vmdaemon) sched_switch (td=0xffffff007a797000, newtd=0xffffff007a797280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 265 PID 53 TID 100065 (pagedaemon) sched_switch (td=0xffffff007ad74c80, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 264 PID 51 TID 100038 (swi0: sio) sched_switch (td=0xffffff007b755500, newtd=0xffffff005fa23500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 263 PID 50 TID 100037 (usb4) sched_switch (td=0xffffff007b755280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 262 PID 49 TID 100036 (usb3) sched_switch (td=0xffffff007b755000, newtd=0xffffff007b755280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 261 PID 48 TID 100035 (usb2) sched_switch (td=0xffffff007b73dc80, newtd=0xffffff007b755000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 260 PID 47 TID 100034 (usb1) sched_switch (td=0xffffff007b73da00, newtd=0xffffff007b73dc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 259 PID 46 TID 100056 (usbtask) sched_switch (td=0xffffff007b75e500, newtd=0xffffff007b73da00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 258 PID 45 TID 100055 (usb0) sched_switch (td=0xffffff007b75e280, newtd=0xffffff007b73da00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 257 PID 9 TID 100054 (acpi_task2) sched_switch (td=0xffffff007b75e000, newtd=0xffffff007b75e280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 256 PID 8 TID 100053 (acpi_task1) sched_switch (td=0xffffff007b71dc80, newtd=0xffffff007b75e000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 255 PID 7 TID 100052 (acpi_task0) sched_switch (td=0xffffff007b71da00, newtd=0xffffff007b71dc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 254 PID 6 TID 100051 (kqueue taskq) sched_switch ( td=0xffffff007b71d780, newtd=0xffffff007b71da00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 253 PID 44 TID 100027 (swi6: acpitaskq) sched_switch ( td=0xffffff007b73c780, newtd=0xffffff007b73c280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 252 PID 43 TID 100026 (swi6: task queue) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 251 PID 42 TID 100025 (swi6:+) sched_switch (td=0xffffff007b73c280, newtd=0xffffff0057d42780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 * 250 PID 5 TID 100024 (thread taskq) doadump () at pcpu.h:167 249 PID 41 TID 100044 (swi6:+) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 248 PID 40 TID 100043 (swi3: cambio) sched_switch ( td=0xffffff007b737280, newtd=0xffffff004f3bb000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 247 PID 39 TID 100042 (swi2: camnet) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 246 PID 38 TID 100041 (yarrow) sched_switch (td=0xffffff007b755c80, newtd=0xffffff007b720c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 245 PID 4 TID 100040 (g_down) sched_switch (td=0xffffff007b755a00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 244 PID 3 TID 100039 (g_up) sched_switch (td=0xffffff007b755780, newtd=0xffffff007b73c000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 243 PID 2 TID 100017 (g_event) sched_switch (td=0xffffff007b720c80, newtd=0xffffff007b755a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 242 PID 37 TID 100016 (swi4: vm) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 241 PID 36 TID 100015 (swi5: clock sio) sched_switch ( td=0xffffff007b720780, newtd=0xffffff004f3bb000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 240 PID 35 TID 100033 (swi1: net) sched_switch (td=0xffffff007b73d780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 239 PID 34 TID 100032 (irq0: clk) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 238 PID 33 TID 100031 (irq23:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 237 PID 32 TID 100030 (irq22: pcm0) sched_switch (td=0xffffff007b73d000, newtd=0xffffff004e294a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 236 PID 31 TID 100029 (irq21: uhci0 uhci1+) sched_switch ( td=0xffffff007b73cc80, newtd=0xffffff004d415780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 235 PID 30 TID 100028 (irq20: atapci0) sched_switch ( td=0xffffff007b73ca00, newtd=0xffffff007b755780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 234 PID 29 TID 100008 (irq19: dc0) sched_switch (td=0xffffff007b75a500, newtd=0xffffff007b720780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 233 PID 28 TID 100007 (irq18:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 232 PID 27 TID 100023 (irq17: fwohci0) sched_switch ( td=0xffffff007b758c80, newtd=0xffffff007b73cc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 231 PID 26 TID 100022 (irq16: re0) sched_switch (td=0xffffff007b758a00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 230 PID 25 TID 100021 (irq15: ata1) sched_switch (td=0xffffff007b758780, newtd=0xffffff007b73c000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 229 PID 24 TID 100020 (irq14: ata0) sched_switch (td=0xffffff007b758500, newtd=0xffffff007b755780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 228 PID 23 TID 100019 (irq13:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 227 PID 22 TID 100018 (irq12:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 226 PID 21 TID 100000 (irq11:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 225 PID 20 TID 100014 (irq10:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 224 PID 19 TID 100013 (irq9: acpi0) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 223 PID 18 TID 100012 (irq8: rtc) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 222 PID 17 TID 100011 (irq7: ppc0) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 221 PID 16 TID 100010 (irq6:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 220 PID 15 TID 100009 (irq5:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 219 PID 14 TID 100006 (irq4: sio0) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 218 PID 13 TID 100005 (irq3:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 217 PID 12 TID 100004 (irq1: atkbd0) sched_switch ( td=0xffffff007b777a00, newtd=0xffffff007b73d780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 216 PID 11 TID 100003 (idle) sched_switch (td=0xffffff007b777780, newtd=0xffffff007b758500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 215 PID 1 TID 100002 (init) sched_switch (td=0xffffff007b777500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 214 PID 10 TID 100001 (ktrace) sched_switch (td=0xffffff007b777280, newtd=0xffffff007b720c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 213 PID 0 TID 0 (swapper) sched_switch (td=0xffffffff806beee0, newtd=0xffffff007ad74c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 212 PID 1118 TID 100180 (cdrecord) sched_switch (td=0xffffff004f3bb000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 211 PID 1110 TID 100213 (nautilus-cd-burner) sched_switch ( td=0xffffff004d415780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 210 PID 1092 TID 100163 (anvil) sched_switch (td=0xffffff00552df280, newtd=0xffffff004e851a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 209 PID 1091 TID 100207 (proxymap) sched_switch (td=0xffffff004e294780, newtd=0xffffff00552df280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 208 PID 1090 TID 100202 (smtpd) sched_switch (td=0xffffff004e851a00, newtd=0xffffff00581a4280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 207 PID 1089 TID 100199 (libgtop_server2) sched_switch ( td=0xffffff004e851280, newtd=0xffffff004e294a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 206 PID 1088 TID 100196 (mapping-daemon) sched_switch ( td=0xffffff005005da00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 205 PID 1086 TID 100200 (esd) sched_switch (td=0xffffff004e851500, newtd=0xffffff004fd5cc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 204 PID 1084 TID 100205 (clock-applet) sched_switch ( td=0xffffff004e294280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 203 PID 1082 TID 100182 (gweather-applet-2) sched_switch ( td=0xffffff004f3bb500, newtd=0xffffff004e294280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 202 PID 1082 TID 100244 (gweather-applet-2) sched_switch ( td=0xffffff004ad2aa00, newtd=0xffffff0058cb6c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 201 PID 1082 TID 100215 (gweather-applet-2) sched_switch ( td=0xffffff004d415c80, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 200 PID 1080 TID 100210 (mixer_applet2) sched_switch ( td=0xffffff004d415000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 199 PID 1078 TID 100208 (multiload-applet-2) sched_switch ( td=0xffffff004e294a00, newtd=0xffffff005f985a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 198 PID 1076 TID 100206 (stickynotes_applet) sched_switch ( td=0xffffff004e294500, newtd=0xffffff0057d42000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 197 PID 1074 TID 100204 (bash) sched_switch (td=0xffffff004e294000, newtd=0xffffff004e3eca00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 196 PID 1073 TID 100181 (evolution-data-serv) sched_switch ( td=0xffffff004f3bb280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 195 PID 1073 TID 100203 (evolution-data-serv) sched_switch ( td=0xffffff004e851c80, newtd=0xffffff005fa23500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 194 PID 1073 TID 100116 (evolution-data-serv) sched_switch ( td=0xffffff005f985500, newtd=0xffffff0047ad9780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 193 PID 1073 TID 100167 (evolution-data-serv) sched_switch ( td=0xffffff00552dfc80, newtd=0xffffff004e86da00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 192 PID 1073 TID 100192 (evolution-data-serv) sched_switch ( td=0xffffff005005d000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 191 PID 1071 TID 100201 (bash) sched_switch (td=0xffffff004e851780, newtd=0xffffff004e86d000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 190 PID 1068 TID 100198 (bash) sched_switch (td=0xffffff004e851000, newtd=0xffffff00552df500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 189 PID 1067 TID 100253 (gnome-vfs-daemon) sched_switch ( td=0xffffff00480da280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 188 PID 1067 TID 100224 (gnome-vfs-daemon) sched_switch ( td=0xffffff004e86d500, newtd=0xffffff00480da280, flags=1431719328) at /usr/src/sys/kern/sched_4bsd.c:882 187 PID 1067 TID 100214 (gnome-vfs-daemon) sched_switch ( td=0xffffff004d415a00, newtd=0xffffff004e851500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 186 PID 1067 TID 100084 (gnome-vfs-daemon) sched_switch ( td=0xffffff006025f000, newtd=0xffffff0057d42280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 185 PID 1065 TID 100149 (bash) sched_switch (td=0xffffff00581a4c80, newtd=0xffffff0055727780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 184 PID 1064 TID 100148 (bash) sched_switch (td=0xffffff00581a4a00, newtd=0xffffff0055727a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 183 PID 1063 TID 100173 (bash) sched_switch (td=0xffffff0055727c80, newtd=0xffffff006025f000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 182 PID 1062 TID 100165 (wnck-applet) sched_switch (td=0xffffff00552df780, newtd=0xffffff00552df500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 181 PID 1060 TID 100178 (notification-area-a) sched_switch ( td=0xffffff0055768a00, newtd=0xffffff004ad2aa00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 180 PID 1058 TID 100172 (bash) sched_switch (td=0xffffff0055727a00, newtd=0xffffff006025f000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 179 PID 1057 TID 100112 (bash) sched_switch (td=0xffffff005f744a00, newtd=0xffffff00581a4a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 178 PID 1056 TID 100177 (gnome-pty-helper) sched_switch ( td=0xffffff0055768780, newtd=0xffffff004e86d000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 177 PID 1055 TID 100176 (imapd) sched_switch (td=0xffffff0055768500, newtd=0xffffff005703d280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 176 PID 1054 TID 100227 (evolution-exchange-) sched_switch ( td=0xffffff004e86dc80, newtd=0xffffff00552df780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 175 PID 1054 TID 100184 (evolution-exchange-) sched_switch ( td=0xffffff004f3bba00, newtd=0xffffff005f985500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 174 PID 1054 TID 100188 (evolution-exchange-) sched_switch ( td=0xffffff004fd5c500, newtd=0xffffff007acee280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 173 PID 1054 TID 100150 (evolution-exchange-) sched_switch ( td=0xffffff005703d000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 172 PID 1052 TID 100246 (mail-notification) sched_switch ( td=0xffffff0047ad9000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 171 PID 1052 TID 100250 (mail-notification) sched_switch ( td=0xffffff0047ad9a00, newtd=0xffffff0047ad9000, flags=1606294768) at /usr/src/sys/kern/sched_4bsd.c:882 170 PID 1052 TID 100220 (mail-notification) sched_switch ( td=0xffffff004e3eca00, newtd=0xffffff004d415c80, flags=1606294768) at /usr/src/sys/kern/sched_4bsd.c:882 169 PID 1052 TID 100191 (mail-notification) sched_switch ( td=0xffffff004fd5cc80, newtd=0xffffff004fd5c500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 168 PID 1052 TID 100183 (mail-notification) sched_switch ( td=0xffffff004f3bb780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 167 PID 1050 TID 100185 (gnome-terminal) sched_switch ( td=0xffffff004f3bbc80, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 166 PID 1050 TID 100168 (gnome-terminal) sched_switch ( td=0xffffff0055727000, newtd=0xffffff004f3bbc80, flags=1433285984) at /usr/src/sys/kern/sched_4bsd.c:882 165 PID 1050 TID 100170 (gnome-terminal) sched_switch ( td=0xffffff0055727500, newtd=0xffffff005005d280, flags=1433285984) at /usr/src/sys/kern/sched_4bsd.c:882 164 PID 1050 TID 100190 (gnome-terminal) sched_switch ( td=0xffffff004fd5ca00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 163 PID 1048 TID 100195 (evolution-alarm-not) sched_switch ( td=0xffffff005005d780, newtd=0xffffff004e294280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 162 PID 1048 TID 100249 (evolution-alarm-not) sched_switch ( td=0xffffff0047ad9780, newtd=0xffffff00480da000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 161 PID 1048 TID 100226 (evolution-alarm-not) sched_switch ( td=0xffffff004e86da00, newtd=0xffffff004e294780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 160 PID 1048 TID 100194 (evolution-alarm-not) sched_switch ( td=0xffffff005005d500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 159 PID 1046 TID 100251 (nautilus) sched_switch (td=0xffffff0047ad9c80, newtd=0xffffff004e3ecc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 158 PID 1046 TID 100252 (nautilus) sched_switch (td=0xffffff00480da000, newtd=0xffffff004e851c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 157 PID 1046 TID 100218 (nautilus) sched_switch (td=0xffffff004e3ec500, newtd=0xffffff005005dc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 156 PID 1046 TID 100193 (nautilus) sched_switch (td=0xffffff005005d280, newtd=0xffffff004b128a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 155 PID 1044 TID 100086 (gnome-panel) sched_switch (td=0xffffff006025f500, newtd=0xffffff004e294500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 154 PID 1042 TID 100164 (metacity) sched_switch (td=0xffffff00552df500, newtd=0xffffff0058cb6280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 153 PID 1040 TID 100174 (gnome-smproxy) sched_switch ( td=0xffffff0055768000, newtd=0xffffff00552df780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 152 PID 1005 TID 100175 (xscreensaver) sched_switch ( td=0xffffff0055768280, newtd=0xffffff005f985a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 151 PID 995 TID 100133 (gam_server) sched_switch (td=0xffffff0057d42280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 150 PID 992 TID 100132 (gnome-settings-daem) sched_switch ( td=0xffffff0057d42000, newtd=0xffffff0055768000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 149 PID 990 TID 100079 (bonobo-activation-s) sched_switch ( td=0xffffff007acee280, newtd=0xffffff00552dfc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 148 PID 988 TID 100152 (gnome-keyring-daemo) sched_switch ( td=0xffffff005703d500, newtd=0xffffff00604e3500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 147 PID 986 TID 100151 (gconfd-2) sched_switch (td=0xffffff005703d280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 146 PID 983 TID 100153 (ssh-agent) sched_switch (td=0xffffff005703d780, newtd=0xffffff007b04b500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 145 PID 971 TID 100131 (gnome-session) sched_switch ( td=0xffffff0058cb6c80, newtd=0xffffff006025f500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 144 PID 962 TID 100154 (getty) sched_switch (td=0xffffff005703da00, newtd=0xffffff0056bdec80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 143 PID 961 TID 100159 (getty) sched_switch (td=0xffffff0056bde780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 142 PID 960 TID 100155 (getty) sched_switch (td=0xffffff005703dc80, newtd=0xffffff0056bde500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 141 PID 959 TID 100156 (getty) sched_switch (td=0xffffff0056bde000, newtd=0xffffff0056bde780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 140 PID 958 TID 100157 (getty) sched_switch (td=0xffffff0056bde280, newtd=0xffffff0056bde780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 139 PID 957 TID 100158 (getty) sched_switch (td=0xffffff0056bde500, newtd=0xffffff0056bde780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 138 PID 956 TID 100160 (getty) sched_switch (td=0xffffff0056bdea00, newtd=0xffffff005f985a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 137 PID 955 TID 100161 (getty) sched_switch (td=0xffffff0056bdec80, newtd=0xffffff0056bde500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 136 PID 943 TID 100142 (inetd) sched_switch (td=0xffffff0058443a00, newtd=0xffffff005f985c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 135 PID 942 TID 100118 (Xorg) sched_switch (td=0xffffff005f985a00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 134 PID 935 TID 100141 (gdm-binary) sched_switch (td=0xffffff0058443780, newtd=0xffffff006025f280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 133 PID 918 TID 100119 (gdm-binary) sched_switch (td=0xffffff005f985c80, newtd=0xffffff005703d500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 132 PID 900 TID 100143 (wtxregd.ex) sched_switch (td=0xffffff0058443c80, newtd=0xffffff007aceea00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 131 PID 896 TID 100123 (tits) sched_switch (td=0xffffff0059773780, newtd=0xffffff0058443a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 130 PID 878 TID 100247 (slapd) sched_switch (td=0xffffff0047ad9280, newtd=0xffffff004d415780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 129 PID 878 TID 100197 (slapd) sched_switch (td=0xffffff005005dc80, newtd=0xffffff0060102000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 128 PID 878 TID 100144 (slapd) sched_switch (td=0xffffff00581a4000, newtd=0xffffff005f985000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 127 PID 877 TID 100085 (smbd) sched_switch (td=0xffffff006025f280, newtd=0xffffff007ad74780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 126 PID 871 TID 100136 (smbd) sched_switch (td=0xffffff0057d42a00, newtd=0xffffff005fa23780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 125 PID 866 TID 100138 (saslauthd) sched_switch (td=0xffffff0058443000, newtd=0xffffff006025fa00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 124 PID 865 TID 100121 (saslauthd) sched_switch (td=0xffffff0059773280, newtd=0xffffff006025fa00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 123 PID 864 TID 100120 (saslauthd) sched_switch (td=0xffffff0059773000, newtd=0xffffff006025fa00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 122 PID 861 TID 100139 (saslauthd) sched_switch (td=0xffffff0058443280, newtd=0xffffff006025fa00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 121 PID 860 TID 100088 (saslauthd) sched_switch (td=0xffffff006025fa00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 120 PID 852 TID 100105 (smbd) sched_switch (td=0xffffff005fa23780, newtd=0xffffff0059773780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 119 PID 846 TID 100103 (nmbd) sched_switch (td=0xffffff005fa23280, newtd=0xffffff0058cb6280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 118 PID 845 TID 100127 (nmbd) sched_switch (td=0xffffff0058cb6280, newtd=0xffffff006025fc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 117 PID 838 TID 100130 (trivial-rewrite) sched_switch ( td=0xffffff0058cb6a00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 116 PID 823 TID 100098 (qmgr) sched_switch (td=0xffffff00604e3500, newtd=0xffffff0059773500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 115 PID 822 TID 100126 (pickup) sched_switch (td=0xffffff0058cb6000, newtd=0xffffff005fa23780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 114 PID 815 TID 100104 (master) sched_switch (td=0xffffff005fa23500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 113 PID 765 TID 100187 (mDNSResponder) sched_switch ( td=0xffffff004fd5c280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 112 PID 765 TID 100145 (mDNSResponder) sched_switch ( td=0xffffff00581a4280, newtd=0xffffff0055727780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 111 PID 765 TID 100117 (mDNSResponder) sched_switch ( td=0xffffff005f985780, newtd=0xffffff004e3ecc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 110 PID 752 TID 100122 (dhcpd) sched_switch (td=0xffffff0059773500, newtd=0xffffff004d415a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 109 PID 731 TID 100095 (master) sched_switch (td=0xffffff0060102c80, newtd=0xffffff004d415780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 108 PID 714 TID 100125 (dbus-daemon) sched_switch (td=0xffffff0059773c80, newtd=0xffffff0058cb6000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 107 PID 695 TID 100102 (httpd) sched_switch (td=0xffffff005fa23000, newtd=0xffffff007b75e780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 106 PID 694 TID 100101 (httpd) sched_switch (td=0xffffff00604e3c80, newtd=0xffffff005fa23000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 105 PID 693 TID 100099 (httpd) sched_switch (td=0xffffff00604e3780, newtd=0xffffff00604e3c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 104 PID 692 TID 100100 (httpd) sched_switch (td=0xffffff00604e3a00, newtd=0xffffff0059773c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 103 PID 691 TID 100087 (httpd) sched_switch (td=0xffffff006025f780, newtd=0xffffff00604e3780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 102 PID 684 TID 100124 (cupsd) sched_switch (td=0xffffff0059773a00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 101 PID 671 TID 100075 (clamd) sched_switch (td=0xffffff007b04b780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 100 PID 670 TID 100060 (perl5.8.6) sched_switch (td=0xffffff007ad74000, newtd=0xffffff007aceec80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 99 PID 669 TID 100083 (perl5.8.6) sched_switch (td=0xffffff007aceec80, newtd=0xffffff005f744a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 98 PID 662 TID 100057 (httpd) sched_switch (td=0xffffff007b75e780, newtd=0xffffff0055727280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 97 PID 654 TID 100109 (perl5.8.6) sched_switch (td=0xffffff005f744280, newtd=0xffffff004b309000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 96 PID 646 TID 100071 (postgres) sched_switch (td=0xffffff007a797c80, newtd=0xffffff00604e3a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 95 PID 645 TID 100110 (postgres) sched_switch (td=0xffffff005f744500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 94 PID 644 TID 100113 (postgres) sched_switch (td=0xffffff005f744c80, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 93 PID 642 TID 100107 (postgres) sched_switch (td=0xffffff005fa23c80, newtd=0xffffff004e3ec500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 92 PID 605 TID 100089 (amd) sched_switch (td=0xffffff006025fc80, newtd=0xffffff00604e3000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 91 PID 543 TID 100111 (cron) sched_switch (td=0xffffff005f744780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 90 PID 527 TID 100070 (sshd) sched_switch (td=0xffffff007a797a00, newtd=0xffffff007a797c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 89 PID 513 TID 100114 (ntpd) sched_switch (td=0xffffff005f985000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 88 PID 478 TID 100108 (usbd) sched_switch (td=0xffffff005f744000, newtd=0xffffff005fa23c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 87 PID 476 TID 100106 (moused) sched_switch (td=0xffffff005fa23a00, newtd=0xffffff0055768280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 86 PID 467 TID 100074 (watchdogd) sched_switch (td=0xffffff007b04b500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 85 PID 461 TID 100093 (rpc.lockd) sched_switch (td=0xffffff0060102780, newtd=0xffffff007a797a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 84 PID 450 TID 100090 (rpc.lockd) sched_switch (td=0xffffff0060102000, newtd=0xffffff0058443c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 83 PID 445 TID 100081 (rpc.statd) sched_switch (td=0xffffff007acee780, newtd=0xffffff005f744000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 82 PID 440 TID 100072 (nfsd) sched_switch (td=0xffffff007b04b000, newtd=0xffffff0060102500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 81 PID 439 TID 100077 (nfsd) sched_switch (td=0xffffff007b04bc80, newtd=0xffffff007b04b000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 80 PID 438 TID 100076 (nfsd) sched_switch (td=0xffffff007b04ba00, newtd=0xffffff007b04bc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 79 PID 437 TID 100097 (nfsd) sched_switch (td=0xffffff00604e3280, newtd=0xffffff007b758a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 78 PID 435 TID 100092 (nfsd) sched_switch (td=0xffffff0060102500, newtd=0xffffff0060102780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 77 PID 433 TID 100062 (mountd) sched_switch (td=0xffffff007ad74500, newtd=0xffffff0060102500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 76 PID 403 TID 100094 (kpasswdd) sched_switch (td=0xffffff0060102a00, newtd=0xffffff0060102280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 75 PID 396 TID 100091 (kadmind) sched_switch (td=0xffffff0060102280, newtd=0xffffff007ad74500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 74 PID 391 TID 100096 (kdc) sched_switch (td=0xffffff00604e3000, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 73 PID 367 TID 100080 (md0) sched_switch (td=0xffffff007acee500, newtd=0xffffff007b755780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 72 PID 344 TID 100082 (rpcbind) sched_switch (td=0xffffff007aceea00, newtd=0xffffff007b73d780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 71 PID 329 TID 100179 (named) sched_switch (td=0xffffff0055768c80, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 70 PID 329 TID 100171 (named) sched_switch (td=0xffffff0055727780, newtd=0xffffff0058443780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 69 PID 329 TID 100073 (named) sched_switch (td=0xffffff007b04b280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 68 PID 313 TID 100063 (syslogd) sched_switch (td=0xffffff007ad74780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 67 PID 295 TID 100058 (devd) sched_switch (td=0xffffff007b75ea00, newtd=0xffffff0060102a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 66 PID 258 TID 100061 (natd) sched_switch (td=0xffffff007ad74280, newtd=0xffffff005fa23a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 65 PID 215 TID 100059 (adjkerntz) sched_switch (td=0xffffff007b75ec80, newtd=0xffffff007ad74780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 64 PID 64 TID 100078 (schedcpu) sched_switch (td=0xffffff007acee000, newtd=0xffffff007b720c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 63 PID 63 TID 100050 (nfsiod 3) sched_switch (td=0xffffff007b71d500, newtd=0xffffff007acee000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 62 PID 62 TID 100049 (nfsiod 2) sched_switch (td=0xffffff007b71d280, newtd=0xffffff007b71d500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 61 PID 61 TID 100048 (nfsiod 1) sched_switch (td=0xffffff007b71d000, newtd=0xffffff007b71d280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 60 PID 60 TID 100047 (nfsiod 0) sched_switch (td=0xffffff007b737c80, newtd=0xffffff007b71d000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 59 PID 59 TID 100046 (vnlru) sched_switch (td=0xffffff007b737a00, newtd=0xffffff007b75e780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 58 PID 58 TID 100045 (syncer) sched_switch (td=0xffffff007b737780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 57 PID 57 TID 100069 (bufdaemon) sched_switch (td=0xffffff007a797780, newtd=0xffffff007b755c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 56 PID 56 TID 100068 (pagezero) sched_switch (td=0xffffff007a797500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 55 PID 55 TID 100067 (idlepoll) sched_switch (td=0xffffff007a797280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 54 PID 54 TID 100066 (vmdaemon) sched_switch (td=0xffffff007a797000, newtd=0xffffff007a797280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 53 PID 53 TID 100065 (pagedaemon) sched_switch (td=0xffffff007ad74c80, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 52 PID 51 TID 100038 (swi0: sio) sched_switch (td=0xffffff007b755500, newtd=0xffffff005fa23500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 51 PID 50 TID 100037 (usb4) sched_switch (td=0xffffff007b755280, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 50 PID 49 TID 100036 (usb3) sched_switch (td=0xffffff007b755000, newtd=0xffffff007b755280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 49 PID 48 TID 100035 (usb2) sched_switch (td=0xffffff007b73dc80, newtd=0xffffff007b755000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 48 PID 47 TID 100034 (usb1) sched_switch (td=0xffffff007b73da00, newtd=0xffffff007b73dc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 47 PID 46 TID 100056 (usbtask) sched_switch (td=0xffffff007b75e500, newtd=0xffffff007b73da00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 46 PID 45 TID 100055 (usb0) sched_switch (td=0xffffff007b75e280, newtd=0xffffff007b73da00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 45 PID 9 TID 100054 (acpi_task2) sched_switch (td=0xffffff007b75e000, newtd=0xffffff007b75e280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 44 PID 8 TID 100053 (acpi_task1) sched_switch (td=0xffffff007b71dc80, newtd=0xffffff007b75e000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 43 PID 7 TID 100052 (acpi_task0) sched_switch (td=0xffffff007b71da00, newtd=0xffffff007b71dc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 42 PID 6 TID 100051 (kqueue taskq) sched_switch (td=0xffffff007b71d780, newtd=0xffffff007b71da00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 41 PID 44 TID 100027 (swi6: acpitaskq) sched_switch ( td=0xffffff007b73c780, newtd=0xffffff007b73c280, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 40 PID 43 TID 100026 (swi6: task queue) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 39 PID 42 TID 100025 (swi6:+) sched_switch (td=0xffffff007b73c280, newtd=0xffffff0057d42780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 * 38 PID 5 TID 100024 (thread taskq) doadump () at pcpu.h:167 37 PID 41 TID 100044 (swi6:+) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 36 PID 40 TID 100043 (swi3: cambio) sched_switch (td=0xffffff007b737280, newtd=0xffffff004f3bb000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 35 PID 39 TID 100042 (swi2: camnet) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 34 PID 38 TID 100041 (yarrow) sched_switch (td=0xffffff007b755c80, newtd=0xffffff007b720c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 33 PID 4 TID 100040 (g_down) sched_switch (td=0xffffff007b755a00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 32 PID 3 TID 100039 (g_up) sched_switch (td=0xffffff007b755780, newtd=0xffffff007b73c000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 31 PID 2 TID 100017 (g_event) sched_switch (td=0xffffff007b720c80, newtd=0xffffff007b755a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 30 PID 37 TID 100016 (swi4: vm) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 29 PID 36 TID 100015 (swi5: clock sio) sched_switch ( td=0xffffff007b720780, newtd=0xffffff004f3bb000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 28 PID 35 TID 100033 (swi1: net) sched_switch (td=0xffffff007b73d780, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 27 PID 34 TID 100032 (irq0: clk) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 26 PID 33 TID 100031 (irq23:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 25 PID 32 TID 100030 (irq22: pcm0) sched_switch (td=0xffffff007b73d000, newtd=0xffffff004e294a00, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 24 PID 31 TID 100029 (irq21: uhci0 uhci1+) sched_switch ( td=0xffffff007b73cc80, newtd=0xffffff004d415780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 23 PID 30 TID 100028 (irq20: atapci0) sched_switch ( td=0xffffff007b73ca00, newtd=0xffffff007b755780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 22 PID 29 TID 100008 (irq19: dc0) sched_switch (td=0xffffff007b75a500, newtd=0xffffff007b720780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 21 PID 28 TID 100007 (irq18:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 20 PID 27 TID 100023 (irq17: fwohci0) sched_switch ( td=0xffffff007b758c80, newtd=0xffffff007b73cc80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 19 PID 26 TID 100022 (irq16: re0) sched_switch (td=0xffffff007b758a00, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 18 PID 25 TID 100021 (irq15: ata1) sched_switch (td=0xffffff007b758780, newtd=0xffffff007b73c000, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 17 PID 24 TID 100020 (irq14: ata0) sched_switch (td=0xffffff007b758500, newtd=0xffffff007b755780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 16 PID 23 TID 100019 (irq13:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 15 PID 22 TID 100018 (irq12:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 14 PID 21 TID 100000 (irq11:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 13 PID 20 TID 100014 (irq10:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 12 PID 19 TID 100013 (irq9: acpi0) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 11 PID 18 TID 100012 (irq8: rtc) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 10 PID 17 TID 100011 (irq7: ppc0) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 9 PID 16 TID 100010 (irq6:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 8 PID 15 TID 100009 (irq5:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 7 PID 14 TID 100006 (irq4: sio0) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 6 PID 13 TID 100005 (irq3:) fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:293 5 PID 12 TID 100004 (irq1: atkbd0) sched_switch (td=0xffffff007b777a00, newtd=0xffffff007b73d780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 4 PID 11 TID 100003 (idle) sched_switch (td=0xffffff007b777780, newtd=0xffffff007b758500, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 3 PID 1 TID 100002 (init) sched_switch (td=0xffffff007b777500, newtd=0xffffff007b777780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 2 PID 10 TID 100001 (ktrace) sched_switch (td=0xffffff007b777280, newtd=0xffffff007b720c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 1 PID 0 TID 0 (swapper) sched_switch (td=0xffffffff806beee0, newtd=0xffffff007ad74c80, flags=1) at /usr/src/sys/kern/sched_4bsd.c:882 The traceback on the core dump looks terrible, though: #0 doadump () at pcpu.h:167 No locals. #1 0x0000000000000000 in ?? () No symbol table info available. #2 0xffffffff80314507 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 first_buf_printf = 1 #3 0xffffffff80314c66 in panic (fmt=0xffffff007b73c000 "\xb8\030u{") at /usr/src/sys/kern/kern_shutdown.c:566 bootopt = 260 newpanic = 0 ap = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0xffffffffb1d7aa40, reg_save_area = 0xffffffffb1d7a970}} buf = "general protection fault", '\0' #4 0xffffffff8048b032 in trap_fatal (frame=0xffffff007b73c000, eva=18446742976269195448) at /usr/src/sys/amd64/amd64/trap.c:639 code = 2071183360 type = 9 ss = 16 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_long = 1, ssd_def32 = 0, ssd_gran = 1} #5 0xffffffff8048b4ac in trap (frame= {tf_rdi = -1097452552680, tf_rsi = 1, tf_rdx = 80, tf_rcx = 32, tf_r8 = -1097440356168, tf_r9 = -1097440312640, tf_rax = 1407858069538464, tf_rbx = -1097452552680, tf_rbp = -1099498803200, tf_r10 = -2140369864, tf_r11 = 0, tf_r12 = 4, tf_r13 = 1, tf_r14 = -1099499747832, tf_r15 = 1, tf_trapno = 9, tf_addr = 0, tf_flags = -2144193190, tf_err = 0, tf_rip = -2145432167, tf_cs = 8, tf_rflags = 66054, tf_rsp = -1311265904, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:458 p = (struct proc *) 0xffffff007b7518b8 sticks = 0 i = 0 ucode = 0 type = 0 code = 0 #6 0xffffffff8047af0b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:171 No locals. #7 0xffffff007abafe18 in ?? () No symbol table info available. #8 0x0000000000000001 in ?? () No symbol table info available. #9 0x0000000000000050 in ?? () No symbol table info available. #10 0x0000000000000020 in ?? () No symbol table info available. #11 0xffffff007b7518b8 in ?? () No symbol table info available. #12 0xffffff007b75c2c0 in ?? () No symbol table info available. #13 0x00050070802106a0 in ?? () No symbol table info available. #14 0xffffff007abafe18 in ?? () No symbol table info available. #15 0xffffff0000c3b000 in ?? () No symbol table info available. #16 0xffffffff806c8c38 in runq () No symbol table info available. #17 0x0000000000000000 in ?? () No symbol table info available. #18 0x0000000000000004 in ?? () No symbol table info available. #19 0x0000000000000001 in ?? () No symbol table info available. #20 0xffffff0000b54608 in ?? () No symbol table info available. #21 0x0000000000000001 in ?? () No symbol table info available. #22 0x0000000000000009 in ?? () No symbol table info available. #23 0x0000000000000000 in ?? () No symbol table info available. #24 0xffffffff8032355a in _callout_stop_safe (c=0xffffff007abafe18, safe=4) at /usr/src/sys/kern/kern_timeout.c:530 use_mtx = 1 #25 0x0000000000000010 in ?? () No symbol table info available. #26 0xffffff007b73c000 in ?? () No symbol table info available. #27 0xffffffff8031bfd6 in msleep (ident=0x1, mtx=0xffffff0000b54608, priority=92, wmesg=0xffffffff80337d20 "eH\2134%", timo=0) at /usr/src/sys/kern/kern_synch.c:228 _giantcnt = 8 sq = (struct sleepqueue *) 0xffffff007abaff18 catch = -256 rval = -1311265904 sig = 11879936 flags = 0 #28 0xffffffff803382a8 in taskqueue_thread_loop (arg=0x0) at /usr/src/sys/kern/subr_taskqueue.c:237 tq = (struct taskqueue *) 0xffffff0000b54600 #29 0xffffffff802fbfbc in fork_exit ( callout=0xffffffff80338270 , arg=0xffffffff806cc030, frame=0xffffffffb1d7ac50) at /usr/src/sys/kern/kern_fork.c:791 p = (struct proc *) 0xffffff007b7518b8 #30 0xffffffff8047b10e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:296 No locals. #31 0x0000000000000000 in ?? () No symbol table info available. #32 0x0000000000000000 in ?? () No symbol table info available. #33 0x0000000000000001 in ?? () No symbol table info available. #34 0x0000000000000000 in ?? () No symbol table info available. #35 0x0000000000000000 in ?? () No symbol table info available. #36 0x0000000000000000 in ?? () No symbol table info available. #37 0x0000000000000000 in ?? () No symbol table info available. #38 0x0000000000000000 in ?? () No symbol table info available. #39 0x0000000000000000 in ?? () No symbol table info available. #40 0x0000000000000000 in ?? () No symbol table info available. #41 0x0000000000000000 in ?? () No symbol table info available. #42 0x0000000000000000 in ?? () No symbol table info available. #43 0x0000000000000000 in ?? () No symbol table info available. #44 0x0000000000000000 in ?? () No symbol table info available. #45 0x0000000000000000 in ?? () No symbol table info available. #46 0x0000000000000000 in ?? () No symbol table info available. #47 0x0000000000000000 in ?? () No symbol table info available. #48 0x0000000000000000 in ?? () No symbol table info available. #49 0x0000000000000000 in ?? () No symbol table info available. #50 0x0000000000000000 in ?? () No symbol table info available. #51 0x0000000000000000 in ?? () No symbol table info available. #52 0x0000000000000000 in ?? () No symbol table info available. #53 0x0000000000000000 in ?? () No symbol table info available. #54 0x0000000000000000 in ?? () No symbol table info available. #55 0x0000000000000000 in ?? () No symbol table info available. #56 0x0000000000000000 in ?? () No symbol table info available. #57 0x0000000000000000 in ?? () No symbol table info available. #58 0x0000000000000000 in ?? () No symbol table info available. #59 0x0000000000000000 in ?? () No symbol table info available. #60 0x0000000000000000 in ?? () No symbol table info available. #61 0x0000000000000000 in ?? () No symbol table info available. #62 0x0000000000000000 in ?? () No symbol table info available. #63 0x0000000000957000 in ?? () No symbol table info available. #64 0xffffff0057fad798 in ?? () No symbol table info available. #65 0xffffffff806cf3e0 in nblock () No symbol table info available. #66 0x0000000000000001 in ?? () No symbol table info available. #67 0xffffff007b7518b8 in ?? () No symbol table info available. #68 0xffffff007b720c80 in ?? () No symbol table info available. #69 0xffffffffb1d7a5d8 in ?? () No symbol table info available. #70 0xffffff007b73c000 in ?? () No symbol table info available. #71 0xffffffff8032803c in sched_switch (td=0xffffffff806cc030, newtd=0x0, flags=0) at /usr/src/sys/kern/sched_4bsd.c:881 kg = (struct ksegrp *) 0x0 p = (struct proc *) 0xffffffff80338270 #72 0x0000000000000000 in ?? () No symbol table info available. #73 0x0000000000000000 in ?? () No symbol table info available. #74 0x0000000000000000 in ?? () No symbol table info available. #75 0x0000000000000000 in ?? () No symbol table info available. #76 0x0000000000000000 in ?? () No symbol table info available. #77 0x0000000000000000 in ?? () No symbol table info available. #78 0x0000000000000000 in ?? () No symbol table info available. #79 0x0000000000000000 in ?? () No symbol table info available. #80 0x0000000000000000 in ?? () No symbol table info available. #81 0x0000000000000000 in ?? () No symbol table info available. #82 0x0000000000000000 in ?? () No symbol table info available. #83 0x0000000000000000 in ?? () No symbol table info available. #84 0x0000000000000000 in ?? () No symbol table info available. #85 0x0000000000000000 in ?? () No symbol table info available. #86 0x0000000000000000 in ?? () No symbol table info available. #87 0x0000000000000000 in ?? () No symbol table info available. #88 0x0000000000000000 in ?? () No symbol table info available. #89 0x0000000000000000 in ?? () No symbol table info available. #90 0x0000000000000000 in ?? () No symbol table info available. #91 0x0000000000000000 in ?? () No symbol table info available. #92 0x0000000000000000 in ?? () No symbol table info available. #93 0x0000000000000000 in ?? () No symbol table info available. #94 0x0000000000000000 in ?? () No symbol table info available. #95 0x0000000000000000 in ?? () No symbol table info available. #96 0x0000000000000000 in ?? () No symbol table info available. #97 0x0000000000000000 in ?? () No symbol table info available. #98 0x0000000000000000 in ?? () No symbol table info available. #99 0x0000000000000000 in ?? () No symbol table info available. #100 0x0000000000000000 in ?? () No symbol table info available. #101 0x0000000000000000 in ?? () No symbol table info available. #102 0x0000000000000000 in ?? () No symbol table info available. #103 0x0000000000000000 in ?? () No symbol table info available. #104 0x0000000000000000 in ?? () No symbol table info available. #105 0x0000000000000000 in ?? () No symbol table info available. #106 0x0000000000000000 in ?? () No symbol table info available. #107 0x0000000000000000 in ?? () No symbol table info available. #108 0x0000000000000000 in ?? () No symbol table info available. #109 0x0000000000000000 in ?? () No symbol table info available. #110 0x0000000000000000 in ?? () No symbol table info available. #111 0x0000000000000000 in ?? () No symbol table info available. #112 0x0000000000000000 in ?? () No symbol table info available. #113 0x0000000000000000 in ?? () No symbol table info available. #114 0x0000000000000000 in ?? () No symbol table info available. #115 0x0000000000000000 in ?? () No symbol table info available. #116 0x0000000000000000 in ?? () No symbol table info available. #117 0x0000000000000000 in ?? () No symbol table info available. #118 0x0000000000000000 in ?? () No symbol table info available. #119 0x0000000000000000 in ?? () No symbol table info available. #120 0x0000000000000000 in ?? () No symbol table info available. #121 0x0000000000000000 in ?? () No symbol table info available. #122 0x0000000000000000 in ?? () No symbol table info available. #123 0x0000000000000000 in ?? () No symbol table info available. #124 0x0000000000000000 in ?? () No symbol table info available. #125 0x0000000000000000 in ?? () No symbol table info available. #126 0x0000000000000000 in ?? () No symbol table info available. #127 0x0000000000000000 in ?? () No symbol table info available. #128 0x0000000000000000 in ?? () No symbol table info available. #129 0x0000000000000000 in ?? () No symbol table info available. #130 0x0000000000000000 in ?? () No symbol table info available. #131 0x0000000000000000 in ?? () No symbol table info available. #132 0x0000000000000000 in ?? () No symbol table info available. #133 0x0000000000000000 in ?? () No symbol table info available. #134 0x0000000000000000 in ?? () No symbol table info available. #135 0x0000000000000000 in ?? () No symbol table info available. #136 0x0000000000000000 in ?? () No symbol table info available. #137 0x0000000000000000 in ?? () No symbol table info available. #138 0x0000000000000000 in ?? () No symbol table info available. #139 0x0000000000000000 in ?? () No symbol table info available. #140 0x0000000000000000 in ?? () No symbol table info available. #141 0x0000000000000000 in ?? () No symbol table info available. #142 0x0000000000000000 in ?? () No symbol table info available. #143 0x0000000000000000 in ?? () No symbol table info available. From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 07:32:38 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62B5516A4CE for ; Fri, 20 May 2005 07:32:38 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 750D643DB7 for ; Fri, 20 May 2005 07:32:36 +0000 (GMT) (envelope-from gofda-freebsd-amd64@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DZ1xx-0006Yi-DQ for freebsd-amd64@freebsd.org; Fri, 20 May 2005 09:30:41 +0200 Received: from dhcp193.ifado.de ([195.253.22.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 May 2005 09:30:41 +0200 Received: from wb by dhcp193.ifado.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 May 2005 09:30:41 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-amd64@freebsd.org From: "Wilhelm B. Kloke" Date: Fri, 20 May 2005 07:29:24 +0000 (UTC) Organization: InstArbPhysUniDo Lines: 10 Message-ID: References: <42842F46.9040608@samsco.org> <4284FD37.2070009@jonny.eng.br> <20050519054630.GC68698@dragon.NUXI.org> <428CC670.50002@jonny.eng.br> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: dhcp193.ifado.de User-Agent: slrn/0.9.8.0 (FreeBSD) Cache-Post-Path: vestein!unknown@yorikke X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Sender: news Subject: Re: Actual benefits of amd64 over i386 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 07:32:38 -0000 João Carlos Mendes Luís schrieb: > > Would these benefits outcome the losses caused by bigger binaries? > Isn't it possible to use 64 bit registers in a 32 bit segment? Just > like i386 segments, where one could define the default register size... I have made the experience, that the same piece of software (Algol68G interpreter) has had about 10% performance gain in amd64 mode over i386 on the same machine. I don't have the figure about the increase in size at hand. From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 08:36:34 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A02016A4CE; Fri, 20 May 2005 08:36:34 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EC6B43D7F; Fri, 20 May 2005 08:36:34 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j4K8aXS3089157; Fri, 20 May 2005 04:36:33 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j4K8aXbH089153; Fri, 20 May 2005 04:36:33 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Fri, 20 May 2005 04:36:32 -0400 (EDT) From: Jeff Roberson To: Scott Long In-Reply-To: <428CDD17.7020207@samsco.org> Message-ID: <20050520043319.N82493@mail.chesapeake.net> References: <200505191431.08189.jkim@niksun.com> <428CDD17.7020207@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-arch@freebsd.org cc: rwatson@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: AMD64 NUMA-awareness? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 08:36:34 -0000 On Thu, 19 May 2005, Scott Long wrote: > Jung-uk Kim wrote: > > > ULE scheduler paper > > (http://www.usenix.org/publications/library/proceedings/bsdcon03/tech/roberson.html) > > says: > > > > 'SMT introduces a concept of non-uniform processors into ULE which > > could be extended to support NUMA. The concept of expressing the > > penalty for migration through the use of separate queues could be > > further developed to include a local and global load-balancing > > policy. At the time of this writing, however, FreeBSD does not > > support any true NUMA capable machines and so this is left until such > > time that it does.' > > > > I am not sure about the meaning of 'true NUMA capable machines' but > > AMD64 is ccNUMA unless I am completely mistaken, and FreeBSD/amd64 is > > well-supported. Even multicore processors are available now and > > Intel is going to release dual-core processors with HTT to make > > matters worse. > > > > Even HTT by itself presents some interesting scheduling challenges that > need to be accounted for. > > > Is there anybody working on this? > > Jeff stated recently that both ULE and 4BSD have some very primitive > awareness of topology, but that much more work is needed. NUMA would > also benefit from the UMA memory allocator understanding memory topology > and working with the scheduler to keep processes on CPUs that are > closest to their memory. Unfortunately, there doesn't appear to be > much work going on, so if anyone is interested, it's a great project and > I encourage all to help. I have put a great deal of thought into the issues in both UMA and schedulers for NUMA. I have not put any code in as of yet, however. I think that linux has had limited success with numa support on AMD64. The remote penalty doesn't seem to be great enough to really warrant much more complicated algorithms. Interested parties are certainly welcome to explore this more. I believe remote accesses are in the range of 33-50% more expensive than local. We might benefit by making a copy of the kernel text for each processor. That would be a good starting point to see if any gains are observed in the best case. > > Scott > > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 16:55:34 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EE9716A4CE; Fri, 20 May 2005 16:55:34 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ACCF43D88; Fri, 20 May 2005 16:55:34 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4KGtVrY008164; Fri, 20 May 2005 09:55:31 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4KGtQtk008163; Fri, 20 May 2005 09:55:26 -0700 (PDT) (envelope-from obrien) Date: Fri, 20 May 2005 09:55:26 -0700 From: "David O'Brien" To: Attila Nagy Message-ID: <20050520165526.GE6982@dragon.NUXI.org> References: <428B6FC1.3000907@fsn.hu> <1116437340.69035.0.camel@hood.oook.cz> <20050518180521.GB9719@odin.ac.hmc.edu> <20050519010828.GA64608@dragon.NUXI.org> <428CC309.5040306@fsn.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <428CC309.5040306@fsn.hu> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: Pav Lucistnik cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 16:55:34 -0000 On Thu, May 19, 2005 at 06:47:05PM +0200, Attila Nagy wrote: > David O'Brien wrote: > >I'm taking care of this. Please no one commit any AMD Dual-core related > >patches (especially WRT HTT) with out passing them by me. > Do you have any preliminary patches? Access to hardware? Yes I have hardware - since March. Everyone should note that difference of dual-core vs. single core doesn't matter one bit for FreeBSD. We don't have NUMA support, which is what is required to care about the difference between 1x dual-core & 2x single-core (or 2x dual-core & 4x single-core) Opteron. For 6.0-RELEASE (which branches June 1, 2005), I'm going to just have the kernel ignore that dual-core Opteron sets the HTT feature flag. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 17:02:28 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC40116A4CE for ; Fri, 20 May 2005 17:02:28 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8573A43D93 for ; Fri, 20 May 2005 17:02:28 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4KH2RuQ008358; Fri, 20 May 2005 10:02:27 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4KH2QEA008357; Fri, 20 May 2005 10:02:26 -0700 (PDT) (envelope-from obrien) Date: Fri, 20 May 2005 10:02:26 -0700 From: "David O'Brien" To: Adri Koppes Message-ID: <20050520170226.GG6982@dragon.NUXI.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD 5.4R fails to run i386 binaries. Missing ld-elf32.so.1 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 17:02:29 -0000 On Thu, May 19, 2005 at 09:52:44AM +0200, Adri Koppes wrote: > > It certainly was my intention that there are 32-bit shared libs and > > RTLD in 5.4-RELEASE. I guess there was something in release/Makefile > > I failed to add. :-( > > Thanks for your confirmation. Hopefully the will come as a seperate > package later. I have no plans to provide them as a separate package. The 32-bit bits will be in 5.5-RELEASE and 6.0-RELEASE, so this problem is a one time issue. > FreeBSD 3.x i386 binaries always dump core (bad system call)! I didn't > see the compat3x and compat4x options available in /stand/sysinstall > nor could I make the packages in /usr/ports. Currently I have a > requirement to be able to run FreeBSD 3.x shared i386 binaries, since > Sophos Antivirus only ships these! :(( Is it possible to run older > FreeBSD 3.x style i386 binaries on 5.4 amd64? I cannot answer that question, but I think there are others on the AMD64 mailing list that might be trying to run 3.x binaries on AMD64 also. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 17:10:08 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 655AF16A4CE; Fri, 20 May 2005 17:10:08 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 810EC43D96; Fri, 20 May 2005 17:10:07 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4KHD8bl001515; Fri, 20 May 2005 11:13:09 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <428E19B0.6030001@samsco.org> Date: Fri, 20 May 2005 11:09:04 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <428B6FC1.3000907@fsn.hu> <1116437340.69035.0.camel@hood.oook.cz> <20050518180521.GB9719@odin.ac.hmc.edu> <20050519010828.GA64608@dragon.NUXI.org> <428CC309.5040306@fsn.hu> <20050520165526.GE6982@dragon.NUXI.org> In-Reply-To: <20050520165526.GE6982@dragon.NUXI.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Pav Lucistnik cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 17:10:08 -0000 David O'Brien wrote: > On Thu, May 19, 2005 at 06:47:05PM +0200, Attila Nagy wrote: > >>David O'Brien wrote: >> >>>I'm taking care of this. Please no one commit any AMD Dual-core related >>>patches (especially WRT HTT) with out passing them by me. >> >>Do you have any preliminary patches? Access to hardware? > > > Yes I have hardware - since March. > > Everyone should note that difference of dual-core vs. single core doesn't > matter one bit for FreeBSD. We don't have NUMA support, which is what is > required to care about the difference between 1x dual-core & 2x > single-core (or 2x dual-core & 4x single-core) Opteron. > > For 6.0-RELEASE (which branches June 1, 2005), I'm going to just have the > kernel ignore that dual-core Opteron sets the HTT feature flag. > Note, 6.0-RELEASE does not happen on June 1. That is the date where we shift out of crazy development mode and into polishing mode. Polishing would include making a CPU feature work correctly. Scott From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 17:59:06 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4942216A4CF; Fri, 20 May 2005 17:59:06 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9315D43D96; Fri, 20 May 2005 17:59:02 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4KHx1vR009795; Fri, 20 May 2005 10:59:01 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4KHwwWC009794; Fri, 20 May 2005 10:58:58 -0700 (PDT) (envelope-from obrien) Date: Fri, 20 May 2005 10:58:58 -0700 From: "David O'Brien" To: Scott Long Message-ID: <20050520175858.GB9492@dragon.NUXI.org> References: <428B6FC1.3000907@fsn.hu> <1116437340.69035.0.camel@hood.oook.cz> <20050518180521.GB9719@odin.ac.hmc.edu> <20050519010828.GA64608@dragon.NUXI.org> <428CC309.5040306@fsn.hu> <20050520165526.GE6982@dragon.NUXI.org> <428E19B0.6030001@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <428E19B0.6030001@samsco.org> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: Pav Lucistnik cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 17:59:06 -0000 On Fri, May 20, 2005 at 11:09:04AM -0600, Scott Long wrote: > >For 6.0-RELEASE (which branches June 1, 2005), I'm going to just have the > >kernel ignore that dual-core Opteron sets the HTT feature flag. > > Note, 6.0-RELEASE does not happen on June 1. That is the date where we > shift out of crazy development mode and into polishing mode. Polishing > would include making a CPU feature work correctly. I said "branch" not "released". -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 19:28:06 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFDD916A4CE for ; Fri, 20 May 2005 19:28:06 +0000 (GMT) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id C3E4B43D7E for ; Fri, 20 May 2005 19:28:05 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp102.rog.mail.re2.yahoo.com with SMTP; 20 May 2005 19:28:05 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Fri, 20 May 2005 15:27:54 -0400 (EDT) Message-ID: <1246.172.16.0.199.1116617274.squirrel@172.16.0.1> In-Reply-To: <20050520165526.GE6982@dragon.NUXI.org> References: <428B6FC1.3000907@fsn.hu> <1116437340.69035.0.camel@hood.oook.cz> <20050518180521.GB9719@odin.ac.hmc.edu> <20050519010828.GA64608@dragon.NUXI.org> <428CC309.5040306@fsn.hu> <20050520165526.GE6982@dragon.NUXI.org> Date: Fri, 20 May 2005 15:27:54 -0400 (EDT) From: "Mike Jakubik" To: obrien@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD on dual core Opterons - stupid buildworld test X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 19:28:07 -0000 On Fri, May 20, 2005 12:55 pm, David O'Brien said: > > For 6.0-RELEASE (which branches June 1, 2005), I'm going to just have the > kernel ignore that dual-core Opteron sets the HTT feature flag. > And what about RELENG_5? From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 19:40:06 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABC3116A4D1 for ; Fri, 20 May 2005 19:40:06 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 832A743D8B for ; Fri, 20 May 2005 19:40:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4KJe6Tx096213 for ; Fri, 20 May 2005 19:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4KJe6LD096212; Fri, 20 May 2005 19:40:06 GMT (envelope-from gnats) Date: Fri, 20 May 2005 19:40:06 GMT Message-Id: <200505201940.j4KJe6LD096212@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Vivek Khera Subject: Re: amd64/81279: /usr/games/random returns every line X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vivek Khera List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 19:40:06 -0000 The following reply was made to PR amd64/81279; it has been noted by GNATS. From: Vivek Khera To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/81279: /usr/games/random returns every line Date: Fri, 20 May 2005 15:36:55 -0400 --Apple-Mail-6-871661888 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Here's a patch for /usr/src/games/random/random.c which seems to solve the problem, based on Adriaan's message. --Apple-Mail-6-871661888 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="random.c.patch" Content-Disposition: attachment; filename=random.c.patch --- #random.c~ Fri May 20 15:26:50 2005 +++ random.c Fri May 20 15:26:50 2005 @@ -159,7 +159,7 @@ /* Compute a random exit status between 0 and denom - 1. */ if (random_exit) - return (int)((denom * random()) / LONG_MAX); + return (int)((denom * random()) / INT_MAX); /* * Select whether to print the first line. (Prime the pump.) @@ -167,7 +167,7 @@ * 0 (which has a 1 / denom chance of being true), we select the * line. */ - selected = (int)(denom * random() / LONG_MAX) == 0; + selected = (int)(denom * random() / INT_MAX) == 0; while ((ch = getchar()) != EOF) { if (selected) (void)putchar(ch); @@ -177,7 +177,7 @@ err(2, "stdout"); /* Now see if the next line is to be printed. */ - selected = (int)(denom * random() / LONG_MAX) == 0; + selected = (int)(denom * random() / INT_MAX) == 0; } } if (ferror(stdin)) --Apple-Mail-6-871661888-- From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 20:45:33 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BBD816A4CE for ; Fri, 20 May 2005 20:45:33 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60F3B43D86 for ; Fri, 20 May 2005 20:45:33 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5417E72DD4; Fri, 20 May 2005 13:45:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4F3EE72DCB; Fri, 20 May 2005 13:45:33 -0700 (PDT) Date: Fri, 20 May 2005 13:45:33 -0700 (PDT) From: Doug White To: Affan Basalamah In-Reply-To: Message-ID: <20050520134353.J8229@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-amd64@freebsd.org Subject: Re: amd64 on HP Proliant DL145 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 20:45:33 -0000 On Fri, 20 May 2005, Affan Basalamah wrote: > I want to know if installing amd64 version of FreeBSD on my 1-cpu HP > Proliant DL145 will give me significant performance gain compared to > i386 version. I would like to run IDS (snort/base) and NFSen > (nfsen.sourceforge.net) on this box, and plan to monitor ingress > traffic on gigeth port of catalyst 6500. > > Please tell me, is it easier for me to just install i386 on this > DL145, or install amd64 to get better performance ? Is there any > problem with application such as snort/base on amd64 platform ? snort is a large amount of string analysis and the additional registers should help significantly. It appears to work on all architectures so there should be no problem building and running it on amd64 vs. i386. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 21:00:01 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 490A216A4CE for ; Fri, 20 May 2005 21:00:01 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD4DC43D77 for ; Fri, 20 May 2005 21:00:00 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1E91172DDB; Fri, 20 May 2005 13:59:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 1BEC872DD9; Fri, 20 May 2005 13:59:58 -0700 (PDT) Date: Fri, 20 May 2005 13:59:58 -0700 (PDT) From: Doug White To: Sean McNeil In-Reply-To: <1116566651.1588.17.camel@server.mcneil.com> Message-ID: <20050520135046.T8229@carver.gumbysoft.com> References: <1116566651.1588.17.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: amd64@freebsd.org Subject: Re: help with GPF on 5.4-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 21:00:01 -0000 Lets prune this down: On Thu, 19 May 2005, Sean McNeil wrote: > I'm not sure what information to provide from my crash dump. I tried to > burn a CD with my > > 'TOSHIBA ' 'CD/DVDW SD-R5372' 'TU31' Removable CD-ROM > > via. nautilus CD burner and I get a kernel panic: > > May 19 19:41:23 server kernel: Fatal trap 9: general protection fault while in kernel mode > May 19 19:41:23 server kernel: instruction pointer = 0x8:0xffffffff801f4d99May 19 19:41:23 server kernel: stack pointer = 0x10:0xffffffffb1d7ab80 > May 19 19:41:23 server kernel: frame pointer = 0x10:0xffffff0000c3b000 > May 19 19:41:23 server kernel: code segment = base 0x0, limit 0xfffff, type 0x1b > May 19 19:41:23 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 > May 19 19:41:23 server kernel: processor eflags = interrupt enabled, resume, IOPL = 0 > May 19 19:41:23 server kernel: current process = 5 (thread taskq) > May 19 19:41:23 server kernel: trap number = 9 > May 19 19:41:23 server kernel: panic: general protection fault > > What can I do to get the proper info to the developers? using kgdb, I > checked the threads (pids) and stack. ['info threads' isn't too useful here...] kern.timeout.c line 530 is 530 mtx_unlock_spin(&callout_lock); I'm not sure what in there would generate a GPF. Load up a debugging version of the kernel that generated this error into gdb (add "makeoptions DEBUG=-g" to your kernel config & rebuild if you don't have one, and you don't need to load in the crashdump), and enter disass 0xffffffffb1d7ab80 It'll disassemble whatever function it is in. Search the addresses on the left for the matching line and paste it and a handful to both sides into your reply. That will help us narrow things down by seeing what instruction faulted and searching for conditions that cause that fault. > The traceback on the core dump looks terrible, though: > > #0 doadump () at pcpu.h:167 > No locals. > #1 0x0000000000000000 in ?? () > No symbol table info available. > #2 0xffffffff80314507 in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:410 > first_buf_printf = 1 > #3 0xffffffff80314c66 in panic (fmt=0xffffff007b73c000 "\xb8\030u{") > at /usr/src/sys/kern/kern_shutdown.c:566 > bootopt = 260 > newpanic = 0 > ap = {{gp_offset = 16, fp_offset = 48, > overflow_arg_area = 0xffffffffb1d7aa40, > reg_save_area = 0xffffffffb1d7a970}} > buf = "general protection fault", '\0' > #4 0xffffffff8048b032 in trap_fatal (frame=0xffffff007b73c000, > eva=18446742976269195448) at /usr/src/sys/amd64/amd64/trap.c:639 > code = 2071183360 > type = 9 > ss = 16 > esp = 0 > softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, > ssd_dpl = 0, ssd_p = 1, ssd_long = 1, ssd_def32 = 0, ssd_gran = 1} > #5 0xffffffff8048b4ac in trap (frame= > {tf_rdi = -1097452552680, tf_rsi = 1, tf_rdx = 80, tf_rcx = 32, > tf_r8 = -1097440356168, tf_r9 = -1097440312640, tf_rax = > 1407858069538464, tf_rbx = -1097452552680, tf_rbp = -1099498803200, > tf_r10 = -2140369864, tf_r11 = 0, tf_r12 = 4, tf_r13 = 1, tf_r14 = > -1099499747832, tf_r15 = 1, tf_trapno = 9, tf_addr = 0, tf_flags = > -2144193190, tf_err = 0, tf_rip = -2145432167, tf_cs = 8, tf_rflags = > 66054, tf_rsp = -1311265904, tf_ss = 16}) > at /usr/src/sys/amd64/amd64/trap.c:458 > p = (struct proc *) 0xffffff007b7518b8 > sticks = 0 > i = 0 > ucode = 0 > type = 0 > code = 0 > #6 0xffffffff8047af0b in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:171 > No locals. > #7 0xffffff007abafe18 in ?? () > No symbol table info available. > #8 0x0000000000000001 in ?? () > No symbol table info available. > #9 0x0000000000000050 in ?? () > No symbol table info available. > #10 0x0000000000000020 in ?? () > No symbol table info available. > #11 0xffffff007b7518b8 in ?? () > No symbol table info available. > #12 0xffffff007b75c2c0 in ?? () > No symbol table info available. > #13 0x00050070802106a0 in ?? () > No symbol table info available. > #14 0xffffff007abafe18 in ?? () > No symbol table info available. > #15 0xffffff0000c3b000 in ?? () > No symbol table info available. > #16 0xffffffff806c8c38 in runq () > No symbol table info available. > #17 0x0000000000000000 in ?? () > No symbol table info available. > #18 0x0000000000000004 in ?? () > No symbol table info available. > #19 0x0000000000000001 in ?? () > No symbol table info available. > #20 0xffffff0000b54608 in ?? () > No symbol table info available. > #21 0x0000000000000001 in ?? () > No symbol table info available. > #22 0x0000000000000009 in ?? () > No symbol table info available. > #23 0x0000000000000000 in ?? () > No symbol table info available. > #24 0xffffffff8032355a in _callout_stop_safe (c=0xffffff007abafe18, > safe=4) > at /usr/src/sys/kern/kern_timeout.c:530 > use_mtx = 1 > #25 0x0000000000000010 in ?? () > No symbol table info available. > #26 0xffffff007b73c000 in ?? () > No symbol table info available. > #27 0xffffffff8031bfd6 in msleep (ident=0x1, mtx=0xffffff0000b54608, > priority=92, wmesg=0xffffffff80337d20 "eH\2134%", timo=0) > at /usr/src/sys/kern/kern_synch.c:228 > _giantcnt = 8 > sq = (struct sleepqueue *) 0xffffff007abaff18 > catch = -256 > rval = -1311265904 > sig = 11879936 > flags = 0 > #28 0xffffffff803382a8 in taskqueue_thread_loop (arg=0x0) > at /usr/src/sys/kern/subr_taskqueue.c:237 > tq = (struct taskqueue *) 0xffffff0000b54600 > #29 0xffffffff802fbfbc in fork_exit ( > callout=0xffffffff80338270 , > arg=0xffffffff806cc030, frame=0xffffffffb1d7ac50) > at /usr/src/sys/kern/kern_fork.c:791 > p = (struct proc *) 0xffffff007b7518b8 > #30 0xffffffff8047b10e in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:296 > No locals. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 21:53:38 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1063E16A4CE for ; Fri, 20 May 2005 21:53:38 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9223A43DA4 for ; Fri, 20 May 2005 21:53:36 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 669 invoked by uid 89); 20 May 2005 21:52:56 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 20 May 2005 21:52:56 -0000 Date: Fri, 20 May 2005 23:53:32 +0200 From: Oliver Lehmann To: hardware@freebsd.org Message-Id: <20050520235332.2e46c9a4.lehmann@ans-netz.de> X-Mailer: Sylpheed version 1.9.11 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org Subject: radeon cards - xinerama in xfree X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 21:53:38 -0000 Hi, I used a matrox g400dh before i upgraded my system to an amd64 one. Now I'm using an ati radeon 9250 card and having trouble getting xinerama working like it worked before. with all the special CRT2-Option I'm able to get a streched screen but no center hints and so on are given to my application which means resizing, maximizing, centering and so on doesn't work really good. I'm getting the following "warning" on loading xorg. (II) Primary Device is: PCI 01:00:0 (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found (--) Chipset ATI Radeon 9200PRO 5960 (AGP) found since I have a PCI:1:0:1 device section in my xorg.conf I guess the error is here: drm0@pci1:0:0: class=0x030000 card=0x004e1043 chip=0x59601002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Radeon 9200 Pro (RV280)' class = display subclass = VGA none3@pci1:0:1: class=0x038000 card=0x004f1043 chip=0x59401002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Radeon 9200 Pro (RV280) - Secondary' class = display is it possible to attach drm1 on none3? Part of my xorg.conf Section "Device" Identifier "ATI1" Driver "radeon" #VideoRam 16384 BusID "PCI:1:0:0" Screen 0 Option "CRT2Position" "RightOf" Option "CRT2HSync" "30.0-70.0" Option "CRT2VRefresh" "50.0-120.0" Option "MetaModes" "1152x864-1152x864" Option "MonitorLayout" "CRT,CRT" Option "MergedFB" "true" Option "NoMergedXinerama" "false" # Option "MergedXineramaCRT2IsScreen0" "1" # Insert Clocks lines here if appropriate EndSection Section "Device" Identifier "ATI2" Driver "radeon" BusID "PCI:1:0:1" Screen 1 EndSection All the ATI1-Options where added only for radeon since w/o them I'm only getting a "copy" on my 2nd monitor. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 22:05:11 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCEFC16A4CE for ; Fri, 20 May 2005 22:05:11 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C43E43DB6 for ; Fri, 20 May 2005 22:05:10 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 1278 invoked by uid 89); 20 May 2005 22:04:30 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 20 May 2005 22:04:30 -0000 Date: Sat, 21 May 2005 00:05:09 +0200 From: Oliver Lehmann To: hardware@freebsd.org Message-Id: <20050521000509.7fc8b513.lehmann@ans-netz.de> In-Reply-To: <20050520235332.2e46c9a4.lehmann@ans-netz.de> References: <20050520235332.2e46c9a4.lehmann@ans-netz.de> X-Mailer: Sylpheed version 1.9.11 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org Subject: Re: radeon cards - xinerama in xfree X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 22:05:11 -0000 Oliver Lehmann wrote: > > is it possible to attach drm1 on none3? maybe {0x1002, 0x5940, CHIP_RV280, "ATI Radeon RV280 9200 secondary"}, \ in dev/drm/drm_pciids.h helps... will see when world+kernnel is compiled -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 22:10:04 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0333016A4CE for ; Fri, 20 May 2005 22:10:04 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28BF343D31 for ; Fri, 20 May 2005 22:10:01 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4KMA1ic018115 for ; Fri, 20 May 2005 22:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4KMA0jW018114; Fri, 20 May 2005 22:10:01 GMT (envelope-from gnats) Resent-Date: Fri, 20 May 2005 22:10:01 GMT Resent-Message-Id: <200505202210.j4KMA0jW018114@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Leif Pedersen Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91EDE16A4CE for ; Fri, 20 May 2005 22:01:09 +0000 (GMT) Received: from legolas.hobbiton.org (nat-187.meridian-enviro.com [207.109.235.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id B02E143D98 for ; Fri, 20 May 2005 22:01:08 +0000 (GMT) (envelope-from bilbo@legolas.hobbiton.org) Received: from legolas.hobbiton.org (localhost [127.0.0.1]) by legolas.hobbiton.org (8.13.3/8.13.3) with ESMTP id j4KM18d8020783; Fri, 20 May 2005 22:01:08 GMT (envelope-from bilbo@legolas.hobbiton.org) Received: (from bilbo@localhost) by legolas.hobbiton.org (8.13.3/8.13.3/Submit) id j4KM17IW020782; Fri, 20 May 2005 17:01:07 -0500 (CDT) (envelope-from bilbo) Message-Id: <200505202201.j4KM17IW020782@legolas.hobbiton.org> Date: Fri, 20 May 2005 17:01:07 -0500 (CDT) From: Leif Pedersen To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 cc: bilbo@hobbiton.org Subject: amd64/81325: KLD if_ath.ko: depends on ath_hal - not available, kldload: Unsupported file type X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Leif Pedersen List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 22:10:04 -0000 >Number: 81325 >Category: amd64 >Synopsis: KLD if_ath.ko: depends on ath_hal - not available, kldload: Unsupported file type >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 20 22:10:00 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Leif Pedersen >Release: FreeBSD 5.4-RELEASE amd64 >Organization: >Environment: System: FreeBSD legolas.hobbiton.org 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May 8 07:00:26 UTC 2005 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: kldload if_ath fails with the following dmesgs: KLD if_ath.ko: depends on ath_hal - not available kldload: Unsupported file type The file /boot/kernel/ath_hal.ko appears to be missing on the amd64 port. It is present on the i386 port. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 22:26:13 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56DEA16A4CE; Fri, 20 May 2005 22:26:13 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 666BC43D39; Fri, 20 May 2005 22:26:12 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.3/8.13.1) with ESMTP id j4KMQ77k014135; Fri, 20 May 2005 15:26:07 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.3/8.13.1/Submit) id j4KMQ6ZV014134; Fri, 20 May 2005 15:26:06 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Oliver Lehmann In-Reply-To: <20050521000509.7fc8b513.lehmann@ans-netz.de> References: <20050520235332.2e46c9a4.lehmann@ans-netz.de> <20050521000509.7fc8b513.lehmann@ans-netz.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 20 May 2005 15:26:05 -0700 Message-Id: <1116627965.992.14.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port cc: amd64@freebsd.org cc: hardware@freebsd.org Subject: Re: radeon cards - xinerama in xfree X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 22:26:13 -0000 On Sat, 2005-05-21 at 00:05 +0200, Oliver Lehmann wrote: > Oliver Lehmann wrote: > > > > > is it possible to attach drm1 on none3? > > maybe > > {0x1002, 0x5940, CHIP_RV280, "ATI Radeon RV280 9200 secondary"}, \ > > in dev/drm/drm_pciids.h helps... will see when world+kernnel is compiled No, that will only hurt, if it does anything at all. The 2nd pci id is a placeholder for Windows which needs it for its dualhead support (or so I'm told). -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 22:29:07 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29CF716A4CE; Fri, 20 May 2005 22:29:07 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7CD443D31; Fri, 20 May 2005 22:29:05 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.3/8.13.1) with ESMTP id j4KMT1gx014149; Fri, 20 May 2005 15:29:02 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.3/8.13.1/Submit) id j4KMT18B014148; Fri, 20 May 2005 15:29:01 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Oliver Lehmann In-Reply-To: <20050520235332.2e46c9a4.lehmann@ans-netz.de> References: <20050520235332.2e46c9a4.lehmann@ans-netz.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 20 May 2005 15:29:00 -0700 Message-Id: <1116628140.992.18.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port cc: amd64@freebsd.org cc: hardware@freebsd.org Subject: Re: radeon cards - xinerama in xfree X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 22:29:07 -0000 On Fri, 2005-05-20 at 23:53 +0200, Oliver Lehmann wrote: > Hi, > > I used a matrox g400dh before i upgraded my system to an amd64 one. Now > I'm using an ati radeon 9250 card and having trouble getting xinerama > working like it worked before. with all the special CRT2-Option I'm able > to get a streched screen but no center hints and so on are given to my > application which means resizing, maximizing, centering and so on doesn't > work really good. I'm getting the following "warning" on loading xorg. > > (II) Primary Device is: PCI 01:00:0 > (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) > found > (--) Chipset ATI Radeon 9200PRO 5960 (AGP) found > > > since I have a PCI:1:0:1 device section in my xorg.conf I guess the error > is here: > > drm0@pci1:0:0: class=0x030000 card=0x004e1043 chip=0x59601002 rev=0x01 > hdr=0x00 > vendor = 'ATI Technologies Inc.' > device = 'Radeon 9200 Pro (RV280)' > class = display > subclass = VGA > none3@pci1:0:1: class=0x038000 card=0x004f1043 chip=0x59401002 rev=0x01 > hdr=0x00 > vendor = 'ATI Technologies Inc.' > device = 'Radeon 9200 Pro (RV280) - Secondary' > class = display > > is it possible to attach drm1 on none3? > > Part of my xorg.conf > > Section "Device" > Identifier "ATI1" > Driver "radeon" > #VideoRam 16384 > BusID "PCI:1:0:0" > Screen 0 > Option "CRT2Position" "RightOf" > Option "CRT2HSync" "30.0-70.0" > Option "CRT2VRefresh" "50.0-120.0" > Option "MetaModes" "1152x864-1152x864" > Option "MonitorLayout" "CRT,CRT" > Option "MergedFB" "true" > Option "NoMergedXinerama" "false" > # Option "MergedXineramaCRT2IsScreen0" "1" > # Insert Clocks lines here if appropriate > EndSection > > Section "Device" > Identifier "ATI2" > Driver "radeon" > BusID "PCI:1:0:1" > Screen 1 > EndSection > > All the ATI1-Options where added only for radeon since w/o them I'm only > getting a "copy" on my 2nd monitor. The MergedXinerama option (which you have enabled in the config excerpt above) should be getting you the Xinerama hints necessary for your WM, if your WM knows about xinerama. I didn't think you wanted the 2nd device section in this case of using MergedFB, but that would be my only suggestion. I haven't run any multihead system personally, and I know it's tricky from the one I've ever set up. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 23:05:37 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2463916A4CE; Fri, 20 May 2005 23:05:37 +0000 (GMT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 555EC43DB6; Fri, 20 May 2005 23:05:36 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id C69C82A8F6; Fri, 20 May 2005 16:05:34 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 665E0E2B3; Fri, 20 May 2005 16:05:34 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.3/8.13.1) with ESMTP id j4KN5XBm029956; Fri, 20 May 2005 16:05:33 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.3/8.13.1/Submit) id j4KN5X8e029955; Fri, 20 May 2005 16:05:33 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Fri, 20 May 2005 16:05:32 -0700 User-Agent: KMail/1.8 References: <1116566651.1588.17.camel@server.mcneil.com> <20050520135046.T8229@carver.gumbysoft.com> In-Reply-To: <20050520135046.T8229@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505201605.33275.peter@wemm.org> cc: amd64@freebsd.org Subject: Re: help with GPF on 5.4-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 23:05:37 -0000 On Friday 20 May 2005 01:59 pm, Doug White wrote: > kern.timeout.c line 530 is > > 530 mtx_unlock_spin(&callout_lock); > > I'm not sure what in there would generate a GPF. Allowing an invalid address to reach the AGU (address generation unit) will cause a GPF with no specific details. Its a real pain in the butt because it should cause a SIGBUS with the bad address in siginfo. But since GPF doesn't tell us anything useful, we can't do this. Anyway... the usual cause is that the upper 16 bits are not all 0's or all 1's. ie: its a reference outside the sign extended 48 bit virtual address space. The disassemble that you asked for will show us which register we should be looking at for what the actual address was.. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 23:05:37 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2463916A4CE; Fri, 20 May 2005 23:05:37 +0000 (GMT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 555EC43DB6; Fri, 20 May 2005 23:05:36 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id C69C82A8F6; Fri, 20 May 2005 16:05:34 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 665E0E2B3; Fri, 20 May 2005 16:05:34 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.3/8.13.1) with ESMTP id j4KN5XBm029956; Fri, 20 May 2005 16:05:33 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.3/8.13.1/Submit) id j4KN5X8e029955; Fri, 20 May 2005 16:05:33 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Fri, 20 May 2005 16:05:32 -0700 User-Agent: KMail/1.8 References: <1116566651.1588.17.camel@server.mcneil.com> <20050520135046.T8229@carver.gumbysoft.com> In-Reply-To: <20050520135046.T8229@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505201605.33275.peter@wemm.org> cc: amd64@freebsd.org Subject: Re: help with GPF on 5.4-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 23:05:37 -0000 On Friday 20 May 2005 01:59 pm, Doug White wrote: > kern.timeout.c line 530 is > > 530 mtx_unlock_spin(&callout_lock); > > I'm not sure what in there would generate a GPF. Allowing an invalid address to reach the AGU (address generation unit) will cause a GPF with no specific details. Its a real pain in the butt because it should cause a SIGBUS with the bad address in siginfo. But since GPF doesn't tell us anything useful, we can't do this. Anyway... the usual cause is that the upper 16 bits are not all 0's or all 1's. ie: its a reference outside the sign extended 48 bit virtual address space. The disassemble that you asked for will show us which register we should be looking at for what the actual address was.. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Fri May 20 23:52:05 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A47E16A4CF for ; Fri, 20 May 2005 23:52:05 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81E0143DC3 for ; Fri, 20 May 2005 23:52:04 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 41517F1A40; Fri, 20 May 2005 16:52:02 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15276-04; Fri, 20 May 2005 16:52:01 -0700 (PDT) Received: from [192.168.10.9] (mobile.mcneil.com [192.168.10.9]) by mail.mcneil.com (Postfix) with ESMTP id EF0A9F19BA; Fri, 20 May 2005 16:52:00 -0700 (PDT) In-Reply-To: <20050520135046.T8229@carver.gumbysoft.com> References: <1116566651.1588.17.camel@server.mcneil.com> <20050520135046.T8229@carver.gumbysoft.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Sean McNeil Date: Fri, 20 May 2005 16:51:52 -0700 To: Doug White X-Mailer: Apple Mail (2.730) X-Virus-Scanned: by amavisd-new at mcneil.com cc: amd64@freebsd.org Subject: Re: help with GPF on 5.4-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 23:52:05 -0000 Doug, Thanks for helping me look into this. On May 20, 2005, at 1:59 PM, Doug White wrote: > Lets prune this down: > > On Thu, 19 May 2005, Sean McNeil wrote: > > >> I'm not sure what information to provide from my crash dump. I >> tried to >> burn a CD with my >> >> 'TOSHIBA ' 'CD/DVDW SD-R5372' 'TU31' Removable CD-ROM >> >> via. nautilus CD burner and I get a kernel panic: >> >> May 19 19:41:23 server kernel: Fatal trap 9: general protection >> fault while in kernel mode >> May 19 19:41:23 server kernel: instruction pointer = >> 0x8:0xffffffff801f4d99May 19 19:41:23 server kernel: stack >> pointer = 0x10:0xffffffffb1d7ab80 >> May 19 19:41:23 server kernel: frame pointer = >> 0x10:0xffffff0000c3b000 >> May 19 19:41:23 server kernel: code segment = base >> 0x0, limit 0xfffff, type 0x1b >> May 19 19:41:23 server kernel: = DPL 0, pres 1, long 1, def32 0, >> gran 1 >> May 19 19:41:23 server kernel: processor eflags = interrupt >> enabled, resume, IOPL = 0 >> May 19 19:41:23 server kernel: current process = 5 >> (thread taskq) >> May 19 19:41:23 server kernel: trap number = 9 >> May 19 19:41:23 server kernel: panic: general protection fault >> >> What can I do to get the proper info to the developers? using kgdb, I >> checked the threads (pids) and stack. >> There appears to be a missing return on the lines above. I think it caused you to read the SP for the IP. > kern.timeout.c line 530 is > > 530 mtx_unlock_spin(&callout_lock); I don't think this is the problem. I think it is happening inside an interrupt handler while the thread was at this point. > I'm not sure what in there would generate a GPF. Load up a debugging > version of the kernel that generated this error into gdb (add > "makeoptions > DEBUG=-g" to your kernel config & rebuild if you don't have one, > and you > don't need to load in the crashdump), and enter > > disass 0xffffffffb1d7ab80 Looking at 0xffffffff801f4d99 (as that is the IP and above is the SP), I see: (gdb) l *0xffffffff801f4d99 0xffffffff801f4d99 is in ata_completed (/usr/src/sys/dev/ata/ata- queue.c:401). 396 397 ATA_DEBUG_RQ(request, "completed callback/wakeup"); 398 399 /* get results back to the initiator */ 400 if (request->callback) 401 (request->callback)(request); 402 else 403 sema_post(&request->done); 404 405 ata_start(ch); 0xffffffff801f4d87 : mov 0x58(%rbx),%rax 0xffffffff801f4d8b : test %rax,%rax 0xffffffff801f4d8e : data16 0xffffffff801f4d8f : nop 0xffffffff801f4d90 : je 0xffffffff801f4eb5 0xffffffff801f4d96 : mov %rbx,%rdi 0xffffffff801f4d99 : callq *%eax There is an eax register in 64-bit mode? When I do an info reg in kgdb I don't see one. > It'll disassemble whatever function it is in. Search the addresses > on the > left for the matching line and paste it and a handful to both sides > into > your reply. That will help us narrow things down by seeing what > instruction faulted and searching for conditions that cause that > fault. It would appear that the atapicam layer is somehow setting (or not clearing) the request callback field of a structure. Or, perhaps, there is a reference to the request structure that is happening after the atapicam layer thinks that it is finished and free'd the memory. Does that sound reasonable? Looking at the frame structure, it looks like rax == eax: (kgdb) p/x frame $2 = {tf_rdi = 0xffffff007abafe18, tf_rsi = 0x1, tf_rdx = 0x50, tf_rcx = 0x20, tf_r8 = 0xffffff007b7518b8, tf_r9 = 0xffffff007b75c2c0, tf_rax = 0x50070802106a0, tf_rbx = 0xffffff007abafe18, tf_rbp = 0xffffff0000c3b000, tf_r10 = 0xffffffff806c8c38, tf_r11 = 0x0, tf_r12 = 0x4, tf_r13 = 0x1, tf_r14 = 0xffffff0000b54608, tf_r15 = 0x1, tf_trapno = 0x9, tf_addr = 0x0, tf_flags = 0xffffffff8032355a, tf_err = 0x0, tf_rip = 0xffffffff801f4d99, tf_cs = 0x8, tf_rflags = 0x10206, tf_rsp = 0xffffffffb1d7ab90, tf_ss = 0x10} which would make some sense. As tf_rax looks bogus. What else can I do? Thanks, Sean From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 01:50:48 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9E4116A4CE for ; Sat, 21 May 2005 01:50:48 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D5FD43D76 for ; Sat, 21 May 2005 01:50:47 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1279261wra for ; Fri, 20 May 2005 18:50:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bkD6L+1PkrCRJZ9lXkx2IdprmQCW/f4bAArU7zIiTCFDN/UKm7tQpHu9euCgKG2asY1RyH6D0cjxyJjQun4Lhkfvz1yJT2p9sFFjV7+p9n4aa1+oVczti7mHB+Yuper5zkL+h6NZsxlj4fwPvDowQ3EwJPUfIN1CGELIV1J9jqg= Received: by 10.54.33.80 with SMTP id g80mr2036620wrg; Fri, 20 May 2005 18:50:45 -0700 (PDT) Received: by 10.54.40.66 with HTTP; Fri, 20 May 2005 18:50:45 -0700 (PDT) Message-ID: <2fd864e05052018504d596da1@mail.gmail.com> Date: Fri, 20 May 2005 18:50:45 -0700 From: Astrodog To: Leif Pedersen In-Reply-To: <200505202201.j4KM17IW020782@legolas.hobbiton.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200505202201.j4KM17IW020782@legolas.hobbiton.org> cc: freebsd-amd64@freebsd.org Subject: Re: amd64/81325: KLD if_ath.ko: depends on ath_hal - not available, kldload: Unsupported file type X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 01:50:48 -0000 > >Number: 81325 > >Category: amd64 > >Synopsis: KLD if_ath.ko: depends on ath_hal - not available, kldlo= ad: Unsupported file type > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Fri May 20 22:10:00 GMT 2005 > >Closed-Date: > >Last-Modified: > >Originator: Leif Pedersen > >Release: FreeBSD 5.4-RELEASE amd64 > >Organization: > >Environment: > System: FreeBSD legolas.hobbiton.org 5.4-RELEASE FreeBSD 5.4-RELEASE #0: = Sun May 8 07:00:26 UTC 2005 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/s= ys/GENERIC amd64 >=20 >=20 >=20 > >Description: > kldload if_ath fails with the following dmesgs: > KLD if_ath.ko: depends on ath_hal - not available > kldload: Unsupported file type >=20 > The file /boot/kernel/ath_hal.ko appears to be missing on the amd64 port.= It is present on the i386 port. As far as I'm aware, the AMD64 version of ath_hal for FreeBSD is avalible only in 6-CURRENT. Perhaps someone wants to back-port it, but short of that, its -CURRENT, or i386, for ath support on Athlon64 processors. From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 02:21:39 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4D8016A4CE for ; Sat, 21 May 2005 02:21:39 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 839E243D49 for ; Sat, 21 May 2005 02:21:38 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 8933C78C79 for ; Fri, 20 May 2005 22:21:59 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 93313-03 for ; Fri, 20 May 2005 22:21:55 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.afflictions.org (Postfix) with ESMTP id 3076E78C78 for ; Fri, 20 May 2005 22:21:55 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 453C633C7B; Fri, 20 May 2005 22:21:31 -0400 (EDT) Date: Fri, 20 May 2005 22:21:31 -0400 From: Damian Gerow To: amd64@freebsd.org Message-ID: <20050521022130.GW52914@afflictions.org> Mail-Followup-To: amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: mplayer, amd64, and CPU flags X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 02:21:40 -0000 Does anyone know why mplayer doesn't seem to acknowledge support of any CPU flags like SSE, MMX, 3DNow, etc? I've done some digging, but have only come up with stuff from OpenBSD that didn't make a whole lot of sense to me, and I'm not sure how applicable it is to FreeBSD (that the flags aren't present in the machdep sysctl). The dmesg: CPU: AMD Opteron(tm) Processor 244 (1808.34-MHz K8-class CPU) Features=0x78bfbff AMD Features=0xe0500800 The mplayer output: MPlayer 1.0pre7-3.4.2 (C) 2000-2005 MPlayer Team CPU: Advanced Micro Devices Opteron Sledgehammer (Family: 8, Stepping: 10) Detected cache-line size is 64 bytes MMX supported but disabled MMX2 supported but disabled SSE supported but disabled SSE2 supported but disabled 3DNow supported but disabled 3DNowExt supported but disabled CPUflags: MMX: 0 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0 Compiled for x86 CPU with extensions: This is with automagic CPU detection compiled in, but when I take it out, I still get the same thing. From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 06:41:24 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3450A16A4D0 for ; Sat, 21 May 2005 06:41:24 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id A13C243D3F for ; Sat, 21 May 2005 06:41:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 168B351459; Fri, 20 May 2005 23:41:21 -0700 (PDT) Date: Fri, 20 May 2005 23:41:20 -0700 From: Kris Kennaway To: amd64@freebsd.org Message-ID: <20050521064120.GA51907@xor.obsecurity.org> References: <20050521022130.GW52914@afflictions.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20050521022130.GW52914@afflictions.org> User-Agent: Mutt/1.4.2.1i Subject: Re: mplayer, amd64, and CPU flags X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 06:41:24 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 20, 2005 at 10:21:31PM -0400, Damian Gerow wrote: > Does anyone know why mplayer doesn't seem to acknowledge support of any C= PU > flags like SSE, MMX, 3DNow, etc? I've done some digging, but have only c= ome > up with stuff from OpenBSD that didn't make a whole lot of sense to me, a= nd > I'm not sure how applicable it is to FreeBSD (that the flags aren't prese= nt > in the machdep sysctl). >=20 > The dmesg: >=20 > CPU: AMD Opteron(tm) Processor 244 (1808.34-MHz K8-class CPU) > Features=3D0x78bfbff > AMD Features=3D0xe0500800 >=20 > The mplayer output: >=20 > MPlayer 1.0pre7-3.4.2 (C) 2000-2005 MPlayer Team > CPU: Advanced Micro Devices Opteron Sledgehammer (Family: 8, Stepping= : 10) > Detected cache-line size is 64 bytes > MMX supported but disabled > MMX2 supported but disabled > SSE supported but disabled > SSE2 supported but disabled > 3DNow supported but disabled > 3DNowExt supported but disabled > CPUflags: MMX: 0 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0 > Compiled for x86 CPU with extensions: >=20 > This is with automagic CPU detection compiled in, but when I take it out,= I > still get the same thing. Look at what the port does..it looks like it only enables runtime detection support on i386. Talk to the maintainer. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCjtgQWry0BWjoQKURAjtaAKDiP/LFQwBKhWb+cn9Nut+/YQ3oDwCglWEQ 81VEd/lo76FJdLn4tZaOEP0= =c6k/ -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 07:03:57 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9687816A4CE for ; Sat, 21 May 2005 07:03:57 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E0F43D93 for ; Sat, 21 May 2005 07:03:56 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 13147 invoked by uid 89); 21 May 2005 07:03:16 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 21 May 2005 07:03:16 -0000 Date: Sat, 21 May 2005 09:03:53 +0200 From: Oliver Lehmann To: hardware@freebsd.org Message-Id: <20050521090353.5bfac838.lehmann@ans-netz.de> In-Reply-To: <20050520235332.2e46c9a4.lehmann@ans-netz.de> References: <20050520235332.2e46c9a4.lehmann@ans-netz.de> X-Mailer: Sylpheed version 1.9.11 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org Subject: Re: radeon cards - xinerama in xfree X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 07:03:57 -0000 Oliver Lehmann wrote: it looks like adding Virtual there helped me... now it works! yihaaaa! :) Section "Screen" Identifier "Screen1" Device "ATI1" Monitor "Targa" DefaultDepth 24 Subsection "Display" Depth 24 Modes "1152x864" ViewPort 0 0 Virtual 2304 864 EndSubsection EndSection -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 07:28:07 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 300C916A4CE for ; Sat, 21 May 2005 07:28:07 +0000 (GMT) Received: from sophia3.e-shell.net (sophia3.e-shell.net [64.246.46.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB3DB43D70 for ; Sat, 21 May 2005 07:28:06 +0000 (GMT) (envelope-from loox@e-shell.net) Received: from dsl-200-95-3-8.prod-infinitum.com.mx (dsl-200-95-3-8.prod-infinitum.com.mx [200.95.3.8]) by sophia3.e-shell.net (Postfix) with ESMTP id 364FB656826 for ; Sat, 21 May 2005 02:28:03 -0500 (CDT) From: Axel Gonzalez To: freebsd-amd64@freebsd.org Date: Sat, 21 May 2005 02:28:01 -0500 User-Agent: KMail/1.8 References: <20050521022130.GW52914@afflictions.org> <20050521064120.GA51907@xor.obsecurity.org> In-Reply-To: <20050521064120.GA51907@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505210228.02509.loox@e-shell.net> Subject: Re: mplayer, amd64, and CPU flags X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 07:28:07 -0000 I did a little research... problem seems to be in TOOLS/cpuinfo # gcc -o TOOLS/cpuinfo TOOLS/cpuinfo.c # TOOLS/cpuinfo vendor_id : model name : Unknown CPU the confugure file depends on this to determine the capabilities of the CPU, since it fails to detect the correct type, it doesn't enable the extra flags. maybe its safe to enable all flags directly on configure file (and skip the x86_exts_check function) ? (configure line 929). After all, its an amd64, it should have mmx, sse 3dnow etc. the other option is to fix the cpuinfo file :) I'll do a little more hacking tomorrow, and let you know On Saturday 21 May 2005 01:41, Kris Kennaway wrote: > On Fri, May 20, 2005 at 10:21:31PM -0400, Damian Gerow wrote: > > Does anyone know why mplayer doesn't seem to acknowledge support of any > > CPU flags like SSE, MMX, 3DNow, etc? I've done some digging, but have > > only come up with stuff from OpenBSD that didn't make a whole lot of > > sense to me, and I'm not sure how applicable it is to FreeBSD (that the > > flags aren't present in the machdep sysctl). > > > > The dmesg: > > > > CPU: AMD Opteron(tm) Processor 244 (1808.34-MHz K8-class CPU) > > > > Features=0x78bfbff >CA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> AMD > > Features=0xe0500800 > > > > The mplayer output: > > > > MPlayer 1.0pre7-3.4.2 (C) 2000-2005 MPlayer Team > > CPU: Advanced Micro Devices Opteron Sledgehammer (Family: 8, > > Stepping: 10) Detected cache-line size is 64 bytes > > MMX supported but disabled > > MMX2 supported but disabled > > SSE supported but disabled > > SSE2 supported but disabled > > 3DNow supported but disabled > > 3DNowExt supported but disabled > > CPUflags: MMX: 0 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0 > > Compiled for x86 CPU with extensions: > > > > This is with automagic CPU detection compiled in, but when I take it out, > > I still get the same thing. > > Look at what the port does..it looks like it only enables runtime > detection support on i386. Talk to the maintainer. > > Kris From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 08:56:49 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 549A216A4CE for ; Sat, 21 May 2005 08:56:49 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA9C343D98 for ; Sat, 21 May 2005 08:56:46 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd34.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1DZPmn-00062M-00; Sat, 21 May 2005 10:56:45 +0200 Received: from fw.reifenberger.com (Tt96dyZYgeVm19PnL2raIyxRxdyzBOdyikSUEZuk1NWFytMvpf9LkV@[84.152.59.37]) by fwd34.sul.t-online.de with esmtp id 1DZPmX-0yLxWy0; Sat, 21 May 2005 10:56:29 +0200 Received: from localhost (mike@localhost)j4L8uCxR092976; Sat, 21 May 2005 10:56:13 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Sat, 21 May 2005 10:56:12 +0200 (CEST) From: Michael Reifenberger To: Damian Gerow In-Reply-To: <20050521022130.GW52914@afflictions.org> Message-ID: <20050521105451.V92958@fw.reifenberger.com> References: <20050521022130.GW52914@afflictions.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: Tt96dyZYgeVm19PnL2raIyxRxdyzBOdyikSUEZuk1NWFytMvpf9LkV@t-dialin.net X-TOI-MSGID: 912ad058-628a-47cf-a871-2f935ac321a7 cc: amd64@freebsd.org Subject: Re: mplayer, amd64, and CPU flags X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 08:56:49 -0000 Hi, I modified CONFIGURE_ARGS in Makefile to: ... --enable-mmx \ --enable-mmx2 \ --enable-3dnow \ --enable-3dnowex \ --enable-sse \ --enable-sse2 \ ... Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 11:14:17 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8764A16A4CE for ; Sat, 21 May 2005 11:14:17 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F08743D94 for ; Sat, 21 May 2005 11:14:16 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by blackwater.lemis.com (Postfix) with ESMTP id 7D82B856B3; Sat, 21 May 2005 20:44:13 +0930 (CST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 592C24AC43; Sat, 21 May 2005 19:14:07 +0800 (SGT) Date: Sat, 21 May 2005 19:14:07 +0800 From: Greg 'groggy' Lehey To: Martin Nilsson , Kris Kennaway , Steve Kargl , Tim Stoakes Message-ID: <20050521111407.GV1029@eucla.lemis.com> References: <428C85A6.6010004@gneto.com> <20050519165116.GA3906@xor.obsecurity.org> <20050519180908.GA27190@troutmask.apl.washington.edu> <428C85A6.6010004@gneto.com> <20050519165116.GA3906@xor.obsecurity.org> <428C85A6.6010004@gneto.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050519180908.GA27190@troutmask.apl.washington.edu> <20050519165116.GA3906@xor.obsecurity.org> <428C85A6.6010004@gneto.com> User-Agent: Mutt/1.4.2.1i Organization: Rocksoft Ltd Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.rocksoft.com/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-amd64@freebsd.org Subject: Re: Opteron problens with 16GB memory X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 11:14:17 -0000 On Thursday, 19 May 2005 at 14:25:10 +0200, Martin Nilsson wrote: > Are there any known problems with Opterons and more than 12GB memory? > > I'm running 5.4-STABLE on a Tyan K8WE, the box is stable with 12GB > but I get internal compiler errors when building world with 16GB. > > Disks are on a MegaRAID 320-2e kontroller (PCI-express) could there > be something wrong in the amr driver when having lots of memory. > > I remember having similar problems on a MSI board with lots of memory > a couple of months ago. Yes, that would have been me. It wasn't as much, though. On Thursday, 19 May 2005 at 9:51:17 -0700, Kris Kennaway wrote: > On Thu, May 19, 2005 at 02:25:10PM +0200, Martin Nilsson wrote: >> Are there any known problems with Opterons and more than 12GB memory? >> >> I'm running 5.4-STABLE on a Tyan K8WE, the box is stable with 12GB >> but I get internal compiler errors when building world with 16GB. > > Check that the last set of memory is not bad, i.e. swap out a > different 4GB. In my case, the issue was electrical. I had 8 GB of memory in 4 sticks, and any combination of 2 seemed to work fine. But read on... On Thursday, 19 May 2005 at 11:09:09 -0700, Steve Kargl wrote: > On Thu, May 19, 2005 at 09:51:17AM -0700, Kris Kennaway wrote: >> On Thu, May 19, 2005 at 02:25:10PM +0200, Martin Nilsson wrote: >>> Are there any known problems with Opterons and more than 12GB memory? >>> >>> I'm running 5.4-STABLE on a Tyan K8WE, the box is stable with 12GB >>> but I get internal compiler errors when building world with 16GB. >> >> Check that the last set of memory is not bad, i.e. swap out a >> different 4GB. > > http://www.memtest.org/ Yes. I ran memtest and discovered that even with only 4 GB I was getting about 1 correctable error a second. With smaller memory, the machine worked fine, and the original memory (which I had borrowed from Tim Stoakes, copied in the hope that he might have more insight) works fine in a 4-way machine with a total of 16 GB. Greg -- See complete headers for address and phone numbers From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 13:41:13 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C40516A4CF for ; Sat, 21 May 2005 13:41:13 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62CC343D8D for ; Sat, 21 May 2005 13:41:12 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 21428 invoked by uid 89); 21 May 2005 13:40:31 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 21 May 2005 13:40:31 -0000 Date: Sat, 21 May 2005 15:41:09 +0200 From: Oliver Lehmann To: "Toll, Eric" Message-Id: <20050521154109.36f7ea0a.lehmann@ans-netz.de> In-Reply-To: <9BC86C67C3AF7646B9C5382020457A9456E91B@VIP10-WIN2K> References: <9BC86C67C3AF7646B9C5382020457A9456E91B@VIP10-WIN2K> X-Mailer: Sylpheed version 1.9.11 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD AMD64 Ubench 0.3 results X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 13:41:13 -0000 Here are mine... FreeBSD 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sat May 21 09:29:57 CEST 2005 olivleh1@kartoffel.salatschuessel.net:/usr/obj/usr/src/sys/ KARTOFFEL amd64 Ubench CPU: 124085 Ubench MEM: 155194 -------------------- Ubench AVG: 139639 AMD64 3500+ Winchester, 2209 MHz 2GB Kingston Value-RAM (2*1GB) DDR400 dual-channel MSI K8T Neo2 (K8T800 Pro) kernel debugging, witness, invariants and malloc debugging are disabled -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 15:56:14 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 006B716A4CE for ; Sat, 21 May 2005 15:56:14 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id DED2743D79 for ; Sat, 21 May 2005 15:56:10 +0000 (GMT) (envelope-from affanzbasalamah@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1448732wra for ; Sat, 21 May 2005 08:56:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sTFiJpg0WzkFyg4zWtpKjDIuWBcpsOiIuragm4HyYsTuQrDutgOXzTwEJvUNhxyOWYPRcHrcqREcAZDNno3wWSX3jy6v77w8RBqlMOSQZdJVtGQjec7Zbx8EpnMkQpq4/8XpGK9QUDA8UTlGm9lr98i/IggJuFmtaAel8NlOb1A= Received: by 10.54.69.16 with SMTP id r16mr1722326wra; Sat, 21 May 2005 08:56:10 -0700 (PDT) Received: by 10.54.37.4 with HTTP; Sat, 21 May 2005 08:56:10 -0700 (PDT) Message-ID: Date: Sat, 21 May 2005 22:56:10 +0700 From: Affan Basalamah To: Doug White In-Reply-To: <20050520134353.J8229@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050520134353.J8229@carver.gumbysoft.com> cc: freebsd-amd64@freebsd.org Subject: Re: amd64 on HP Proliant DL145 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Affan Basalamah List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 15:56:14 -0000 Thank you for your response, I finally managed to install 5.4 version of FreeBSD/amd64, and by running portsupgrade, all utilities I need (snort/base/nfsen) installed smoothly. I think it's ready for primetime! Thanks! -affan On 5/21/05, Doug White wrote: > On Fri, 20 May 2005, Affan Basalamah wrote: >=20 > > I want to know if installing amd64 version of FreeBSD on my 1-cpu HP > > Proliant DL145 will give me significant performance gain compared to > > i386 version. I would like to run IDS (snort/base) and NFSen > > (nfsen.sourceforge.net) on this box, and plan to monitor ingress > > traffic on gigeth port of catalyst 6500. > > > > Please tell me, is it easier for me to just install i386 on this > > DL145, or install amd64 to get better performance ? Is there any > > problem with application such as snort/base on amd64 platform ? >=20 > snort is a large amount of string analysis and the additional registers > should help significantly. It appears to work on all architectures so > there should be no problem building and running it on amd64 vs. i386. >=20 > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 17:37:02 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48B4916A4CE for ; Sat, 21 May 2005 17:37:02 +0000 (GMT) Received: from sophia3.e-shell.net (sophia3.e-shell.net [64.246.46.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0ED043D55 for ; Sat, 21 May 2005 17:37:01 +0000 (GMT) (envelope-from loox@e-shell.net) Received: from dsl-200-95-3-8.prod-infinitum.com.mx (dsl-200-95-3-8.prod-infinitum.com.mx [200.95.3.8]) by sophia3.e-shell.net (Postfix) with ESMTP id 14DBB656826 for ; Sat, 21 May 2005 12:37:01 -0500 (CDT) From: Axel Gonzalez To: freebsd-amd64@freebsd.org Date: Sat, 21 May 2005 12:37:00 -0500 User-Agent: KMail/1.8 References: <20050521022130.GW52914@afflictions.org> <20050521105451.V92958@fw.reifenberger.com> In-Reply-To: <20050521105451.V92958@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505211237.00974.loox@e-shell.net> Subject: Re: mplayer, amd64, and CPU flags [patch] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 17:37:02 -0000 Maybe this is a little unnecesary since its amd64 and should support all extra flags (at the end its a patch to the makefile), and the only file broken is to get the configure arguments, cpu detection inside the mplayer binary works perfectly on TOOLS/cpuinfo.c: static cpuid_regs_t cpuid(int func) { cpuid_regs_t regs; #define CPUID ".byte 0x0f, 0xa2; " asm("push %%ebx; " "movl %4,%%eax; " CPUID "movl %%eax,%0; movl %%ebx,%1; movl %%ecx,%2; movl %%edx,%3; " "pop %%ebx" : "=m" (regs.eax), "=m" (regs.ebx), "=m" (regs.ecx), "=m" (regs.edx) : "g" (func) : "%eax", "%ecx", "%edx"); printf(""); // **** NOTE this *extra* printf() return regs; } with the printf: # TOOLS/cpuinfo vendor_id : AuthenticAMD cpu family : 15 model : 12 stepping : 0 flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 cflsh mmx fxsr sse sse2 mmxext 3dnowext 3dnow k6_mtrr cpu MHz : 2000.021 model name : AMD Athlon(tm) 64 Processor 3000+ w/o the printf() # TOOLS/cpuinfo vendor_id : model name : Unknown CPU why this works, i have no idea. Maybe its something to do with the registers, etc. I won't try to debug it further since we already know the flags of the CPU (and the printf seems to fix the problem anyways) this is a commitable patch to the makefile: --- Makefile.orig Sat May 21 10:58:38 2005 +++ Makefile Sat May 21 11:01:44 2005 @@ -353,6 +353,15 @@ PLIST_SUB+= VIDIX="@comment " .endif +.if ${ARCH} == "amd64" +CONFIGURE_ARGS+= --enable-mmx \ + --enable-mmx2 \ + --enable-3dnow \ + --enable-3dnowex \ + --enable-sse \ + --enable-sse2 +.endif + #.if exists(${LOCALBASE}/modules/rtc.ko) #WITH_RTC= yes #.endif On Saturday 21 May 2005 03:56, Michael Reifenberger wrote: > Hi, > I modified CONFIGURE_ARGS in Makefile to: > ... > --enable-mmx \ > --enable-mmx2 \ > --enable-3dnow \ > --enable-3dnowex \ > --enable-sse \ > --enable-sse2 \ > ... > > Bye/2 > --- > Michael Reifenberger, Business Development Manager SAP-Basis, Plaut > Consulting Comp: Michael.Reifenberger@plaut.de | Priv: > Michael@Reifenberger.com http://www.plaut.de | > http://www.Reifenberger.com > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 17:44:24 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F55316A516 for ; Sat, 21 May 2005 17:44:23 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8401C43D53 for ; Sat, 21 May 2005 17:44:21 +0000 (GMT) (envelope-from pav@oook.cz) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.3/8.13.3) with ESMTP id j4LHiCr4072453 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 May 2005 19:44:13 +0200 (CEST) (envelope-from pav@oook.cz) Received: (from pav@localhost) by hood.oook.cz (8.13.3/8.13.3/Submit) id j4LHiCdO072452; Sat, 21 May 2005 19:44:12 +0200 (CEST) (envelope-from pav@oook.cz) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@oook.cz using -f From: Pav Lucistnik To: Axel Gonzalez In-Reply-To: <200505211237.00974.loox@e-shell.net> References: <20050521022130.GW52914@afflictions.org> <20050521105451.V92958@fw.reifenberger.com> <200505211237.00974.loox@e-shell.net> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Date: Sat, 21 May 2005 19:44:12 +0200 Message-Id: <1116697452.79313.31.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port cc: freebsd-amd64@freebsd.org Subject: Re: mplayer, amd64, and CPU flags [patch] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 17:44:24 -0000 Axel Gonzalez p=ED=B9e v so 21. 05. 2005 v 12:37 -0500: > Maybe this is a little unnecesary since its amd64 and should support all = extra=20 > flags (at the end its a patch to the makefile), and the only file broken = is=20 > to get the configure arguments, cpu detection inside the mplayer binary w= orks=20 > perfectly >=20 > on TOOLS/cpuinfo.c: >=20 > static cpuid_regs_t > cpuid(int func) { > cpuid_regs_t regs; > #define CPUID ".byte 0x0f, 0xa2; " > asm("push %%ebx; " > "movl %4,%%eax; " CPUID > "movl %%eax,%0; movl %%ebx,%1; movl %%ecx,%2; movl %%edx,%3; = " > "pop %%ebx" > : "=3Dm" (regs.eax), "=3Dm" (regs.ebx), "=3Dm" (regs.ecx)= ,=20 > "=3Dm" (regs.edx) > : "g" (func) > : "%eax", "%ecx", "%edx"); >=20 > printf(""); // **** NOTE this *extra* printf() > return regs; > } >=20 >=20 > with the printf: >=20 > # TOOLS/cpuinfo > vendor_id : AuthenticAMD > cpu family : 15 > model : 12 > stepping : 0 > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mc= a=20 > cmov pat pse36 cflsh mmx fxsr sse sse2 mmxext 3dnowext 3dnow k6_mtrr > cpu MHz : 2000.021 > model name : AMD Athlon(tm) 64 Processor 3000+ >=20 > w/o the printf() >=20 > # TOOLS/cpuinfo > vendor_id :=20 > model name : Unknown CPU >=20 >=20 > why this works, i have no idea. Maybe its something to do with the regist= ers,=20 > etc. It don't work with any optimization level in gcc, ie. gcc -o cpuinfo cpuinfo.c works, but gcc -O -o cpuinfo cpuinfo.c prints garbage. > I won't try to debug it further since we already know the flags of the CP= U=20 > (and the printf seems to fix the problem anyways) >=20 >=20 > this is a commitable patch to the makefile: >=20 > --- Makefile.orig Sat May 21 10:58:38 2005 > +++ Makefile Sat May 21 11:01:44 2005 > @@ -353,6 +353,15 @@ > PLIST_SUB+=3D VIDIX=3D"@comment " > .endif > =20 > +.if ${ARCH} =3D=3D "amd64" > +CONFIGURE_ARGS+=3D --enable-mmx \ > + --enable-mmx2 \ > + --enable-3dnow \ > + --enable-3dnowex \ > + --enable-sse \ > + --enable-sse2 > +.endif > + > #.if exists(${LOCALBASE}/modules/rtc.ko) > #WITH_RTC=3D yes > #.endif I'll mail maintainer what he thinks about this Makefile patch. (I'd rather put inside WITHOUT_RUNTIME_CPUDETECTION section first.) --=20 Pav Lucistnik Legolas: Nazgulove museli otravit muj lembas... From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 17:59:28 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 637BA16A4CE for ; Sat, 21 May 2005 17:59:28 +0000 (GMT) Received: from anya.eboundary.com (anya.eboundary.com [69.90.127.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9DC643D8C for ; Sat, 21 May 2005 17:59:27 +0000 (GMT) (envelope-from freebsd@epicoftimewasted.com) Received: from epicofti by anya.eboundary.com with local (Exim 4.51 (FreeBSD)) id 1DZYJ2-000Anp-HQ for freebsd-amd64@freebsd.org; Sat, 21 May 2005 14:02:36 -0400 Received: from 127.0.0.1 ([127.0.0.1]) (SquirrelMail authenticated user freebsd@epicoftimewasted.com) by www.epicoftimewasted.com with HTTP; Sat, 21 May 2005 14:02:36 -0400 (EDT) Message-ID: <4905.127.0.0.1.1116698556.squirrel@www.epicoftimewasted.com> Date: Sat, 21 May 2005 14:02:36 -0400 (EDT) From: "Ryan R." To: freebsd-amd64@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - anya.eboundary.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [1018 1019] / [26 6] X-AntiAbuse: Sender Address Domain - epicoftimewasted.com X-Source: X-Source-Args: X-Source-Dir: Subject: 5.4-RELEASE Athlon64 E3/E4 core support X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 17:59:28 -0000 First off, some info about my setup: Motherboard: DFI Lanparty SLI-DR, nForce4, socket 939 CPU: Athlon64 3700+ "San Diego" core, revision E4, socket 939, 1mb L2 cache Memory: 2x 512mb OCZ Value VX I've run prime95 in Windows for just over 84 hours, with zero errors. I've run memtest86+ for about 12 hours, with zero errors. Now, the problem is that I recently upgraded to this system from a socket 754 "Clawhammer" (C0 revision) setup, which worked perfectly in 5.3-RELEASE/amd64. Before I upgraded the hardware, I didn't think to rebuild the kernel/world with a clean make.conf and kernel config. When I booted the new machine, I got a kernel panic (fatal trap 9) on boot, between the detection of my drives and mounting root. I tried a few things to get it working, but to no avail. I then decided it has to be my old world/kernel, so I did a binary upgrade to 5.4-RELEASE/amd64. After doing the binary upgrade, the system would boot again (at first, anyways). Once the system had booted, I figured I should rebuild my ports. While I was watching the build, the kernel paniced again (I forgot the exact message, and I didn't copy it down). I once again tried a few things to get it to work, but since I had spent so much time trying to get it to work before the binary upgrade, I figured it'd be easier to just wipe the drive and start over fresh, that way I have a known good system to start with if any problems pop up. So, I wiped the drive, and installed 5.4-RELEASE/amd64 on it. Install went fine, system booted, but then the panics came back. It usually happened while building some ports, but it happened in a different spot each time, so it's not like one specific port was causing me problems. It also didn't happen only under load. Now, I have the problem narrowed down to one of two things: 1) The hardware is bad. This lead me to run the memtest/prime95 tests, but they revealed no problems. This leads me to option 2. 2) The amd64 build of FreeBSD. So, I once again wipe the drive, but this time I install 5.4-RELEASE/i386. It installs fine, and boots fine. One thing I notice during boot, is that SSE3 isn't detected by the kernel as a CPU feature anymore (amd64 build did detect it). I begin building all my ports, and I was able to get my system up and running without even a hint of trouble. So, I'm curious to know if there are any problems with the amd64 release with these E3/E4 revision CPUs, maybe relating to the SSE3 instructions? Is there anything I can try to narrow down what exactly is causing my hardware to panic? I know I should build a kernel with debugging support (I tried it before installing the i386 release, but got a kernel panic... go figure), but I probably wouldn't be able to see the problem in a trace if I tripped over it. Any help would be appreciated. Thanks. From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 18:09:56 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 780A416A4CF for ; Sat, 21 May 2005 18:09:56 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFF8243D83 for ; Sat, 21 May 2005 18:09:55 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4LICg08007797; Sat, 21 May 2005 12:12:42 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <428F7928.60406@samsco.org> Date: Sat, 21 May 2005 12:08:40 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Ryan R." References: <4905.127.0.0.1.1116698556.squirrel@www.epicoftimewasted.com> In-Reply-To: <4905.127.0.0.1.1116698556.squirrel@www.epicoftimewasted.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-amd64@freebsd.org Subject: Re: 5.4-RELEASE Athlon64 E3/E4 core support X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 18:09:56 -0000 Ryan R. wrote: > First off, some info about my setup: > > Motherboard: DFI Lanparty SLI-DR, nForce4, socket 939 > CPU: Athlon64 3700+ "San Diego" core, revision E4, socket 939, 1mb L2 cache > Memory: 2x 512mb OCZ Value VX > I've run prime95 in Windows for just over 84 hours, with zero errors. > I've run memtest86+ for about 12 hours, with zero errors. > > Now, the problem is that I recently upgraded to this system from a socket > 754 "Clawhammer" (C0 revision) setup, which worked perfectly in > 5.3-RELEASE/amd64. Before I upgraded the hardware, I didn't think to > rebuild the kernel/world with a clean make.conf and kernel config. When I > booted the new machine, I got a kernel panic (fatal trap 9) on boot, > between the detection of my drives and mounting root. I tried a few > things to get it working, but to no avail. I then decided it has to be my > old world/kernel, so I did a binary upgrade to 5.4-RELEASE/amd64. > > After doing the binary upgrade, the system would boot again (at first, > anyways). Once the system had booted, I figured I should rebuild my > ports. While I was watching the build, the kernel paniced again (I forgot > the exact message, and I didn't copy it down). I once again tried a few > things to get it to work, but since I had spent so much time trying to get > it to work before the binary upgrade, I figured it'd be easier to just > wipe the drive and start over fresh, that way I have a known good system > to start with if any problems pop up. > > So, I wiped the drive, and installed 5.4-RELEASE/amd64 on it. Install > went fine, system booted, but then the panics came back. It usually > happened while building some ports, but it happened in a different spot > each time, so it's not like one specific port was causing me problems. It > also didn't happen only under load. > > Now, I have the problem narrowed down to one of two things: > 1) The hardware is bad. This lead me to run the memtest/prime95 tests, > but they revealed no problems. This leads me to option 2. > 2) The amd64 build of FreeBSD. > > So, I once again wipe the drive, but this time I install 5.4-RELEASE/i386. > It installs fine, and boots fine. One thing I notice during boot, is > that SSE3 isn't detected by the kernel as a CPU feature anymore (amd64 > build did detect it). I begin building all my ports, and I was able to > get my system up and running without even a hint of trouble. > > > So, I'm curious to know if there are any problems with the amd64 release > with these E3/E4 revision CPUs, maybe relating to the SSE3 instructions? > Is there anything I can try to narrow down what exactly is causing my > hardware to panic? I know I should build a kernel with debugging support > (I tried it before installing the i386 release, but got a kernel panic... > go figure), but I probably wouldn't be able to see the problem in a trace > if I tripped over it. > > Any help would be appreciated. Thanks. It's pretty hard to make an nForce chipset work under FreeBSD 5.x. The biggest problem seems to be with how the legacy system clocks are implemented, which FreeBSD 5.x and prior relies on. FreeBSD 6-CURRENT uses a completely different method that is compatible with the nForce, so I'd recommend trying that instead. I use it on my desktop nForce4 machine without any problems (except for the buggy nve ethernet driver). Scott From owner-freebsd-amd64@FreeBSD.ORG Sat May 21 18:58:34 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FA8416A52D for ; Sat, 21 May 2005 18:58:34 +0000 (GMT) Received: from mxfep04.bredband.com (mxfep04.bredband.com [195.54.107.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3425643D8F for ; Sat, 21 May 2005 18:58:30 +0000 (GMT) (envelope-from martin@gneto.com) Received: from gx01.bredband.com ([83.227.181.30] [83.227.181.30]) by mxfep04.bredband.com with ESMTP id <20050521185828.YQZZ25940.mxfep04.bredband.com@gx01.bredband.com> for ; Sat, 21 May 2005 20:58:28 +0200 Received: from as6-1-5.kr.m.bonet.se ([83.227.181.30]) by gx01.bredband.com with ESMTP <20050521185510.QQQW11515.gx01.bredband.com@as6-1-5.kr.m.bonet.se> for ; Sat, 21 May 2005 20:55:10 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by as6-1-5.kr.m.bonet.se (Postfix) with ESMTP id 2849867843 for ; Sat, 21 May 2005 20:58:25 +0200 (CEST) Message-ID: <428F84D2.3060201@gneto.com> Date: Sat, 21 May 2005 20:58:26 +0200 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <428C85A6.6010004@gneto.com> <20050519165116.GA3906@xor.obsecurity.org> In-Reply-To: <20050519165116.GA3906@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Opteron problens with 16GB memory X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 18:58:34 -0000 Kris Kennaway wrote: > On Thu, May 19, 2005 at 02:25:10PM +0200, Martin Nilsson wrote: > >>Are there any known problems with Opterons and more than 12GB memory? >> >>I'm running 5.4-STABLE on a Tyan K8WE, the box is stable with 12GB >>but I get internal compiler errors when building world with 16GB. > > > Check that the last set of memory is not bad, i.e. swap out a > different 4GB. The box works as it should with 16GB if I disable node interleave in BIOS. The machine was also unstable with RedHat EL WS 3.0r4 (which is supported according to Tyan) so this is probably a problem with the BIOS not being 100% compatible with the memory sticks. Having 4+2 sticks installed disabled memory interleaving so that is why I thought the problem was associated with memory size. This Tyan nForce Pro board does not feel mature at present so don't buy it unless you like to fiddle with settings and numerous BIOS upgrades. Some BIOS versions will for example NOT boot from a PCI express RAID card! There is a fan site with more info and help at www.k8we.com. Personally I'm waiting for the Supermicro OEM boards until I try this chipset again! /Martin