From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 00:15:20 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 CDBED16A41F for ; Sun, 9 Oct 2005 00:15:20 +0000 (GMT) (envelope-from ilya79@actcom.net.il) Received: from line106-24.adsl.actcom.co.il (line106-24.adsl.actcom.co.il [192.117.106.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB8EF43D48 for ; Sun, 9 Oct 2005 00:15:19 +0000 (GMT) (envelope-from ilya79@actcom.net.il) Received: from [127.0.0.1] (localhost [127.0.0.1]) by line106-24.adsl.actcom.co.il (8.13.4/8.13.4) with ESMTP id j991GBwg069828 for ; Sun, 9 Oct 2005 03:16:12 +0200 (IST) (envelope-from ilya79@actcom.net.il) Message-ID: <43486F5B.5050800@actcom.net.il> Date: Sun, 09 Oct 2005 03:16:11 +0200 From: Ilya Sher User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051007) X-Accept-Language: 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: re: i386-openoffice on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 00:15:20 -0000 *Claus Guttesen wrote: * > /libexec/ld-elf.so.1: Shared object "libvcl680fi.so" not found, > required by "soffice.bin Same here (on FreeBSD 6.0-BETA5), # /usr/local/openoffice.org2.0.RC1/program/soffice.bin /libexec/ld-elf.so.1: Shared object "libvcl680fi.so" not found, required by "soffice.bin" I've made sure "libvcl680fi.so" can be found but still getting the same error. Any news regarding this issue? From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 03:26:01 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 BF5CA16A423 for ; Sun, 9 Oct 2005 03:26:01 +0000 (GMT) (envelope-from ray@redshift.com) Received: from mail-smtp.redshift.com (mail-smtp.redshift.com [216.228.2.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9645343D46 for ; Sun, 9 Oct 2005 03:26:01 +0000 (GMT) (envelope-from ray@redshift.com) Received: (qmail 60188 invoked by uid 89); 9 Oct 2005 03:26:05 -0000 Received: from unknown (HELO workstation) (216.228.19.21) by mail-smtp.redshift.com with SMTP; 9 Oct 2005 03:26:05 -0000 Message-Id: <3.0.1.32.20051008202606.00a74ba8@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Sat, 08 Oct 2005 20:26:06 -0700 To: freebsd-amd64@freebsd.org From: ray@redshift.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: /etc/make.conf X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 03:26:01 -0000 Hi, anyone have any settings for CPUTYPE and CFALGS in /etc/make.conf when running AMD64 5.4-release on a dual AMD Opteron server? I'm moving over from i386, so just want to make sure I get the right stuff in there before compiling everything. I'm thinking something along these lines: CPUTYPE=k8 CFLAGS=-O2 -pipe -funroll-loops march=k8 but if anyone has an /etc/make.conf off hand for a dual AMD opteron box that works, that would be great. Thanks. Ray From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 03:53:30 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 AFF5F16A420 for ; Sun, 9 Oct 2005 03:53:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7259A43D46 for ; Sun, 9 Oct 2005 03:53:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 5B7541A3C1B; Sat, 8 Oct 2005 20:53:30 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5846953D86; Sat, 8 Oct 2005 23:53:29 -0400 (EDT) Date: Sat, 8 Oct 2005 23:53:29 -0400 From: Kris Kennaway To: ray@redshift.com Message-ID: <20051009035329.GC75694@xor.obsecurity.org> References: <3.0.1.32.20051008202606.00a74ba8@pop.redshift.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8NvZYKFJsRX2Djef" Content-Disposition: inline In-Reply-To: <3.0.1.32.20051008202606.00a74ba8@pop.redshift.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: /etc/make.conf X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 03:53:30 -0000 --8NvZYKFJsRX2Djef Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 08, 2005 at 08:26:06PM -0700, ray@redshift.com wrote: > Hi, >=20 > anyone have any settings for CPUTYPE and CFALGS in /etc/make.conf when = running > AMD64 5.4-release on a dual AMD Opteron server? I'm moving over from i38= 6, so > just want to make sure I get the right stuff in there before compiling > everything. I'm thinking something along these lines:=20 >=20 > CPUTYPE=3Dk8 > CFLAGS=3D-O2 -pipe -funroll-loops march=3Dk8 Don't try to use elite home-grown CFLAGS unless you know precisely what you're doing. Just set CPUTYPE and use the default CFLAGS. Kris --8NvZYKFJsRX2Djef Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDSJQ4Wry0BWjoQKURAnaYAJ9PJ/E9x9MvTy2FqiEC95vv8fZwkQCg+yAQ O/aJfBeeG7xGsU9GBsayQS8= =r8KL -----END PGP SIGNATURE----- --8NvZYKFJsRX2Djef-- From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 04:52:47 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 8DE4216A420 for ; Sun, 9 Oct 2005 04:52:47 +0000 (GMT) (envelope-from ray@redshift.com) Received: from mail-smtp.redshift.com (mail-smtp.redshift.com [216.228.2.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 424C443D46 for ; Sun, 9 Oct 2005 04:52:47 +0000 (GMT) (envelope-from ray@redshift.com) Received: (qmail 98841 invoked by uid 89); 9 Oct 2005 04:52:53 -0000 Received: from unknown (HELO workstation) (216.228.19.21) by mail-smtp.redshift.com with SMTP; 9 Oct 2005 04:52:53 -0000 Message-Id: <3.0.1.32.20051008215252.00a74ba8@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Sat, 08 Oct 2005 21:52:52 -0700 To: Kris Kennaway From: ray@redshift.com In-Reply-To: <20051009035329.GC75694@xor.obsecurity.org> References: <3.0.1.32.20051008202606.00a74ba8@pop.redshift.com> <3.0.1.32.20051008202606.00a74ba8@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: freebsd-amd64@freebsd.org Subject: Re: /etc/make.conf X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 04:52:47 -0000 At 11:53 PM 10/8/2005 -0400, Kris Kennaway wrote: | On Sat, Oct 08, 2005 at 08:26:06PM -0700, ray@redshift.com wrote: | > Hi, | > | > anyone have any settings for CPUTYPE and CFALGS in /etc/make.conf when running | > AMD64 5.4-release on a dual AMD Opteron server? I'm moving over from i386, so | > just want to make sure I get the right stuff in there before compiling | > everything. I'm thinking something along these lines: | > | > CPUTYPE=k8 | > CFLAGS=-O2 -pipe -funroll-loops march=k8 | | Don't try to use elite home-grown CFLAGS unless you know precisely | what you're doing. Just set CPUTYPE and use the default CFLAGS. | | Kris | | Attachment Converted: "c:\eudora2\ATTACH\Re etcmake.conf" | I set CPUTYPE=opteron and CFLAGS=-O2 -pipe -funroll-loops seems to be working well. Thanks! Ray From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 04:58:46 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 1AC6916A420 for ; Sun, 9 Oct 2005 04:58:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EE5E43D45 for ; Sun, 9 Oct 2005 04:58:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 8402A1A3C1B; Sat, 8 Oct 2005 21:58:45 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 95B88513EE; Sun, 9 Oct 2005 00:58:43 -0400 (EDT) Date: Sun, 9 Oct 2005 00:58:43 -0400 From: Kris Kennaway To: ray@redshift.com Message-ID: <20051009045843.GA93028@xor.obsecurity.org> References: <3.0.1.32.20051008202606.00a74ba8@pop.redshift.com> <3.0.1.32.20051008202606.00a74ba8@pop.redshift.com> <3.0.1.32.20051008215252.00a74ba8@pop.redshift.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <3.0.1.32.20051008215252.00a74ba8@pop.redshift.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org, Kris Kennaway Subject: Re: /etc/make.conf X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 04:58:46 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 08, 2005 at 09:52:52PM -0700, ray@redshift.com wrote: > At 11:53 PM 10/8/2005 -0400, Kris Kennaway wrote: > | On Sat, Oct 08, 2005 at 08:26:06PM -0700, ray@redshift.com wrote: > | > Hi, > | >=20 > | > anyone have any settings for CPUTYPE and CFALGS in /etc/make.conf w= hen > running > | > AMD64 5.4-release on a dual AMD Opteron server? I'm moving over from= i386, so > | > just want to make sure I get the right stuff in there before compiling > | > everything. I'm thinking something along these lines:=20 > | >=20 > | > CPUTYPE=3Dk8 > | > CFLAGS=3D-O2 -pipe -funroll-loops march=3Dk8 > |=20 > | Don't try to use elite home-grown CFLAGS unless you know precisely > | what you're doing. Just set CPUTYPE and use the default CFLAGS. > |=20 > | Kris > |=20 > | Attachment Converted: "c:\eudora2\ATTACH\Re etcmake.conf" > |=20 >=20 > I set CPUTYPE=3Dopteron and CFLAGS=3D-O2 -pipe -funroll-loops >=20 > seems to be working well. Thanks! OK, so you chose to ignore my advice. When you run into problems, please remember not to report them before reverting to the default CFLAGS setting. Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDSKODWry0BWjoQKURAnUxAJ4ovNZfxxfKtTK8n+Yi2ytURRy1TwCfWRBE RH4w6AfWEwgSxcjuNzW6Jmw= =EtDi -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 05:02:55 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 EF79016A41F for ; Sun, 9 Oct 2005 05:02:55 +0000 (GMT) (envelope-from ray@redshift.com) Received: from mail-smtp.redshift.com (mail-smtp.redshift.com [216.228.2.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 778F543D45 for ; Sun, 9 Oct 2005 05:02:55 +0000 (GMT) (envelope-from ray@redshift.com) Received: (qmail 3458 invoked by uid 89); 9 Oct 2005 05:03:01 -0000 Received: from unknown (HELO workstation) (216.228.19.21) by mail-smtp.redshift.com with SMTP; 9 Oct 2005 05:03:01 -0000 Message-Id: <3.0.1.32.20051008220300.00a74ba8@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Sat, 08 Oct 2005 22:03:00 -0700 To: Kris Kennaway From: ray@redshift.com In-Reply-To: <20051009045843.GA93028@xor.obsecurity.org> References: <3.0.1.32.20051008215252.00a74ba8@pop.redshift.com> <3.0.1.32.20051008202606.00a74ba8@pop.redshift.com> <3.0.1.32.20051008202606.00a74ba8@pop.redshift.com> <3.0.1.32.20051008215252.00a74ba8@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: freebsd-amd64@freebsd.org Subject: Re: /etc/make.conf X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 05:02:56 -0000 At 12:58 AM 10/9/2005 -0400, Kris Kennaway wrote: | On Sat, Oct 08, 2005 at 09:52:52PM -0700, ray@redshift.com wrote: | > At 11:53 PM 10/8/2005 -0400, Kris Kennaway wrote: | > | On Sat, Oct 08, 2005 at 08:26:06PM -0700, ray@redshift.com wrote: | > | > Hi, | > | > | > | > anyone have any settings for CPUTYPE and CFALGS in /etc/make.conf when | > running | > | > AMD64 5.4-release on a dual AMD Opteron server? I'm moving over from i386, so | > | > just want to make sure I get the right stuff in there before compiling | > | > everything. I'm thinking something along these lines: | > | > | > | > CPUTYPE=k8 | > | > CFLAGS=-O2 -pipe -funroll-loops march=k8 | > | | > | Don't try to use elite home-grown CFLAGS unless you know precisely | > | what you're doing. Just set CPUTYPE and use the default CFLAGS. | > | | > | Kris | > | | > | Attachment Converted: "c:\eudora2\ATTACH\Re etcmake.conf" | > | | > | > I set CPUTYPE=opteron and CFLAGS=-O2 -pipe -funroll-loops | > | > seems to be working well. Thanks! | | OK, so you chose to ignore my advice. When you run into problems, | please remember not to report them before reverting to the default | CFLAGS setting. | | Kris | | | Attachment Converted: "c:\eudora2\ATTACH\Re etcmake1.con" | I've been running those flags for years - if you would like to supply some logic as to why they won't work on the AMD platform, then maybe that would help. If your advice is just "don't do that, it's bad", then doesn't help much. -O2 has always worked fine for our production servers. What flag specifically are you nervous about? Ray From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 05:34:29 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 6ED9616A41F for ; Sun, 9 Oct 2005 05:34:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2539243D46 for ; Sun, 9 Oct 2005 05:34:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 0C27D1A3C1B; Sat, 8 Oct 2005 22:34:29 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DBF50511FE; Sun, 9 Oct 2005 01:10:34 -0400 (EDT) Date: Sun, 9 Oct 2005 01:10:34 -0400 From: Kris Kennaway To: ray@redshift.com Message-ID: <20051009051034.GB93028@xor.obsecurity.org> References: <3.0.1.32.20051008215252.00a74ba8@pop.redshift.com> <3.0.1.32.20051008202606.00a74ba8@pop.redshift.com> <3.0.1.32.20051008202606.00a74ba8@pop.redshift.com> <3.0.1.32.20051008215252.00a74ba8@pop.redshift.com> <3.0.1.32.20051008220300.00a74ba8@pop.redshift.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OwLcNYc0lM97+oe1" Content-Disposition: inline In-Reply-To: <3.0.1.32.20051008220300.00a74ba8@pop.redshift.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org, Kris Kennaway Subject: Re: /etc/make.conf X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 05:34:29 -0000 --OwLcNYc0lM97+oe1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Oct 08, 2005 at 10:03:00PM -0700, ray@redshift.com wrote: > I've been running those flags for years - if you would like to supply some logic > as to why they won't work on the AMD platform, then maybe that would help. If > your advice is just "don't do that, it's bad", then doesn't help much. -O2 has > always worked fine for our production servers. What flag specifically are you > nervous about? -funroll-loops is kind of stupid to use globally. Chances are it's hurting your performance more than it's helping. -O2 was also unsafe prior to the 5.x branch, but it should be OK now post-5.x (where it's the default). Kris --OwLcNYc0lM97+oe1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDSKZKWry0BWjoQKURApo+AKCFQTYNDtxcCyCpjnG1Mz+gxStsPACfcuop zib9ZSEZCMEpQXXxm2AjJj0= =7K4X -----END PGP SIGNATURE----- --OwLcNYc0lM97+oe1-- From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 08:15:43 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 0CB6416A41F for ; Sun, 9 Oct 2005 08:15:43 +0000 (GMT) (envelope-from jd@philemon.async.caltech.edu) Received: from philemon.async.caltech.edu (philemon.async.caltech.edu [131.215.39.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id B653143D45 for ; Sun, 9 Oct 2005 08:15:42 +0000 (GMT) (envelope-from jd@philemon.async.caltech.edu) Received: from philemon.async.caltech.edu (localhost [127.0.0.1]) by philemon.async.caltech.edu (8.13.4/8.13.4) with ESMTP id j998GQRl035224; Sun, 9 Oct 2005 01:16:27 -0700 (PDT) (envelope-from jd@philemon.async.caltech.edu) Received: (from jd@localhost) by philemon.async.caltech.edu (8.13.4/8.13.1/Submit) id j998GQVE035223; Sun, 9 Oct 2005 01:16:26 -0700 (PDT) (envelope-from jd) Date: Sun, 9 Oct 2005 01:16:25 -0700 From: pallen@donut.ugcs.caltech.edu To: Peter Wemm Message-ID: <20051009081625.GA35013@philemon.async.caltech.edu> References: <20050929184109.GE8586@philemon.async.caltech.edu> <200510041724.37210.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200510041724.37210.peter@wemm.org> Cc: freebsd-amd64@freebsd.org Subject: Re: request for some information amd64 status X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 08:15:43 -0000 Well at least one nit involved the boot-strapping. It appears that when you exec an i386 binary, the kernel insists on using /libexec/ld-elf32.so.1 which furtuer depends on a hints file written by the amd64 native ldconfig run with the -32 flag. The next nit came up when running a source build within the jail. The build system inspects hw.machine_arch and gets back amd64. This raises an interesting question: namely that there is nothing similar to the "linux32" (on linux) command or is there? -Paul >From Peter Wemm , Tue, Oct 04, 2005 at 05:24:36PM -0700: > On Thursday 29 September 2005 11:41 am, Paul Allen wrote: > > 1) Is it possible to build 32-bit binaries yet? > > Yes, but only if you're inside a 32 bit chroot or jail, or if you're > willing to go to a lot of pain with compiler flags and switches. > > > 2) Is it possible to run a FreeBSD-4/386 jail inside an amd64 > > environment? > > Yes. We do this at work, but I don't recall if there were changes > needed. > > -- > 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 Sun Oct 9 08:20:23 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 42FE516A420 for ; Sun, 9 Oct 2005 08:20:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1204443D53 for ; Sun, 9 Oct 2005 08: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 j998KERn020683 for ; Sun, 9 Oct 2005 08:20:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j998KE3w020682; Sun, 9 Oct 2005 08:20:14 GMT (envelope-from gnats) Resent-Date: Sun, 9 Oct 2005 08:20:14 GMT Resent-Message-Id: <200510090820.j998KE3w020682@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, "Hans-J. Ullrich" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AD6316A458 for ; Sun, 9 Oct 2005 08:14:13 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45D6D43D45 for ; Sun, 9 Oct 2005 08:14:13 +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 j998ECRg034411 for ; Sun, 9 Oct 2005 08:14:12 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j998ECan034408; Sun, 9 Oct 2005 08:14:12 GMT (envelope-from nobody) Message-Id: <200510090814.j998ECan034408@www.freebsd.org> Date: Sun, 9 Oct 2005 08:14:12 GMT From: "Hans-J. Ullrich" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/87156: First Installation: Kernel crashes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 08:20:23 -0000 >Number: 87156 >Category: amd64 >Synopsis: First Installation: Kernel crashes >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 09 08:20:14 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Hans-J. Ullrich >Release: 5.4 and 6.0 >Organization: none >Environment: Notebook: Acer Aspire 1522WLMI >Description: When booting from the first CD in on my noebook (CER aSPIRE 1522wlmi, amd64), the kernel crashes. This happnes either wit version 5.4 as version 6.0, too. There is a snapshot handy as a picture, if required. As it is kernel-crash at first installation, there is no way, to create an output. I made the picture using an emulator (bochs) >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 10:10:24 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 EA32216A41F for ; Sun, 9 Oct 2005 10:10:24 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6A2C43D45 for ; Sun, 9 Oct 2005 10:10:24 +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 j99AAOF0035393 for ; Sun, 9 Oct 2005 10:10:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j99AAOWa035392; Sun, 9 Oct 2005 10:10:24 GMT (envelope-from gnats) Date: Sun, 9 Oct 2005 10:10:24 GMT Message-Id: <200510091010.j99AAOWa035392@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Paul Richards Cc: Subject: Re: amd64/84027: if_nve gets stuck X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Richards List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2005 10:10:25 -0000 The following reply was made to PR amd64/84027; it has been noted by GNATS. From: Paul Richards To: bug-followup@FreeBSD.org, meka@softhome.net Cc: Subject: Re: amd64/84027: if_nve gets stuck Date: Sun, 9 Oct 2005 11:09:37 +0100 Just like to note that this problem is still present on 6.0 BETA5 with an Epox nForce4 motherboard. -- Paul Richards From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 17:51:58 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 1172216A41F for ; Sun, 9 Oct 2005 17:51:58 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B664943D46 for ; Sun, 9 Oct 2005 17:51:55 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (localhost [127.0.0.1]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 84897F7C5 for ; Sun, 9 Oct 2005 11:51:54 -0600 (MDT) Received: from cochise.teamcool.net (unknown [192.168.1.57]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 346BCF7BB for ; Sun, 9 Oct 2005 11:51:54 -0600 (MDT) Date: Sun, 9 Oct 2005 11:51:52 -0600 From: Ken Gunderson To: freebsd-amd64@freebsd.org Message-Id: <20051009115152.496752ab.kgunders@teamcool.net> Organization: Teamcool Networks X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: DarwinStreamingServer on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 17:51:58 -0000 is broken? Or is it me? Couldn't find a pr for the port. Anyone else got this to build on amd64?? -- Best regards, Ken Gunderson Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 20:28:50 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 010FD16A41F for ; Sun, 9 Oct 2005 20:28:50 +0000 (GMT) (envelope-from webmaster@machowto.com) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id A501C43D45 for ; Sun, 9 Oct 2005 20:28:49 +0000 (GMT) (envelope-from webmaster@machowto.com) Received: from [192.168.0.4] (c-67-177-44-144.hsd1.ut.comcast.net[67.177.44.144]) by comcast.net (sccrmhc12) with SMTP id <2005100920284801200p3oire>; Sun, 9 Oct 2005 20:28:48 +0000 User-Agent: Microsoft-Entourage/11.2.0.050811 Date: Sun, 09 Oct 2005 14:28:46 -0600 From: "David S. Besade" To: Message-ID: Thread-Topic: /etc/make.conf flags for Intel Thread-Index: AcXNEAxVSxoMYjkDEdqbQQADk1TWeA== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: /etc/make.conf flags for Intel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 20:28:50 -0000 Hey, how should I tune my /etc/make.conf file for my Intel Xeon (EM64) Box? Running 6.0 B5 From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 9 21:38:36 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 7BC1816A41F for ; Sun, 9 Oct 2005 21:38:36 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A35B43D48 for ; Sun, 9 Oct 2005 21:38:36 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so44691wra for ; Sun, 09 Oct 2005 14:38: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=p7okyB11HVru8yDJWAllC8+u+ba6k+fPWhUvh1ins9wlrVZv/V8lkiktF1xPHNkbUW2cmVl18NmGIjYQ7dIK/e1bD1EGhEpkh6Os11shTafWw+/IdXBsmaiBHC+9FLYjYyN2dVu7mfbgKeTa3VtkwcVfUb4mfOmIb8u1x/c3LSk= Received: by 10.54.69.8 with SMTP id r8mr3061432wra; Sun, 09 Oct 2005 14:38:35 -0700 (PDT) Received: by 10.54.144.4 with HTTP; Sun, 9 Oct 2005 14:38:35 -0700 (PDT) Message-ID: Date: Sun, 9 Oct 2005 23:38:35 +0200 From: Claus Guttesen To: "David S. Besade" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-amd64@freebsd.org Subject: Re: /etc/make.conf flags for Intel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Oct 2005 21:38:36 -0000 > Hey, how should I tune my /etc/make.conf file for my Intel Xeon (EM64) Bo= x? > Running 6.0 B5 march=3Dnocona Change CFLAGS line from -O to -O2. Other than that the default-values should be fine. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 00:30:22 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 386C516A41F for ; Mon, 10 Oct 2005 00:30:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0ADC43D45 for ; Mon, 10 Oct 2005 00:30:21 +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 j9A0ULSq059144 for ; Mon, 10 Oct 2005 00:30:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9A0ULwR059143; Mon, 10 Oct 2005 00:30:21 GMT (envelope-from gnats) Date: Mon, 10 Oct 2005 00:30:21 GMT Message-Id: <200510100030.j9A0ULwR059143@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Attila Nagy Cc: Subject: Re: amd64/87112: Boot problems on a 16 processor AMD64 compatiblemachine X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Attila Nagy List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 00:30:22 -0000 The following reply was made to PR amd64/87112; it has been noted by GNATS. From: Attila Nagy To: AD Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/87112: Boot problems on a 16 processor AMD64 compatiblemachine Date: Sun, 09 Oct 2005 17:44:55 +0200 Sorry, I cannot tell. It's an evaluation platform with an NDA. AD wrote: > What is the type of computer ? > > Alain > ----- Original Message ----- From: "Attila Nagy" > To: > Sent: Saturday, October 08, 2005 10:59 AM > Subject: amd64/87112: Boot problems on a 16 processor AMD64 > compatiblemachine > > >> >>> Number: 87112 >>> Category: amd64 >>> Synopsis: Boot problems on a 16 processor AMD64 compatible machine >>> Confidential: no >>> Severity: serious >>> Priority: low >>> Responsible: freebsd-amd64 >>> State: open >>> Quarter: >>> Keywords: >>> Date-Required: >>> Class: change-request >>> Submitter-Id: current-users >>> Arrival-Date: Sat Oct 08 09:00:29 GMT 2005 >>> Closed-Date: >>> Last-Modified: >>> Originator: Attila Nagy >>> Release: 7-current >>> Organization: >> >> FSN >> >>> Environment: >> >> Not available >> >>> Description: >> >> On a 16 processor/16 GB RAM AMD64 compatible machine FreeBSD halts >> with "Too many segments in the physical address map, giving up". >> >>> How-To-Repeat: >> >> I don't know whether it's general, or only limited to this machine, >> but trying to boot FreeBSD with 16 processors could trigger the problem. >> >>> Fix: >> >> In src/sys/amd64/amd64/machdep.c: >> -#define PHYSMAP_SIZE (2 * 8) >> +#define PHYSMAP_SIZE (2 * 16) >> >> After this: >> FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> cpu2 (AP): APIC ID: 2 >> cpu3 (AP): APIC ID: 3 >> cpu4 (AP): APIC ID: 4 >> cpu5 (AP): APIC ID: 5 >> cpu6 (AP): APIC ID: 6 >> cpu7 (AP): APIC ID: 7 >> cpu8 (AP): APIC ID: 8 >> cpu9 (AP): APIC ID: 9 >> cpu10 (AP): APIC ID: 10 >> cpu11 (AP): APIC ID: 11 >> cpu12 (AP): APIC ID: 12 >> cpu13 (AP): APIC ID: 13 >> cpu14 (AP): APIC ID: 14 >> cpu15 (AP): APIC ID: 15 >> >> I didn't try with i386, but I guess that has the same problem. >> >>> Release-Note: >>> Audit-Trail: >>> Unformatted: >> >> _______________________________________________ >> 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" >> > -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone: +3630 306 6758 ISOs: http://www.fsn.hu/?f=download From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 07:24:58 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 B66B516A41F for ; Mon, 10 Oct 2005 07:24:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76D7743D48 for ; Mon, 10 Oct 2005 07:24:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 52EAF1A3C1E; Mon, 10 Oct 2005 00:24:58 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1F5D7515CE; Mon, 10 Oct 2005 03:24:56 -0400 (EDT) Date: Mon, 10 Oct 2005 03:24:56 -0400 From: Kris Kennaway To: Claus Guttesen Message-ID: <20051010072456.GA52280@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: /etc/make.conf flags for Intel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2005 07:24:58 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 09, 2005 at 11:38:35PM +0200, Claus Guttesen wrote: > > Hey, how should I tune my /etc/make.conf file for my Intel Xeon (EM64) = Box? > > Running 6.0 B5 >=20 > march=3Dnocona You misspelled 'CPUTYPE' > Change CFLAGS line from -O to -O2. It *is* the default. Kris --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDShdHWry0BWjoQKURAmaSAKChnZqg/0JLPf94OCIaNfrsl9oBuwCgtepJ WTsfLUIHJ4HUhD/vUViHXPc= =1Whe -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 07:46:52 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 5B50616A41F for ; Mon, 10 Oct 2005 07:46:52 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4DB743D45 for ; Mon, 10 Oct 2005 07:46:51 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id i20so536373wra for ; Mon, 10 Oct 2005 00:46: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Xi0tG+15Qj6Gt61r90e2CLOeISHq9sUqLvINb40rf72pbAVqxrUG12kbUPggDO6Xn0k3EkJbrlcV83X43bvUIoD+HZFoLrb97JkYb0m0D6NBxHeFvBDxuoTg/S8JQMVHVtMnqL2p4uece0fGxfXXVGSHRy4pW0Xef+5Jx0P1JdA= Received: by 10.54.99.18 with SMTP id w18mr3142074wrb; Mon, 10 Oct 2005 00:46:49 -0700 (PDT) Received: by 10.54.144.4 with HTTP; Mon, 10 Oct 2005 00:46:49 -0700 (PDT) Message-ID: Date: Mon, 10 Oct 2005 09:46:49 +0200 From: Claus Guttesen To: Kris Kennaway In-Reply-To: <20051010072456.GA52280@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051010072456.GA52280@xor.obsecurity.org> Cc: freebsd-amd64@freebsd.org Subject: Re: /etc/make.conf flags for Intel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Oct 2005 07:46:52 -0000 > > > Hey, how should I tune my /etc/make.conf file for my Intel Xeon (EM64= ) Box? > > > Running 6.0 B5 > > > > march=3Dnocona > You misspelled 'CPUTYPE' My bad. > > Change CFLAGS line from -O to -O2. > > It *is* the default. /usr/share/examples/etc/make.conf is set to -O. Copy /usr/share/examples/etc/make.conf to /etc if make.conf is missing/empty and make the changes below. CPUTYPE=3Dnocona CFLAGS=3D -O2 -pipe COPTFLAGS=3D -O2 -pipe If you have a custom build kernel you may want to add KERNCONF=3Dwhat-ever-you-name-your-kernel regards Claus From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 11:01:48 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 F233116A41F for ; Mon, 10 Oct 2005 11:01:48 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABFF843D45 for ; Mon, 10 Oct 2005 11:01:48 +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 j9AB1mbH051225 for ; Mon, 10 Oct 2005 11:01:48 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9AB1lwo051219 for freebsd-amd64@freebsd.org; Mon, 10 Oct 2005 11:01:47 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 10 Oct 2005 11:01:47 GMT Message-Id: <200510101101.j9AB1lwo051219@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 Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2005 11:01:49 -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/08/09] amd64/84693 amd64 Keyboard not recognized during first step 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 f [2004/09/12] amd64/71644 amd64 [panic] amd64 5.3-BETA4 crash when heavy 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 [if_sis] sis driver on FreeBSD 5.x does n 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 o [2005/05/14] amd64/81037 amd64 SATA problem o [2005/05/19] amd64/81272 amd64 JDK 1.5 port doesn't build. o [2005/05/20] amd64/81325 amd64 KLD if_ath.ko: depends on ath_hal - not a o [2005/05/28] amd64/81602 amd64 SATA crashes with parallel pcm access o [2005/06/09] amd64/82071 amd64 incorrect -march's parameter to build 32b o [2005/06/19] amd64/82425 amd64 fxp0: device timeout, fxp interface dies o [2005/06/23] amd64/82555 amd64 Kernel Panic - after i connect to my "amd o [2005/07/05] amd64/83005 amd64 Memory Occupied during installation of th o [2005/07/25] amd64/84027 amd64 if_nve gets stuck o [2005/08/12] amd64/84832 amd64 Installation crashes just at boot AMD64/ o [2005/08/14] amd64/84930 amd64 [msdosfs] something wrong with msdosfs on o [2005/08/18] amd64/85081 amd64 TeamSpeak o [2005/08/29] amd64/85431 amd64 AMD64 has short but temporary freezes (ha o [2005/08/29] amd64/85451 amd64 6.0-BETA3 lockups on AMD64 o [2005/09/11] amd64/85972 amd64 Movement of USB mouse in CLI causes freez o [2005/09/13] amd64/86080 amd64 [radeon] [hang] radeon DRI causes system o [2005/09/16] amd64/86199 amd64 Missed AMD64 motherboard o [2005/09/16] amd64/86229 amd64 Missing recvmsg syscall in freebsd32 API o [2005/09/23] amd64/86503 amd64 [atapicam] [panic] k3b crash the system l o [2005/10/08] amd64/87112 amd64 Boot problems on a 16 processor AMD64 com o [2005/10/09] amd64/87156 amd64 First Installation: Kernel crashes 47 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 [if_bge] bge driver for 3Com 3C996B on am o [2004/12/02] amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when boo 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 coredumps with either runs o [2005/03/17] amd64/78954 amd64 kerberos 5 failed to build o [2005/05/16] amd64/81089 amd64 [if_bge] [patch] FreeBSD 5.4 released ver o [2005/06/12] amd64/82178 amd64 missing 32bit subsystem o [2005/06/18] amd64/82399 amd64 MSI K8N Neo4 Platinium is not supported o [2005/07/20] amd64/83806 amd64 Can not comple /usr/src/lib/msun/amd64/fe o [2005/08/07] amd64/84652 amd64 kbdmap -r dumps core o [2005/08/20] amd64/85144 amd64 Asus K8S-MX mobo, integ LAN not recognize o [2005/09/02] amd64/85626 amd64 java/jdk15 compile error o [2005/09/06] amd64/85812 amd64 "Rebooting..." on serial console appears o [2005/09/07] amd64/85820 amd64 1.5 times slower performance with SCHED_U o [2005/09/07] amd64/85852 amd64 Typo in amd64 machine/specialreg.h o [2005/09/17] amd64/86244 amd64 dfi nf4 ulta-d 20 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 11:19:36 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 4561E16A41F for ; Mon, 10 Oct 2005 11:19:36 +0000 (GMT) (envelope-from dennis@alpari.org) Received: from mail.alpari.org (mail.alpari.org [217.74.32.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6A3C43D6B for ; Mon, 10 Oct 2005 11:19:35 +0000 (GMT) (envelope-from dennis@alpari.org) Received: from [213.152.146.158] (account denis.kolobnev HELO DM) by mail.alpari.org (CommuniGate Pro SMTP 5.0c3) with ESMTPA id 759843 for freebsd-amd64@FreeBSD.org; Mon, 10 Oct 2005 15:20:16 +0400 Date: Mon, 10 Oct 2005 15:19:38 +0400 From: dennis kolobnev X-Mailer: The Bat! (v3.60.07) Professional Organization: Alpari, Ltd. X-Priority: 3 (Normal) Message-ID: <959517816.20051010151938@alpari.org> To: freebsd-amd64@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Adaptec 2015S X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dennis kolobnev List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 11:19:36 -0000 Hello, Anybody run Adaptec 2015S RAID CONTROLLER on FreeBSD 5.4 AMD4 ? -- With best regards, dennis. mailto:dennis@alpari.org From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 12:14:47 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 C305716A41F for ; Mon, 10 Oct 2005 12:14:47 +0000 (GMT) (envelope-from meritus@innervision.pl) Received: from dx2.inten.pl (inten.com.pl [72.9.234.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F1B243D45 for ; Mon, 10 Oct 2005 12:14:47 +0000 (GMT) (envelope-from meritus@innervision.pl) Received: from dss70.neoplus.adsl.tpnet.pl ([83.24.230.70] helo=[192.168.137.222]) by dx2.inten.pl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.51) id 1EOwYH-00055j-O4 for freebsd-amd64@freebsd.org; Mon, 10 Oct 2005 14:14:46 +0200 Message-ID: <434A5B30.9020808@innervision.pl> Date: Mon, 10 Oct 2005 14:14:40 +0200 From: Piotr Rybicki Organization: InnerVision User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051003) 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-Antivirus-Scanner: Scanned with clamav. Subject: CODA6 on amd64 - how can I help? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2005 12:14:47 -0000 Hi all. I've send update patches for net/coda6_client(server) port http://www.freebsd.org/cgi/query-pr.cgi?pr=87204 This update unbreaks amd64 build of devel/lwp required by coda6. Although current and nev version works fine on i386, amd64 arch actually doesn't work. Build and installation of coda6_client port (and dependencies) on amd64 is successful. command: 'venus-setup testserver.coda.cs.cmu.edu 20000' seems to work fine command " venus' comes with errors: # venus Date: Mon 10/10/2005 13:59:38 Coda Venus, version 6.0.12 13:59:38 /usr/coda/LOG size is 635392 bytes 13:59:38 /usr/coda/DATA size is 2532472 bytes 13:59:38 Loading RVM data 13:59:38 Last init was Mon Oct 10 13:58:32 2005 13:59:38 Last shutdown was clean 13:59:38 Starting RealmDB scan 13:59:38 Found 1 realms 13:59:38 starting VDB scan 13:59:38 2 volume replicas 13:59:38 0 replicated volumes 13:59:38 0 CML entries allocated 13:59:38 0 CML entries on free-list 13:59:38 starting FSDB scan (833, 20000) (25, 75, 4) 13:59:38 0 cache files in table (0 blocks) 13:59:38 833 cache files on free-list 13:59:38 starting HDB scan 13:59:38 0 hdb entries in table 13:59:38 0 hdb entries on free-list 13:59:38 Kernel version ioctl failed. 13:59:38 Mounting root volume... 13:59:38 Venus starting... 13:59:38 /coda now mounted. When trying to list /coda: # ls /coda ls: /coda: Unknown error: 158 Some addidional info: - System : FreeBSD 5.4-RELEASE-p7 (amd64) GENERIC - The same result having CODA as module and compiled-in. - current and new version of coda6 port works fine on i386 - There is /dev/cfs0 device Problem seems to be at: /usr/ports/net/coda6_client/work/coda-6.0.12/coda-src/venus/worker.cc:769 Just like venus was unable to get version of CODA module. How can I help? P.S. Does anyone have positive/negative experiences when running coda in production? Best regards Piotr Rybicki From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 12:40:22 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 2613116A41F for ; Mon, 10 Oct 2005 12:40:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED00A43D46 for ; Mon, 10 Oct 2005 12:40:21 +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 j9ACeLJJ071730 for ; Mon, 10 Oct 2005 12:40:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9ACeLrN071729; Mon, 10 Oct 2005 12:40:21 GMT (envelope-from gnats) Date: Mon, 10 Oct 2005 12:40:21 GMT Message-Id: <200510101240.j9ACeLrN071729@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Vasil Dimov Cc: Subject: Re: amd64/84652: kbdmap -r dumps core X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vasil Dimov List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2005 12:40:22 -0000 The following reply was made to PR amd64/84652; it has been noted by GNATS. From: Vasil Dimov To: bug-followup@FreeBSD.org Cc: andreas_eder@gmx.net Subject: Re: amd64/84652: kbdmap -r dumps core Date: Mon, 10 Oct 2005 15:35:00 +0300 This problem is not amd64 specific, instead it should be in the `bin' category. parse_args() uses font_current before it is initialized. --- kbdmap.c-r.diff begins here --- --- usr.sbin/kbdmap/kbdmap.c.orig Mon Oct 10 15:13:05 2005 +++ usr.sbin/kbdmap/kbdmap.c Mon Oct 10 15:11:50 2005 @@ -823,12 +823,12 @@ program = extract_name(argv[0]); - /* Parse command line arguments */ - parse_args(argc, argv); - font_current = get_font(); if (font_current == NULL) font_current = font_default; + + /* Parse command line arguments */ + parse_args(argc, argv); if (strcmp(program, "kbdmap")) dir = fontdir; --- kbdmap.c-r.diff ends here --- From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 13:32:26 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 E96A316A41F for ; Mon, 10 Oct 2005 13:32:26 +0000 (GMT) (envelope-from yuri@irfu.se) Received: from elvira.ekonomikum.uu.se (elvira.ekonomikum.uu.se [130.238.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65AFA43D45 for ; Mon, 10 Oct 2005 13:32:23 +0000 (GMT) (envelope-from yuri@irfu.se) Received: by elvira.ekonomikum.uu.se (Postfix, from userid 204) id CB0333AA; Mon, 10 Oct 2005 15:32:17 +0200 (MSZ) Received: from elvira.ekonomikum.uu.se(127.0.0.1) by elvira.ekonomikum.uu.se via virus-scan id s26760; Mon, 10 Oct 05 15:32:13 +0200 Received: from hq.irfu.se (hq.irfu.se [130.238.30.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elvira.ekonomikum.uu.se (Postfix) with ESMTP id 3ED06231; Mon, 10 Oct 2005 15:32:13 +0200 (MSZ) Received: from ice.irfu.se (ice.irfu.se [130.238.30.157]) (authenticated bits=0) by hq.irfu.se (8.13.3/8.13.3) with ESMTP id j9ADWCXM011837 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 10 Oct 2005 15:32:13 +0200 (CEST) (envelope-from yuri@irfu.se) From: Yuri Khotyaintsev Organization: Swedish Institute of Space Physics To: Kris Kennaway Date: Mon, 10 Oct 2005 15:32:11 +0200 User-Agent: KMail/1.8.2 References: <200510051813.55678.yuri@irfu.se> <20051006152958.GA31226@xor.obsecurity.org> In-Reply-To: <20051006152958.GA31226@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200510101532.12223.yuri@irfu.se> X-Spam-Status: No, score=-1.4 required=7.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on hq.irfu.se Cc: freebsd-amd64@freebsd.org Subject: Re: kmem_malloc(1438330880): kmem_map too small: 3641344 total allocated X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2005 13:32:27 -0000 On Thursday 06 October 2005 17.29, Kris Kennaway wrote: > On Wed, Oct 05, 2005 at 06:13:55PM +0200, Yuri Khotyaintsev wrote: > > I try to run linux Matlab 7 on FreeBSD/amd64 6.0-BETA5 and I get the > > following panic: > > > > Panic String: kmem_malloc(1438330880): kmem_map too small: 3641344 total > > allocated > > See the FAQ. > > Kris Unfortunately neither setting VM_KMEM_SIZE_MAX nor increasing NMBCLUSTERS=20 helped. I still see the panic :-( I even tried to put 2Gb of ram instead of= =20 1, but it made no difference. Any other suggestions? It would be really nice to be able to run Matlab on= =20 =46reeBSD/amd64... =2D-=20 Yuri Khotyaintsev Institutet f=C3=B6r rymdfysik (IRF), Uppsala From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 15:29:34 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 1DAEC16A420 for ; Mon, 10 Oct 2005 15:29:34 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB7543D60 for ; Mon, 10 Oct 2005 15:29:31 +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.4/8.13.4) with ESMTP id j9AFT4FO043985; Mon, 10 Oct 2005 09:29:07 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <434A88C0.8080108@samsco.org> Date: Mon, 10 Oct 2005 09:29: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: dennis kolobnev References: <959517816.20051010151938@alpari.org> In-Reply-To: <959517816.20051010151938@alpari.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-amd64@freebsd.org Subject: Re: Adaptec 2015S X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2005 15:29:34 -0000 dennis kolobnev wrote: > Hello, > > Anybody run Adaptec 2015S RAID CONTROLLER on FreeBSD 5.4 AMD4 ? > The ASR driver for the 200x and 201x cards absolutely does not work on amd64 or any other 64-bit platform. Fixing it requires a lot more work than I can afford to put into it, and no one else has stepped forward to help with it either. Scott From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 16:55:37 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 5367316A420 for ; Mon, 10 Oct 2005 16:55:37 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E320C43D48 for ; Mon, 10 Oct 2005 16:55:36 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.10]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1EP0w3-000LeA-I1 for amd64@freebsd.org; Mon, 10 Oct 2005 18:55:35 +0200 Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: <12071E7A-1CBB-404C-AF6E-5CE6E7B15CAD@anduin.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: amd64@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Mon, 10 Oct 2005 18:55:32 +0200 X-Mailer: Apple Mail (2.734) Cc: Subject: termlog not working on FreeBSD-amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2005 16:55:37 -0000 Hi all, I have recently began moving some of our database servers to FreeBSD- amd64, and in the process I have realized that the 'termlog' port, on which we rely quite heavily, no longer works. I have to the best of my abilities tested it on various installations, and my conclusion must be that this is a 64-bit issue. I'm guessing the snp devices act differently on the 64-bit variants of FreeBSD, making termlog go bananas. If anyone has seen this problem, or wishes to investigate, I would be very grateful. We need this to work in order to fulfill various security requirements from our customers. If this cannot be fixed relatively soon, I'll have to abandon the move to -amd64. Thanks, /Eirik From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 17:44:01 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 3BD4E16A41F for ; Mon, 10 Oct 2005 17:44:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBE9E43D45 for ; Mon, 10 Oct 2005 17:44:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id C4A991A3C2C; Mon, 10 Oct 2005 10:44:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5BE8651A05; Mon, 10 Oct 2005 13:43:59 -0400 (EDT) Date: Mon, 10 Oct 2005 13:43:59 -0400 From: Kris Kennaway To: Claus Guttesen Message-ID: <20051010174358.GA34176@xor.obsecurity.org> References: <20051010072456.GA52280@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org, Kris Kennaway Subject: Re: /etc/make.conf flags for Intel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2005 17:44:01 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 10, 2005 at 09:46:49AM +0200, Claus Guttesen wrote: > > > > Hey, how should I tune my /etc/make.conf file for my Intel Xeon (EM= 64) Box? > > > > Running 6.0 B5 > > > > > > march=3Dnocona > > You misspelled 'CPUTYPE' >=20 > My bad. >=20 > > > Change CFLAGS line from -O to -O2. > > > > It *is* the default. >=20 > /usr/share/examples/etc/make.conf is set to -O. The setting in trumps this documentation file, but you're right, this should be updated there. Could you please send a PR? > Copy /usr/share/examples/etc/make.conf to /etc if make.conf is > missing/empty and make the changes below. >=20 > CPUTYPE=3Dnocona > CFLAGS=3D -O2 -pipe > COPTFLAGS=3D -O2 -pipe COPTFLAGS=3D-O2 is a bad idea if your kernel panics and you need assistance, because it often munges the debugging backtraces to the point of uselessness. Kris --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDSqheWry0BWjoQKURAgbDAKCKisRTub6McMz61cHFbR+a35JgpwCgvGuW 6aBbF3SjRjYnz4jcYQjASWU= =ikak -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 17:56:13 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 4328A16A41F for ; Mon, 10 Oct 2005 17:56:13 +0000 (GMT) (envelope-from hans-u@t-online.de) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id A567443D46 for ; Mon, 10 Oct 2005 17:56:12 +0000 (GMT) (envelope-from hans-u@t-online.de) Received: from fwd29.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1EP1sh-0007Fj-02; Mon, 10 Oct 2005 19:56:11 +0200 Received: from [192.168.1.20] (rPdSsmZloe0eHEqEOJHZrd7ycHgJEUK1+XKa-jzARrcqzGSrAdaIkE@[84.131.73.184]) by fwd29.sul.t-online.de with esmtp id 1EP1sM-1jrqTY0; Mon, 10 Oct 2005 19:55:50 +0200 From: hans-u@t-online.de To: freebsd-amd64@freebsd.org Date: Mon, 10 Oct 2005 09:58:22 +0200 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510100958.22863.hans.ullrich@loop.de> X-ID: rPdSsmZloe0eHEqEOJHZrd7ycHgJEUK1+XKa-jzARrcqzGSrAdaIkE X-TOI-MSGID: 317e3c43-aa65-42e4-9609-cb3b9b8d5417 Subject: Bug-Report Number 87156 Update X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2005 17:56:13 -0000 Hello all, here is an update to the bug. Additionally I will sent my lspci-output: Thanks for help ! Best regards Hans ---------------- Snip ----------------------- 0000:00:00.0 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge 0000:00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge 0000:00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge 0000:00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge 0000:00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge 0000:00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] 0000:00:0a.0 Network controller: Intel Corporation PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04) 0000:00:0b.0 CardBus bridge: Texas Instruments PCI7420 CardBus Controller 0000:00:0b.1 CardBus bridge: Texas Instruments PCI7420 CardBus Controller 0000:00:0b.2 FireWire (IEEE 1394): Texas Instruments PCI7x20 1394a-2000 OHCI Two-Port PHY/Link-Layer Controller 0000:00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) 0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) 0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge 0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) 0000:00:11.6 Communication controller: VIA Technologies, Inc. AC'97 Modem Controller (rev 80) 0000:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 0000:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 0000:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 0000:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 0000:01:00.0 VGA compatible controller: nVidia Corporation NV36 [GeForce FX Go5700] (rev a1) --------------------------Snap--------------------------------------------------------- From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 21:33:39 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 5E30516A41F for ; Mon, 10 Oct 2005 21:33:39 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id E870743D46 for ; Mon, 10 Oct 2005 21:33:38 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so140834wra for ; Mon, 10 Oct 2005 14:33:38 -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=kHPLsWuECwnn6vPmgHga/yq+pQ53uXfFQ6fCo9ryf7wFlbgshtrRZMRLMVZsXtGjRAIKQimrCZTjjHXGfuaGXjifzykbs9HfrCCGgy3hevnrP25tSqVgZYdTA7Y21IOnahNJhca3S4nd4HVgO6lHAg3M61H9zmd7qHgSmz2cFJA= Received: by 10.54.99.2 with SMTP id w2mr3338027wrb; Mon, 10 Oct 2005 14:33:38 -0700 (PDT) Received: by 10.54.144.4 with HTTP; Mon, 10 Oct 2005 14:33:38 -0700 (PDT) Message-ID: Date: Mon, 10 Oct 2005 23:33:38 +0200 From: Claus Guttesen To: Kris Kennaway In-Reply-To: <20051010174358.GA34176@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051010072456.GA52280@xor.obsecurity.org> <20051010174358.GA34176@xor.obsecurity.org> Cc: freebsd-amd64@freebsd.org Subject: Re: /etc/make.conf flags for Intel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 10 Oct 2005 21:33:39 -0000 > > /usr/share/examples/etc/make.conf is set to -O. > > The setting in trumps this documentation file, but you're > right, this should be updated there. Could you please send a PR? PR submitted. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 22:07:55 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 7CF5916A41F for ; Mon, 10 Oct 2005 22:07:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34E5843D48 for ; Mon, 10 Oct 2005 22:07:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 245651A3C25; Mon, 10 Oct 2005 15:07:55 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1137D51CFA; Mon, 10 Oct 2005 17:45:52 -0400 (EDT) Date: Mon, 10 Oct 2005 17:45:52 -0400 From: Kris Kennaway To: Claus Guttesen Message-ID: <20051010214552.GA28292@xor.obsecurity.org> References: <20051010072456.GA52280@xor.obsecurity.org> <20051010174358.GA34176@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org, Kris Kennaway Subject: Re: /etc/make.conf flags for Intel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2005 22:07:55 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 10, 2005 at 11:33:38PM +0200, Claus Guttesen wrote: > > > /usr/share/examples/etc/make.conf is set to -O. > > > > The setting in trumps this documentation file, but you're > > right, this should be updated there. Could you please send a PR? >=20 > PR submitted. Thanks! Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDSuEPWry0BWjoQKURAh30AJ0aoDKkoS5qBJIk5vpnmSHTlB9RKACgro/C Vuk1k20J+/voQhpB+FHqxmE= =wtNe -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 10 22:08:25 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 871DF16A41F for ; Mon, 10 Oct 2005 22:08:25 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C41E243D4C for ; Mon, 10 Oct 2005 22:08:24 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.3/8.13.1) with ESMTP id j9AM8M2W034580 for ; Mon, 10 Oct 2005 19:08:22 -0300 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-amd64@freebsd.org Date: Mon, 10 Oct 2005 19:08:09 -0300 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200510101908.10291.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Subject: amd64 - i386 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Oct 2005 22:08:25 -0000 hi by accident I compiled an amd64 5.4R server with an i386 kernel config file= in=20 the /sys/i386 tree. For some time I didn't noticed it because it works fine. Now I wanted compile again for amd64 with the correct hammer kernel config = but=20 even make depend does not finish.=20 Is it supposed amd64 not to compile when running i386 kernel? Do I need to= =20 boot an amd64 kernel to do so? thank's Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 00:22:23 2005 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org 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 23E6D16A41F for ; Tue, 11 Oct 2005 00:22:23 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79EE143D49 for ; Tue, 11 Oct 2005 00:22:22 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j9B0ML64014640; Tue, 11 Oct 2005 10:22:21 +1000 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j9B0MJo6026325; Tue, 11 Oct 2005 10:22:19 +1000 Date: Tue, 11 Oct 2005 10:22:20 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Kris Kennaway In-Reply-To: <20051010174358.GA34176@xor.obsecurity.org> Message-ID: <20051011090639.K69382@delplex.bde.org> References: <20051010072456.GA52280@xor.obsecurity.org> <20051010174358.GA34176@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@FreeBSD.org Subject: Re: /etc/make.conf flags for Intel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2005 00:22:23 -0000 On Mon, 10 Oct 2005, Kris Kennaway wrote: > On Mon, Oct 10, 2005 at 09:46:49AM +0200, Claus Guttesen wrote: >>>>> Hey, how should I tune my /etc/make.conf file for my Intel Xeon (EM64) Box? >>>> Change CFLAGS line from -O to -O2. >>> >>> It *is* the default. >> >> /usr/share/examples/etc/make.conf is set to -O. > > The setting in trumps this documentation file, but you're > right, this should be updated there. Could you please send a PR? The example is correct. It shows how to change the default of "-O2 -fstrict-aliasing -pipe" to "-O -pipe". It would be less than useful to repeat the default in the examples or in /etc/make.conf. In the example, it would be less than useful because it gives a confusing example that should never be copied. In /etc/make.conf, it would be less than useful because any setting of CFLAGS there breaks overriding the setting of CFLAGS on the command line or in the environment, so setting of CFLAGS there should be avoided, especially almost-null ones which have no effect except to break the command line and environment settings. (The breakage is due to having to work around the bug that /etc/make.conf is included in sys.mk too late. CFLAGS should be set using "?=" like sys.mk does, but since /etc/make.conf is included after CFLAGS is set by that in sys.mk if not earlier, CFLAGS is surely set in /etc/make.conf so "?=" doesn't work there, so "=" must be used.) The example gave a useful variation of the default until rev.1.50 in 1997, but was bogus after that until the default was changed in 2004. The example is just missing comments saying that it gives a variation. In 1.49 it had a comment which indirectly said that the change is a variation indirectly by saying that it might be useful ("One, probably the most common, use could be #CFLAGS= -O -pipe"). That comment became nonsense in 1.50 but has been replaced by one that says nothing about what this setting might be useful for. It is a bug in sys.mk that -O2 is the default. If -O2 were the best general-purpose optimization level, then it would be spelled -O. -O2 still doesn't actually work. sys.mk has a hack, -fno-strict aliasing together with -O2, to make aliasing bugs in sources harmless. This is not documented in make.conf(5) or in the example of course. So -O2 isn't actually the default, and changing CFLAGS from -O (-pipe ...) to -O2 (-pipe ...) in /etc/make.conf has no effect except to lose the -fno-strict-aliasing hack. -pipe is also not documented in make.conf(5) so it can easily be lost, thus pessimizing compile time. It is present in the examples. >> Copy /usr/share/examples/etc/make.conf to /etc if make.conf is >> missing/empty and make the changes below. >> >> CPUTYPE=nocona >> CFLAGS= -O2 -pipe >> COPTFLAGS= -O2 -pipe > > COPTFLAGS=-O2 is a bad idea if your kernel panics and you need > assistance, because it often munges the debugging backtraces to the > point of uselessness. -O2 is also the default for the kernel, unless CC is icc or -DEBUG is defined. So setting COPTFLAGS as above has no effect except to mess up the icc and DEBUG cases and break overriding COPTFLAGS on the command line or in the environment. (Kernel bug: the DEBUG case only prevents munging the backtraces if the kernel was compiled with full debugging. -O2 should also be turned off for the DDB case, which would make it default to off in -current since DDB defaults to on.) Back to user and userland bugs: unlike for CFLAGS, there is no problem with using "?=" to set COPTFLAGS correctly in /etc/make.conf. Almost all the examples get this wrong by giving only an example using "=". -O2 is now safer to use for the kernel since the kernel is not general purpose and bugs in it are found quickly. It is just not very useful in the kernel because most kernel code doesn't benefit much from the optimizations done by -O2 and most systems shouldn't spend more than a few percent of their time in the kernel (except while idling). Bruce From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 02:18:42 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 1B8FB16A41F for ; Tue, 11 Oct 2005 02:18:42 +0000 (GMT) (envelope-from jwd@bsdwins.com) Received: from bsdone.bsdwins.com (www.bsdwins.com [192.58.184.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id B547D43D46 for ; Tue, 11 Oct 2005 02:18:41 +0000 (GMT) (envelope-from jwd@bsdwins.com) Received: from bsdone.bsdwins.com (localhost [127.0.0.1]) by bsdone.bsdwins.com (8.13.1/8.13.1) with ESMTP id j9B1hUbc069512 for ; Mon, 10 Oct 2005 21:43:30 -0400 (EDT) (envelope-from jwd@www.bsdwins.com) Received: (from jwd@localhost) by bsdone.bsdwins.com (8.13.1/8.13.1/Submit) id j9B1hU0Z069511 for freebsd-amd64@freebsd.org; Mon, 10 Oct 2005 21:43:30 -0400 (EDT) (envelope-from jwd) Date: Mon, 10 Oct 2005 21:43:30 -0400 From: John To: freebsd-amd64@freebsd.org Message-ID: <20051011014330.GA58707@bsdwins.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Scanned-By: MIMEDefang 2.51 on 127.0.0.1 Subject: CMSG_DATA() 32/64 bit binary incompatibility X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2005 02:18:42 -0000 Hi folks, I'd like some opinions. The CMSG_DATA() definition in sys/socket.h returns different values when compiled for 32 bit (address + offset 12), or 64 bit (address + offset 16). A 32 bit application copied over to a 64 bit system which uses ipc SCM_RIGHTS does not work. An application compiled on a 64 bit systems with -m32 -B/usr/lib32 options to produce a 32 bit binary does not work either. Compiled as a 64 bit application it works of course. The documentation element of struct cmsghdr (cmsg_data) is documented as being type u_char. However, the alignment provided by the _ALIGN() macro is based on 'long', which varies depending on the compilation target (32 or 64 bit). Within the kernel, there is currently no distinction between a 32 bit app with 32 bit alignment, or a 64 bit app with 64 bit alignment (uipc_usrreg.c:unp_internalize()). And thus the opinion request. Should the macro definition be fixed? Should the kernel be able to distinquish between a 32 bit or 64 bit application? Thoughts? John From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 05:46:34 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 524F816A41F for ; Tue, 11 Oct 2005 05:46:34 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D88EB43D48 for ; Tue, 11 Oct 2005 05:46:33 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from qlovarnika.bg.datamax (qlovarnika.bg.datamax [192.168.10.2]) by jengal.datamax.bg (Postfix) with SMTP id 9CDB3B826 for ; Tue, 11 Oct 2005 08:46:32 +0300 (EEST) Received: (nullmailer pid 1705 invoked by uid 1002); Tue, 11 Oct 2005 05:46:32 -0000 Date: Tue, 11 Oct 2005 08:46:32 +0300 From: Vasil Dimov To: freebsd-amd64@freebsd.org Message-ID: <20051011054632.GA1669@qlovarnika.bg.datamax> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OS: FreeBSD 6.0-RC1 User-Agent: Mutt/1.5.11 Subject: console resolution X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@datamax.bg List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 05:46:34 -0000 Is there *any* way to get something different than 80x25 on the console? uname -a: FreeBSD qlovarnika.bg.datamax 6.0-RC1 FreeBSD 6.0-RC1 #0: Mon Oct 10 17:41:04 EEST 2005 root@qlovarnika.bg.datamax:/usr/obj/usr/src/sys/QLOVARNIKA amd64 From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 06:02:45 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 C453216A41F for ; Tue, 11 Oct 2005 06:02:45 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70CFD43D48 for ; Tue, 11 Oct 2005 06:02:45 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j9B61sGJ067930; Mon, 10 Oct 2005 23:01:54 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j9B61qfm067929; Mon, 10 Oct 2005 23:01:52 -0700 (PDT) (envelope-from jmg) Date: Mon, 10 Oct 2005 23:01:52 -0700 From: John-Mark Gurney To: Vasil Dimov Message-ID: <20051011060152.GH12298@funkthat.com> Mail-Followup-To: Vasil Dimov , freebsd-amd64@freebsd.org References: <20051011054632.GA1669@qlovarnika.bg.datamax> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051011054632.GA1669@qlovarnika.bg.datamax> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-amd64@freebsd.org Subject: Re: console resolution X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 06:02:45 -0000 Vasil Dimov wrote this message on Tue, Oct 11, 2005 at 08:46 +0300: > Is there *any* way to get something different than 80x25 on the console? man vidcontrol > uname -a: > FreeBSD qlovarnika.bg.datamax 6.0-RC1 FreeBSD 6.0-RC1 #0: Mon Oct 10 17:41:04 EEST 2005 root@qlovarnika.bg.datamax:/usr/obj/usr/src/sys/QLOVARNIKA amd64 or: http://www.freebsd.org/cgi/man.cgi?query=vidcontrol&apropos=0&sektion=0&manpath=FreeBSD+6.0-current&format=html -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 06:27:39 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 9AB2416A41F for ; Tue, 11 Oct 2005 06:27:39 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334AD43D48 for ; Tue, 11 Oct 2005 06:27:39 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from qlovarnika.bg.datamax (qlovarnika.bg.datamax [192.168.10.2]) by jengal.datamax.bg (Postfix) with SMTP id 0561EB826; Tue, 11 Oct 2005 09:27:37 +0300 (EEST) Received: (nullmailer pid 1967 invoked by uid 1002); Tue, 11 Oct 2005 06:27:37 -0000 Date: Tue, 11 Oct 2005 09:27:37 +0300 From: Vasil Dimov To: freebsd-amd64@freebsd.org Message-ID: <20051011062737.GA1881@qlovarnika.bg.datamax> References: <20051011054632.GA1669@qlovarnika.bg.datamax> <20051011060152.GH12298@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051011060152.GH12298@funkthat.com> X-OS: FreeBSD 6.0-RC1 User-Agent: Mutt/1.5.11 Cc: Subject: Re: console resolution X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@datamax.bg List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 06:27:39 -0000 On Mon, Oct 10, 2005 at 11:01:52PM -0700, John-Mark Gurney wrote: > Vasil Dimov wrote this message on Tue, Oct 11, 2005 at 08:46 +0300: > > Is there *any* way to get something different than 80x25 on the console? > > man vidcontrol > > > uname -a: > > FreeBSD qlovarnika.bg.datamax 6.0-RC1 FreeBSD 6.0-RC1 #0: Mon Oct 10 17:41:04 EEST 2005 root@qlovarnika.bg.datamax:/usr/obj/usr/src/sys/QLOVARNIKA amd64 Well, # vidcontrol -i mode mode# flags type size font window linear buffer ------------------------------------------------------------------------------ 24 (0x018) 0x00000001 T 80x25 8x16 0xb8000 32k 32k 0x00000000 32k # vidcontrol 80x30 vidcontrol: cannot set videomode: Operation not supported by device vidcontrol: cannot set videomode: Operation not supported by device # vidcontrol VESA_800x600 vidcontrol: cannot set videomode: Inappropriate ioctl for device vidcontrol: cannot set videomode: Inappropriate ioctl for device Did something change since amd64/72213? hint.sc.0.flags="0x80" in /boot/device.hints has no effect. From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 08:00:53 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 8283616A41F for ; Tue, 11 Oct 2005 08:00:53 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E14943D45 for ; Tue, 11 Oct 2005 08:00:52 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so179043wra for ; Tue, 11 Oct 2005 01:00:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QGoRLgKpaqwBipORfTD7Z1hxg7t533J5dRoi6IpUcvRxUa70Xas0Vdr9LGVn1DzKkYeovWVKc/jTBQxSoO92h+NeVJ/mxEQu+xdBRUDlyPMiY7IBmEwsFYVEJzr/LGZFvcleRRfGQZxSVksNJzqj2h4Gq148Azn8GEuOaC/qO6Q= Received: by 10.54.106.12 with SMTP id e12mr3493186wrc; Tue, 11 Oct 2005 01:00:52 -0700 (PDT) Received: by 10.54.144.4 with HTTP; Tue, 11 Oct 2005 01:00:52 -0700 (PDT) Message-ID: Date: Tue, 11 Oct 2005 10:00:52 +0200 From: Claus Guttesen To: Bruce Evans In-Reply-To: <20051011090639.K69382@delplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051010072456.GA52280@xor.obsecurity.org> <20051010174358.GA34176@xor.obsecurity.org> <20051011090639.K69382@delplex.bde.org> Cc: freebsd-amd64@freebsd.org, Kris Kennaway Subject: Re: /etc/make.conf flags for Intel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2005 08:00:53 -0000 > >> /usr/share/examples/etc/make.conf is set to -O. > > > > The setting in trumps this documentation file, but you're > > right, this should be updated there. Could you please send a PR? > > The example is correct. It shows how to change the default of "-O2 > -fstrict-aliasing -pipe" to "-O -pipe". It would be less than useful > to repeat the default in the examples or in /etc/make.conf. In the > example, it would be less than useful because it gives a confusing > example that should never be copied. In /etc/make.conf, it would be > less than useful because any setting of CFLAGS there breaks overriding > the setting of CFLAGS on the command line or in the environment, so > setting of CFLAGS there should be avoided, especially almost-null ones > which have no effect except to break the command line and environment > settings. (The breakage is due to having to work around the bug that > /etc/make.conf is included in sys.mk too late. CFLAGS should be set > using "?=3D" like sys.mk does, but since /etc/make.conf is included after > CFLAGS is set by that in sys.mk if not earlier, CFLAGS is surely set in > /etc/make.conf so "?=3D" doesn't work there, so "=3D" must be used.) So what your saying is that one should not override these values in make.conf but leave them commented out? Doing a buildworld without CFLAGS does indeed compile using -O2: cc -O2 -fno-strict-aliasing -pipe -march=3Dpentium4 -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -DHAVE_CONFIG_H -DTARGET_NAME=3D\"i386-undermydesk-freebsd\" -DIN_GCC=20 -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/stor-layout.c I have added CPUTYPE=3Dp4 in make.conf. regards Clauis From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 08:07:54 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 79EF316A41F for ; Tue, 11 Oct 2005 08:07:54 +0000 (GMT) (envelope-from livres@redaction-developpez.com) Received: from fidel.freesurf.fr (fidel.freesurf.fr [212.43.206.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA9243D46 for ; Tue, 11 Oct 2005 08:07:54 +0000 (GMT) (envelope-from livres@redaction-developpez.com) Received: from freesurf.fr (arlette.freesurf.fr [212.43.206.12]) by fidel.freesurf.fr (Postfix) with SMTP id 70F0C2A6D00 for ; Tue, 11 Oct 2005 10:07:53 +0200 (CEST) Received: from 84.99.235.73 (SquirrelMail authenticated user raimondeau) by arlette.freesurf.fr with HTTP; Tue, 11 Oct 2005 10:07:53 +0200 (CEST) Message-ID: <54888.84.99.235.73.1129018073.squirrel@arlette.freesurf.fr> Date: Tue, 11 Oct 2005 10:07:53 +0200 (CEST) From: "Guillaume R." To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.5) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Syskonnect problem X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: livres@redaction-developpez.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 08:07:54 -0000 Lo I'm using a sk card to be connected through a pppoe connection. But all the 30mn I must reboot coz I got a "sk0:watchdog timeout". Quite tired I decided to look at the problem more seriously. I just update my tree.So i suppose my 5.4 stable box is up to date. I tried first to look at the transmits packets and here I got a surpise: # tcpdump tun0 tcpdump: WARNING: sk0: no IPv4 address assigned When I look to the ifconfig: ifconfig tun0 tun0: flags=8051 mtu 1492 inet 84.99.235.73 --> 84.99.235.1 netmask 0xffffff00 Opened by PID 485 Does anyone got an idea of what's going wrong with this sk card? Thx -- From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 08:45:21 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 6516F16A41F for ; Tue, 11 Oct 2005 08:45:21 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBA0143D70 for ; Tue, 11 Oct 2005 08:45:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 9C1EB1FFAD2; Tue, 11 Oct 2005 10:45:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 0085E1FF92F; Tue, 11 Oct 2005 10:45:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 49DE5158B8; Tue, 11 Oct 2005 08:43:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3F5E0153C4; Tue, 11 Oct 2005 08:43:21 +0000 (UTC) Date: Tue, 11 Oct 2005 08:43:21 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: "Guillaume R." In-Reply-To: <54888.84.99.235.73.1129018073.squirrel@arlette.freesurf.fr> Message-ID: References: <54888.84.99.235.73.1129018073.squirrel@arlette.freesurf.fr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-amd64@freebsd.org Subject: Re: Syskonnect problem X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2005 08:45:21 -0000 On Tue, 11 Oct 2005, Guillaume R. wrote: Hi, > I'm using a sk card to be connected through a pppoe connection. But all the > 30mn I must reboot coz I got a "sk0:watchdog timeout". > Quite tired I decided to look at the problem more seriously. I just update > my tree.So i suppose my 5.4 stable box is up to date. > I tried first to look at the transmits packets and here I got a surpise: > # tcpdump tun0 > tcpdump: WARNING: sk0: no IPv4 address assigned > When I look to the ifconfig: > ifconfig tun0 > tun0: flags=8051 mtu 1492 > inet 84.99.235.73 --> 84.99.235.1 netmask 0xffffff00 > Opened by PID 485 > Does anyone got an idea of what's going wrong with this sk card? not really. the watchdog timeouts I am still seeing are not even interrupting me working on the box (I only see them on console but can still type with ssh) so they are a bit strange and they only happen on one of my machines but not the other. I haven't been able to track down why they are still there. What I don't need is to reboot the box. The times where sk(4) rendered networking unusable are gone - at least I haven't seen reports the last months while there were lots before. a) are you sure you have to reboot the machine or would a pppctl close on that connection help? b) what type of card do you have? best would be the appropriate lines from bootverbose output. c) Do you have more than 4G RAM. That might still cause problems. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 14:09:23 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 EC22C16A434; Tue, 11 Oct 2005 14:09:23 +0000 (GMT) (envelope-from lawrance@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9BFE43D45; Tue, 11 Oct 2005 14:09:23 +0000 (GMT) (envelope-from lawrance@FreeBSD.org) Received: from freefall.freebsd.org (lawrance@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9BE9N2w003935; Tue, 11 Oct 2005 14:09:23 GMT (envelope-from lawrance@freefall.freebsd.org) Received: (from lawrance@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9BE9NEv003931; Tue, 11 Oct 2005 14:09:23 GMT (envelope-from lawrance) Date: Tue, 11 Oct 2005 14:09:23 GMT From: Sam Lawrance Message-Id: <200510111409.j9BE9NEv003931@freefall.freebsd.org> To: lawrance@FreeBSD.org, freebsd-amd64@FreeBSD.org, usb@FreeBSD.org Cc: Subject: Re: usb/85972: Movement of USB mouse in CLI causes freeze X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2005 14:09:24 -0000 Synopsis: Movement of USB mouse in CLI causes freeze Responsible-Changed-From-To: freebsd-amd64->usb Responsible-Changed-By: lawrance Responsible-Changed-When: Tue Oct 11 14:07:57 GMT 2005 Responsible-Changed-Why: This is a usb issue (and not specific to amd64) http://www.freebsd.org/cgi/query-pr.cgi?pr=85972 From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 14:50:23 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 4819916A424 for ; Tue, 11 Oct 2005 14:50:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7302143D68 for ; Tue, 11 Oct 2005 14:50:16 +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 j9BEoGJE006659 for ; Tue, 11 Oct 2005 14:50:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9BEoGl0006658; Tue, 11 Oct 2005 14:50:16 GMT (envelope-from gnats) Resent-Date: Tue, 11 Oct 2005 14:50:16 GMT Resent-Message-Id: <200510111450.j9BEoGl0006658@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, Joerg Cimen Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEBA616A422 for ; Tue, 11 Oct 2005 14:43:06 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F4AB43D86 for ; Tue, 11 Oct 2005 14:43:06 +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 j9BEh6GL091573 for ; Tue, 11 Oct 2005 14:43:06 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j9BEh64f091571; Tue, 11 Oct 2005 14:43:06 GMT (envelope-from nobody) Message-Id: <200510111443.j9BEh64f091571@www.freebsd.org> Date: Tue, 11 Oct 2005 14:43:06 GMT From: Joerg Cimen To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/87258: Error Boot X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2005 14:50:23 -0000 >Number: 87258 >Category: amd64 >Synopsis: Error Boot >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 11 14:50:15 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Joerg Cimen >Release: 6.0 RC1 >Organization: tioo GmbH >Environment: RAID-Controller Areca ARC-1160, Mainboard Tyan 2895A2NRF, 2x AMD Opteron 244 2.8GHz >Description: Hello, with the installation of FreeBSD 6.0 RC1 a problem arises with the RAID-Controller. We use a Areca ARC-1160 as RAID CONTROLLER. The booting from 6.0-RC1-Install-CD stops and freeze at: "Waiting 5 seconds for SCSI DEVICE to settle." In the version 5.4 there not no Problem at this Point. After removing the RAID- Controller OR one of two CPU's every thing works fine. We have tested this problem on five other servers with the same configuration. Every Time the same Problem occours. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 16:04:10 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 4AD1616A433 for ; Tue, 11 Oct 2005 16:04:10 +0000 (GMT) (envelope-from gofda-freebsd-amd64@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE17843D48 for ; Tue, 11 Oct 2005 16:04:09 +0000 (GMT) (envelope-from gofda-freebsd-amd64@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1EPMYf-0006rr-6q for freebsd-amd64@freebsd.org; Tue, 11 Oct 2005 18:00:53 +0200 Received: from city-office.ngdc.dk ([195.190.153.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Oct 2005 18:00:53 +0200 Received: from hroi by city-office.ngdc.dk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Oct 2005 18:00:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-amd64@freebsd.org From: Hroi Sigurdsson Date: Tue, 11 Oct 2005 17:28:48 +0200 Lines: 9 Message-ID: <434BDA30.5030006@asdf.dk> References: <200510111443.j9BEh64f091571@www.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: city-office.ngdc.dk User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en In-Reply-To: <200510111443.j9BEh64f091571@www.freebsd.org> Sender: news Subject: Re: amd64/87258: Error Boot X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2005 16:04:10 -0000 Joerg Cimen wrote: > with the installation of FreeBSD 6.0 RC1 a problem arises with the RAID-Controller. We use a Areca ARC-1160 as RAID CONTROLLER. The booting from 6.0-RC1-Install-CD stops and freeze at: > "Waiting 5 seconds for SCSI DEVICE to settle." > In the version 5.4 there not no Problem at this Point. After removing the RAID- Controller OR one of two CPU's every thing works fine. We have tested this problem on five other servers with the same configuration. Every Time the same Problem occours. Does setting either hint.acpi.0.disabled or hint.apic.0.disabled to "1" in the boot loader help? I've seen similar behaviour on an IBM platform with 6.0. From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 16:16:31 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 B7F1516A41F for ; Tue, 11 Oct 2005 16:16:31 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27FFD43D46 for ; Tue, 11 Oct 2005 16:16:31 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j9BGGTbk014614; Wed, 12 Oct 2005 02:16:29 +1000 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j9BGGRc1023993; Wed, 12 Oct 2005 02:16:28 +1000 Date: Wed, 12 Oct 2005 02:16:28 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Claus Guttesen In-Reply-To: Message-ID: <20051012020021.Q71554@delplex.bde.org> References: <20051010072456.GA52280@xor.obsecurity.org> <20051010174358.GA34176@xor.obsecurity.org> <20051011090639.K69382@delplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@freebsd.org, Kris Kennaway Subject: Re: /etc/make.conf flags for Intel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2005 16:16:31 -0000 On Tue, 11 Oct 2005, Claus Guttesen wrote: >>>> /usr/share/examples/etc/make.conf is set to -O. >>> >>> The setting in trumps this documentation file, but you're >>> right, this should be updated there. Could you please send a PR? >> >> The example is correct. It shows how to change the default of "-O2 >> -fstrict-aliasing -pipe" to "-O -pipe". It would be less than useful >> to repeat the default in the examples or in /etc/make.conf. ... > > So what your saying is that one should not override these values in > make.conf but leave them commented out? Doing a buildworld without > CFLAGS does indeed compile using -O2: - Normally leave them out of the installed make.conf. - Leave them commented out in examples/etc/make.conf. - Add comments to examples/etc/make.conf to emphasize that they are only examples and that use of some of them, especially CFLAGS, is problematic. Bruce From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 17:32:05 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 95B1216A41F for ; Tue, 11 Oct 2005 17:32:05 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2223743D45 for ; Tue, 11 Oct 2005 17:32:00 +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.4/8.13.4) with ESMTP id j9BHVo6h052007; Tue, 11 Oct 2005 11:31:51 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <434BF706.1090609@samsco.org> Date: Tue, 11 Oct 2005 11:31:50 -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: Hroi Sigurdsson References: <200510111443.j9BEh64f091571@www.freebsd.org> <434BDA30.5030006@asdf.dk> In-Reply-To: <434BDA30.5030006@asdf.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-amd64@freebsd.org Subject: Re: amd64/87258: Error Boot X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2005 17:32:05 -0000 Hroi Sigurdsson wrote: > Joerg Cimen wrote: > >> with the installation of FreeBSD 6.0 RC1 a problem arises with the >> RAID-Controller. We use a Areca ARC-1160 as RAID CONTROLLER. The >> booting from 6.0-RC1-Install-CD stops and freeze at: >> "Waiting 5 seconds for SCSI DEVICE to settle." >> In the version 5.4 there not no Problem at this Point. After removing >> the RAID- Controller OR one of two CPU's every thing works fine. We >> have tested this problem on five other servers with the same >> configuration. Every Time the same Problem occours. > > > Does setting either hint.acpi.0.disabled or hint.apic.0.disabled to "1" > in the boot loader help? I've seen similar behaviour on an IBM platform > with 6.0. > ACPI is a required part of the amd64 platform. Turning it off usually isn't a good idea. Scott From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 18:11:14 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 BE40F16A421; Tue, 11 Oct 2005 18:11:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6312D43D46; Tue, 11 Oct 2005 18:11:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9BIBCb9065334; Tue, 11 Oct 2005 14:11:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9BIBDxK073876; Tue, 11 Oct 2005 14:11:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1AB7B7302F; Tue, 11 Oct 2005 14:11:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051011181113.1AB7B7302F@freebsd-current.sentex.ca> Date: Tue, 11 Oct 2005 14:11:13 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2005 18:11:15 -0000 TB --- 2005-10-11 16:21:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-11 16:21:34 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-11 16:21:34 - cleaning the object tree TB --- 2005-10-11 16:22:13 - checking out the source tree TB --- 2005-10-11 16:22:13 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-11 16:22:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-11 16:28:55 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-11 16:28:55 - cd /src TB --- 2005-10-11 16:28:55 - /usr/bin/make -B buildworld >>> 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-11 17:59:48 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-11 17:59:48 - cd /src TB --- 2005-10-11 17:59:48 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Oct 11 17:59:48 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -d -warn-common -r -d -o if_gre.ko.debug if_gre.o ip_gre.o touch export_syms awk -f /src/sys/modules/if_gre/../../conf/kmod_syms.awk if_gre.ko.debug export_syms | xargs -J% objcopy % if_gre.ko.debug objcopy --strip-debug if_gre.ko.debug if_gre.ko ===> if_ndis (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/obj/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c /src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c: In function `ndis_detach': /src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:920: error: structure has no member named `ndis_mtx' *** Error code 1 Stop in /src/sys/modules/if_ndis. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-11 18:11:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-11 18:11:12 - ERROR: failed to build generic kernel TB --- 2005-10-11 18:11:12 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 11 22:08:56 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 0031316A41F; Tue, 11 Oct 2005 22:08:55 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EBA143D4C; Tue, 11 Oct 2005 22:08:54 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j9BM8rxL023882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 11 Oct 2005 18:08:53 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j9BM8lse013823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Oct 2005 18:08:47 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j9BM8gcb017246; Tue, 11 Oct 2005 18:08:42 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j9BM8ecV017245; Tue, 11 Oct 2005 18:08:40 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: delphij@freebsd.org Date: Tue, 11 Oct 2005 18:08:39 -0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510111808.40187.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1128/Mon Oct 10 21:30:06 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: amd64@freebsd.org Subject: HPTMV on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Oct 2005 22:08:56 -0000 Xin! Thank you very much for updating the driver with PAE and amd64 support. However, the hptmv(4) still says "i386 only"... -mi From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 12 07:10:13 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 B47DD16A41F for ; Wed, 12 Oct 2005 07:10:13 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EA1E43D53 for ; Wed, 12 Oct 2005 07:10:13 +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 j9C7ACXi047760 for ; Wed, 12 Oct 2005 07:10:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9C7ACWT047759; Wed, 12 Oct 2005 07:10:12 GMT (envelope-from gnats) Resent-Date: Wed, 12 Oct 2005 07:10:12 GMT Resent-Message-Id: <200510120710.j9C7ACWT047759@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, Justin Suyk Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 790A716A41F for ; Wed, 12 Oct 2005 07:00:58 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4772843D45 for ; Wed, 12 Oct 2005 07:00:58 +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 j9C70vLJ090480 for ; Wed, 12 Oct 2005 07:00:57 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j9C70vIA090479; Wed, 12 Oct 2005 07:00:57 GMT (envelope-from nobody) Message-Id: <200510120700.j9C70vIA090479@www.freebsd.org> Date: Wed, 12 Oct 2005 07:00:57 GMT From: Justin Suyk To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/87305: Dual Opteron / FreeBSD 5 & 6 / powerd results in hard hangs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2005 07:10:13 -0000 >Number: 87305 >Category: amd64 >Synopsis: Dual Opteron / FreeBSD 5 & 6 / powerd results in hard hangs >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 12 07:10:12 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Justin Suyk >Release: FreeBSD 5.4-RELEASE-p7 & FreeBSD 6.0-RC1 >Organization: Signet internet >Environment: FreeBSD son-ws1-dc1.signet.nl 5.4-RELEASE-p7 FreeBSD 5.4-RELEASE-p7 #1: Tue Oct 25 12:46:39 CEST 2005 root@:/usr/obj/usr/src/sys/SMP amd64 >Description: We have a dual Opteron server which supports the PowerNow technology and that technology we want to use to save unneeded power. For that reason we are trying to get powerd and cpufreq going, but we are running in a lot of troubles when we ennable the powerd program. Under 5.4 RELEASE and stable hard hangs are occuring just 2 seconds after enabling powerd and under FreeBSD 6 the machines hangs after about a minute or two. Under 5.4 we noticed that only one of the CPU was triggerd by powerd, and thus resulting in a hard crash because the other CPU was still running full speed. Under 6 that was fixed, the two CPU's were seen as one CPU by powerd and so the trigger to run on an lower clockspeed was picked up by the Opterons. But after 2 minutes the machine hangs again. >How-To-Repeat: Under 5.4, compile the new kernel with cpufreq support and try starting powerd, the machine hangs after about 2 seconds. Under 6 RC1 the machine hangs, but after 2 minutes instead of 2 seconds. >Fix: No fix kwown to us >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 12 11:30:10 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 4343716A41F for ; Wed, 12 Oct 2005 11:30:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B04E743D48 for ; Wed, 12 Oct 2005 11:30:09 +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 j9CBU91u078706 for ; Wed, 12 Oct 2005 11: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 j9CBU9uB078705; Wed, 12 Oct 2005 11:30:09 GMT (envelope-from gnats) Resent-Date: Wed, 12 Oct 2005 11:30:09 GMT Resent-Message-Id: <200510121130.j9CBU9uB078705@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, Ilya Sher Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74ECA16A41F for ; Wed, 12 Oct 2005 11:22:35 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EB3B43D48 for ; Wed, 12 Oct 2005 11:22:35 +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 j9CBMYeM046373 for ; Wed, 12 Oct 2005 11:22:34 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j9CBMYBK046372; Wed, 12 Oct 2005 11:22:34 GMT (envelope-from nobody) Message-Id: <200510121122.j9CBMYBK046372@www.freebsd.org> Date: Wed, 12 Oct 2005 11:22:34 GMT From: Ilya Sher To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/87316: "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2005 11:30:10 -0000 >Number: 87316 >Category: amd64 >Synopsis: "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd64 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 12 11:30:09 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Ilya Sher >Release: 6.0-RC1 >Organization: >Environment: FreeBSD c15 6.0-RC1 FreeBSD 6.0-RC1 #5: Wed Oct 12 12:25:58 IST 2005 ilya@c15:/usr/obj/usr/src/sys/MY amd64 >Description: if_vge stopped working for no apparent reason. It worked for a while in FreeBSD 6 beta 5. After one of the reboots (IIRC no kernel upgrade) I have "vge0: MII read timed out, vge0: failed to start MII autopoll, vge0: MII without any phy!, device_attach: vge0 attach returned 6". cvsup'ped today (2005-10-12) but the problem persists. >How-To-Repeat: The messages are there after each reboot. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 12 16:00:33 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 2D5A616A41F for ; Wed, 12 Oct 2005 16:00:33 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B07F843D49 for ; Wed, 12 Oct 2005 16:00:32 +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 j9CG0WiX011802 for ; Wed, 12 Oct 2005 16:00:32 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9CG0WrV011801; Wed, 12 Oct 2005 16:00:32 GMT (envelope-from gnats) Resent-Date: Wed, 12 Oct 2005 16:00:32 GMT Resent-Message-Id: <200510121600.j9CG0WrV011801@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, winmyint Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 268A916A41F for ; Wed, 12 Oct 2005 15:55:57 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id A61E243D5D for ; Wed, 12 Oct 2005 15:55:56 +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 j9CFtuei017470 for ; Wed, 12 Oct 2005 15:55:56 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j9CFtuIV017467; Wed, 12 Oct 2005 15:55:56 GMT (envelope-from nobody) Message-Id: <200510121555.j9CFtuIV017467@www.freebsd.org> Date: Wed, 12 Oct 2005 15:55:56 GMT From: winmyint To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/87328: BTX halted error X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2005 16:00:33 -0000 >Number: 87328 >Category: amd64 >Synopsis: BTX halted error >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 12 16:00:32 GMT 2005 >Closed-Date: >Last-Modified: >Originator: winmyint >Release: >Organization: student >Environment: >Description: i am really new to FreeBSD.when i install Free BSD 5.4,i have error BTX halted!ant i can't continue any more. >How-To-Repeat: >Fix: i have error BTX halted! >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 12 23:10:14 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 A3EF716A41F for ; Wed, 12 Oct 2005 23:10:14 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEF9143D48 for ; Wed, 12 Oct 2005 23:10:13 +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 j9CNADOs074801 for ; Wed, 12 Oct 2005 23:10:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9CNADTe074800; Wed, 12 Oct 2005 23:10:13 GMT (envelope-from gnats) Resent-Date: Wed, 12 Oct 2005 23:10:13 GMT Resent-Message-Id: <200510122310.j9CNADTe074800@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, "D. J. Bernstein" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4757216A420 for ; Wed, 12 Oct 2005 23:02:45 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1097143D45 for ; Wed, 12 Oct 2005 23:02:45 +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 j9CN2iCr098418 for ; Wed, 12 Oct 2005 23:02:44 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j9CN2i23098416; Wed, 12 Oct 2005 23:02:44 GMT (envelope-from nobody) Message-Id: <200510122302.j9CN2i23098416@www.freebsd.org> Date: Wed, 12 Oct 2005 23:02:44 GMT From: "D. J. Bernstein" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/87348: amd64+smp+startkde always crashing X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Oct 2005 23:10:14 -0000 >Number: 87348 >Category: amd64 >Synopsis: amd64+smp+startkde always crashing >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 12 23:10:13 GMT 2005 >Closed-Date: >Last-Modified: >Originator: D. J. Bernstein >Release: 5.4-RELEASE >Organization: University of Illinois at Chicago >Environment: FreeBSD dancer.math.uic.edu 5.4-RELEASE FreeBSD 5.4-RELEASE #2: Wed Oct 12 16:09:35 CDT 2005 root@dancer.math.uic.edu:/usr/obj/usr/src/sys/dancer amd64 >Description: Built an Athlon 64 X2 box; Asus A8V, 250GB SATA, Radeon VE (7000). Installed FreeBSD 5.4-RELEASE from the amd64 CDs. Modified kernel from GENERIC as follows: changed ident, add ``device sound'', add ``device "snd_via8233"'', add ``options SMP''. Minor problem: machine wasn't pingable after a few days. Apparently fixed by debug.mpsafenet=1 in /boot/loader.conf; haven't tried to isolate the problem. Major problem: startkde always freezes the machine. Caps Lock doesn't toggle keyboard lights; Ctrl-Alt-Backspace has no effect; only way to affect the machine, apparently, is to press the power button. Removing SMP appears to eliminate the freeze, but I'd rather run Linux than throw away half of the CPU power. Haven't done serious stress tests, so I don't know whether this is tied to KDE, or to X, or to overlal load. Have reproduced on an identical Athlon 64 X2 box; could be a problem with the A8V etc., but clearly isn't a problem with assembly of this particular box. This is a new non-critical machine; I'm willing to play with it a little bit. I could open it up to developers for testing, but if the video driver is crashing the machine then I'd be surprised if FreeBSD has adequate remote debugging facilities. ---D. J. Bernstein, Professor, Mathematics, Statistics, and Computer Science, University of Illinois at Chicago >How-To-Repeat: See above. >Fix: See above. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 13:17:02 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 1DE0D16A437 for ; Thu, 13 Oct 2005 13:17:02 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BECB743DD0 for ; Thu, 13 Oct 2005 13:16:47 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9DDGlVf091572 for ; Thu, 13 Oct 2005 09:16:47 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.4/8.13.4) with ESMTP id j9DDGkbc006733 for ; Thu, 13 Oct 2005 09:16:46 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j9DDGibR096124 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 13 Oct 2005 09:16:44 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Thu, 13 Oct 2005 09:17:04 -0400 To: freebsd-amd64@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.21 Subject: good ATI chipset results X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2005 13:17:02 -0000 Havent really seen anyone else use this board, but I have had good luck with it so far http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?DetailID=506&MenuID=90&LanID=0 Its a micro ATX formfactor with built in video and the onboard NIC is a realtek. (Although its not the fastest NIC, its driver is stable and mature-- especially compared to the headaches people seem to have with the NVIDIA NICs.) sos@freebsd.org recently also added ata driver support for the chipset as well so the disks function at speeds you would expect. Right now I am running with a PATA drive in a 2U case. Compared to the Intel D830, the CPU and chipset are cold to touch! The box is a part of a spam/virus scanning cluster and its performance is pretty close to that of the D830, but with less power and heat. Now that the drive is functioning in the same mode as the D830 box, we will see what sort of real world results we get from the 2 boxes. [pumice6]# cat /var/run/dmesg.boot Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RC1 #2: Thu Oct 13 08:29:47 EDT 2005 mdtancsa@pumice6.sentex.ca:/usr/obj/usr/src/sys/smp-spam Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (1999.78-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Multicore: 2 physical cores real memory = 1055850496 (1006 MB) avail memory = 1028378624 (980 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LPC0.LNK0] in namespace, AE_NOT_FOUND SearchNode 0xc1eca300 StartNode 0xc1eca300 ReturnNode 0 acpi0: Power Button (fixed) pci_link0: irq 0 on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 19 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfe02e000-0xfe02efff irq 19 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered pci0: at device 19.2 (no driver attached) pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfd00-0xfd0f at device 20.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib2: at device 20.4 on pci0 pci2: on pcib2 rl0: port 0xdf00-0xdfff mem 0xfddff000-0xfddff0ff irq 22 at device 5.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:14:2a:1a:49:f6 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: American Power Conversion Smart-UPS 1500 RM FW:617.3.D USB FW:1.5, rev 1.10/0.06, addr 2 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 32100 packets/entry by default ad0: 38166MB at ata0-master UDMA100 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 15:13:25 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 2814416A420 for ; Thu, 13 Oct 2005 15:13:25 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1925143D5A for ; Thu, 13 Oct 2005 15:13:13 +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 45931F22F5; Thu, 13 Oct 2005 08:13:13 -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 15895-04; Thu, 13 Oct 2005 08:13:11 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 0CAB8F213C; Thu, 13 Oct 2005 08:13:11 -0700 (PDT) From: Sean McNeil To: Mike Tancsa In-Reply-To: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> Content-Type: multipart/mixed; boundary="=-bBWu23haOdgH96FR+ng9" Organization: Sean McNeil Consulting, Inc Date: Thu, 13 Oct 2005 08:13:10 -0700 Message-Id: <1129216390.8681.6.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com Cc: freebsd-amd64@freebsd.org Subject: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2005 15:13:25 -0000 --=-bBWu23haOdgH96FR+ng9 Content-Type: text/plain Content-Transfer-Encoding: 7bit On Thu, 2005-10-13 at 09:17 -0400, Mike Tancsa wrote: > Havent really seen anyone else use this board, but I have had good > luck with it so far > > http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?DetailID=506&MenuID=90&LanID=0 > > Its a micro ATX formfactor with built in video and the onboard NIC is > a realtek. (Although its not the fastest NIC, its driver is stable > and mature-- especially compared to the headaches people seem to have > with the NVIDIA NICs.) Is this the RealTek 8169S Single-chip Gigabit Ethernet? For those interested, here are some changes I always use to increase the performance of the above NIC. With these mods, I can stream over 20 MBps video multicast and do other stuff over the network without issues. Without the changes, xmit is horrible with severe UDP packet loss. Cheers, Sean --=-bBWu23haOdgH96FR+ng9 Content-Disposition: attachment; filename=if_rlreg.h.diff Content-Type: text/x-patch; name=if_rlreg.h.diff; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit --- /sys/pci/if_rlreg.h Thu Oct 6 13:17:17 2005 +++ ./if_rlreg.h Thu Oct 6 15:01:42 2005 @@ -618,13 +618,8 @@ #define RE_FIXUP_RX 1 #endif -#define RL_TX_DESC_CNT 64 -#define RL_RX_DESC_CNT RL_TX_DESC_CNT -#define RL_RX_LIST_SZ (RL_RX_DESC_CNT * sizeof(struct rl_desc)) -#define RL_TX_LIST_SZ (RL_TX_DESC_CNT * sizeof(struct rl_desc)) #define RL_RING_ALIGN 256 #define RL_IFQ_MAXLEN 512 -#define RL_DESC_INC(x) (x = (x + 1) % RL_TX_DESC_CNT) #define RL_OWN(x) (le32toh((x)->rl_cmdstat) & RL_RDESC_STAT_OWN) #define RL_RXBYTES(x) (le32toh((x)->rl_cmdstat) & sc->rl_rxlenmask) #define RL_PKTSZ(x) ((x)/* >> 3*/) @@ -654,14 +649,15 @@ }; struct rl_list_data { - struct mbuf *rl_tx_mbuf[RL_TX_DESC_CNT]; - struct mbuf *rl_rx_mbuf[RL_TX_DESC_CNT]; + int rl_desc_count; + struct mbuf **rl_tx_mbuf; + struct mbuf **rl_rx_mbuf; int rl_tx_prodidx; int rl_rx_prodidx; int rl_tx_considx; int rl_tx_free; - bus_dmamap_t rl_tx_dmamap[RL_TX_DESC_CNT]; - bus_dmamap_t rl_rx_dmamap[RL_RX_DESC_CNT]; + bus_dmamap_t *rl_tx_dmamap; + bus_dmamap_t *rl_rx_dmamap; bus_dma_tag_t rl_mtag; /* mbuf mapping tag */ bus_dma_tag_t rl_stag; /* stats mapping tag */ bus_dmamap_t rl_smap; /* stats map */ --=-bBWu23haOdgH96FR+ng9 Content-Disposition: attachment; filename=if_re.c.diff Content-Type: text/x-patch; name=if_re.c.diff; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit --- /sys/dev/re/if_re.c Sat Oct 8 00:35:10 2005 +++ ./if_re.c Sat Oct 8 09:30:26 2005 @@ -300,6 +300,9 @@ CSR_WRITE_1(sc, RL_EECMD, \ CSR_READ_1(sc, RL_EECMD) & ~x) +#define RL_DESC_COUNT(sc) ((sc)->rl_ldata.rl_desc_count) +#define RL_DESC_INC(sc,x) (x = (x + 1) % RL_DESC_COUNT(sc)) + /* * Send a read command and address to the EEPROM, check for ACK. */ @@ -917,13 +920,13 @@ cmdstat |= RL_TDESC_CMD_SOF; else cmdstat |= RL_TDESC_CMD_OWN; - if (idx == (RL_RX_DESC_CNT - 1)) + if (idx == (RL_DESC_COUNT(ctx->sc) - 1)) cmdstat |= RL_TDESC_CMD_EOR; d->rl_cmdstat = htole32(cmdstat | ctx->rl_flags); i++; if (i == nseg) break; - RL_DESC_INC(idx); + RL_DESC_INC(ctx->sc,idx); } d->rl_cmdstat |= htole32(RL_TDESC_CMD_EOF); @@ -961,10 +964,46 @@ int nseg; int i; + sc->rl_ldata.rl_tx_mbuf = + (struct mbuf **) malloc(sizeof(struct mbuf *) * RL_DESC_COUNT(sc), + M_DEVBUF, M_NOWAIT|M_ZERO); + + if (sc->rl_ldata.rl_tx_mbuf == NULL) { + device_printf(dev, "could not allocate tx mbuf list\n"); + return (ENOMEM); + } + + sc->rl_ldata.rl_rx_mbuf = + (struct mbuf **) malloc(sizeof(struct mbuf *) * RL_DESC_COUNT(sc), + M_DEVBUF, M_NOWAIT|M_ZERO); + + if (sc->rl_ldata.rl_rx_mbuf == NULL) { + device_printf(dev, "could not allocate rx mbuf list\n"); + return (ENOMEM); + } + + sc->rl_ldata.rl_tx_dmamap = + (bus_dmamap_t *) malloc(sizeof(bus_dmamap_t) * RL_DESC_COUNT(sc), + M_DEVBUF, M_NOWAIT|M_ZERO); + + if (sc->rl_ldata.rl_tx_dmamap == NULL) { + device_printf(dev, "could not allocate tx dmamap list\n"); + return (ENOMEM); + } + + sc->rl_ldata.rl_rx_dmamap = + (bus_dmamap_t *) malloc(sizeof(bus_dmamap_t) * RL_DESC_COUNT(sc), + M_DEVBUF, M_NOWAIT|M_ZERO); + + if (sc->rl_ldata.rl_rx_dmamap == NULL) { + device_printf(dev, "could not allocate rx dmamap list\n"); + return (ENOMEM); + } + /* * Allocate map for RX mbufs. */ - nseg = 32; + nseg = RL_DESC_COUNT(sc); error = bus_dma_tag_create(sc->rl_parent_tag, ETHER_ALIGN, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, MCLBYTES * nseg, nseg, MCLBYTES, BUS_DMA_ALLOCNOW, @@ -979,7 +1018,9 @@ */ error = bus_dma_tag_create(sc->rl_parent_tag, RL_RING_ALIGN, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, - NULL, RL_TX_LIST_SZ, 1, RL_TX_LIST_SZ, BUS_DMA_ALLOCNOW, + NULL, RL_DESC_COUNT(sc) * sizeof(struct rl_desc), 1, + RL_DESC_COUNT(sc) * sizeof(struct rl_desc), + BUS_DMA_ALLOCNOW | BUS_DMA_COHERENT, NULL, NULL, &sc->rl_ldata.rl_tx_list_tag); if (error) { device_printf(dev, "could not allocate dma tag\n"); @@ -998,12 +1039,12 @@ error = bus_dmamap_load(sc->rl_ldata.rl_tx_list_tag, sc->rl_ldata.rl_tx_list_map, sc->rl_ldata.rl_tx_list, - RL_TX_LIST_SZ, re_dma_map_addr, + RL_DESC_COUNT(sc) * sizeof(struct rl_desc), re_dma_map_addr, &sc->rl_ldata.rl_tx_list_addr, BUS_DMA_NOWAIT); /* Create DMA maps for TX buffers */ - for (i = 0; i < RL_TX_DESC_CNT; i++) { + for (i = 0; i < RL_DESC_COUNT(sc); i++) { error = bus_dmamap_create(sc->rl_ldata.rl_mtag, 0, &sc->rl_ldata.rl_tx_dmamap[i]); if (error) { @@ -1017,7 +1058,9 @@ */ error = bus_dma_tag_create(sc->rl_parent_tag, RL_RING_ALIGN, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, - NULL, RL_RX_LIST_SZ, 1, RL_RX_LIST_SZ, BUS_DMA_ALLOCNOW, + NULL, RL_DESC_COUNT(sc) * sizeof(struct rl_desc), 1, + RL_DESC_COUNT(sc) * sizeof(struct rl_desc), + BUS_DMA_ALLOCNOW | BUS_DMA_COHERENT, NULL, NULL, &sc->rl_ldata.rl_rx_list_tag); if (error) { device_printf(dev, "could not allocate dma tag\n"); @@ -1036,12 +1079,12 @@ error = bus_dmamap_load(sc->rl_ldata.rl_rx_list_tag, sc->rl_ldata.rl_rx_list_map, sc->rl_ldata.rl_rx_list, - RL_RX_LIST_SZ, re_dma_map_addr, + RL_DESC_COUNT(sc) * sizeof(struct rl_desc), re_dma_map_addr, &sc->rl_ldata.rl_rx_list_addr, BUS_DMA_NOWAIT); /* Create DMA maps for RX buffers */ - for (i = 0; i < RL_RX_DESC_CNT; i++) { + for (i = 0; i < RL_DESC_COUNT(sc); i++) { error = bus_dmamap_create(sc->rl_ldata.rl_mtag, 0, &sc->rl_ldata.rl_rx_dmamap[i]); if (error) { @@ -1122,6 +1165,8 @@ if (sc->rl_type == RL_8169) { + RL_DESC_COUNT(sc) = 1024; + /* Set RX length mask */ sc->rl_rxlenmask = RL_RDESC_STAT_GFRAGLEN; @@ -1141,6 +1186,8 @@ eaddr[i] = CSR_READ_1(sc, RL_IDR0 + i); } else { + RL_DESC_COUNT(sc) = 64; + /* Set RX length mask */ sc->rl_rxlenmask = RL_RDESC_STAT_FRAGLEN; @@ -1163,13 +1210,13 @@ /* * Allocate the parent bus DMA tag appropriate for PCI. */ -#define RL_NSEG_NEW 32 error = bus_dma_tag_create(NULL, /* parent */ 1, 0, /* alignment, boundary */ BUS_SPACE_MAXADDR_32BIT,/* lowaddr */ BUS_SPACE_MAXADDR, /* highaddr */ NULL, NULL, /* filter, filterarg */ - MAXBSIZE, RL_NSEG_NEW, /* maxsize, nsegments */ + MAXBSIZE, /* maxsize */ + RL_DESC_COUNT(sc), /* nsegments */ BUS_SPACE_MAXSIZE_32BIT,/* maxsegsize */ BUS_DMA_ALLOCNOW, /* flags */ NULL, NULL, /* lockfunc, lockarg */ @@ -1340,10 +1387,10 @@ /* Destroy all the RX and TX buffer maps */ if (sc->rl_ldata.rl_mtag) { - for (i = 0; i < RL_TX_DESC_CNT; i++) + for (i = 0; i < RL_DESC_COUNT(sc); i++) bus_dmamap_destroy(sc->rl_ldata.rl_mtag, sc->rl_ldata.rl_tx_dmamap[i]); - for (i = 0; i < RL_RX_DESC_CNT; i++) + for (i = 0; i < RL_DESC_COUNT(sc); i++) bus_dmamap_destroy(sc->rl_ldata.rl_mtag, sc->rl_ldata.rl_rx_dmamap[i]); bus_dma_tag_destroy(sc->rl_ldata.rl_mtag); @@ -1363,6 +1410,18 @@ if (sc->rl_parent_tag) bus_dma_tag_destroy(sc->rl_parent_tag); + if (sc->rl_ldata.rl_rx_dmamap) + free(sc->rl_ldata.rl_rx_dmamap, M_DEVBUF); + + if (sc->rl_ldata.rl_tx_dmamap) + free(sc->rl_ldata.rl_tx_dmamap, M_DEVBUF); + + if (sc->rl_ldata.rl_rx_mbuf) + free(sc->rl_ldata.rl_rx_mbuf, M_DEVBUF); + + if (sc->rl_ldata.rl_tx_mbuf) + free(sc->rl_ldata.rl_tx_mbuf, M_DEVBUF); + mtx_destroy(&sc->rl_mtx); return (0); @@ -1452,15 +1511,16 @@ RL_LOCK_ASSERT(sc); - bzero ((char *)sc->rl_ldata.rl_tx_list, RL_TX_LIST_SZ); - bzero ((char *)&sc->rl_ldata.rl_tx_mbuf, - (RL_TX_DESC_CNT * sizeof(struct mbuf *))); + bzero ((char *)sc->rl_ldata.rl_tx_list, + RL_DESC_COUNT(sc) * sizeof(struct rl_desc)); + bzero ((char *)sc->rl_ldata.rl_tx_mbuf, + RL_DESC_COUNT(sc) * sizeof(struct mbuf *)); bus_dmamap_sync(sc->rl_ldata.rl_tx_list_tag, sc->rl_ldata.rl_tx_list_map, BUS_DMASYNC_PREWRITE); sc->rl_ldata.rl_tx_prodidx = 0; sc->rl_ldata.rl_tx_considx = 0; - sc->rl_ldata.rl_tx_free = RL_TX_DESC_CNT; + sc->rl_ldata.rl_tx_free = RL_DESC_COUNT(sc); return (0); } @@ -1471,11 +1531,12 @@ { int i; - bzero ((char *)sc->rl_ldata.rl_rx_list, RL_RX_LIST_SZ); - bzero ((char *)&sc->rl_ldata.rl_rx_mbuf, - (RL_RX_DESC_CNT * sizeof(struct mbuf *))); + bzero ((char *)sc->rl_ldata.rl_rx_list, + RL_DESC_COUNT(sc) * sizeof(struct rl_desc)); + bzero ((char *)sc->rl_ldata.rl_rx_mbuf, + RL_DESC_COUNT(sc) * sizeof(struct mbuf *)); - for (i = 0; i < RL_RX_DESC_CNT; i++) { + for (i = 0; i < RL_DESC_COUNT(sc); i++) { if (re_newbuf(sc, i, NULL) == ENOBUFS) return (ENOBUFS); } @@ -1543,7 +1604,7 @@ sc->rl_tail = m; } re_newbuf(sc, i, NULL); - RL_DESC_INC(i); + RL_DESC_INC(sc,i); continue; } @@ -1582,7 +1643,7 @@ sc->rl_head = sc->rl_tail = NULL; } re_newbuf(sc, i, m); - RL_DESC_INC(i); + RL_DESC_INC(sc,i); continue; } @@ -1598,11 +1659,11 @@ sc->rl_head = sc->rl_tail = NULL; } re_newbuf(sc, i, m); - RL_DESC_INC(i); + RL_DESC_INC(sc,i); continue; } - RL_DESC_INC(i); + RL_DESC_INC(sc,i); if (sc->rl_head != NULL) { m->m_len = total_len % RE_RX_DESC_BUFLEN; @@ -1718,7 +1779,7 @@ ifp->if_opackets++; } sc->rl_ldata.rl_tx_free++; - RL_DESC_INC(idx); + RL_DESC_INC(sc,idx); } /* No changes made to the TX ring, so no flush needed */ @@ -1735,7 +1796,7 @@ * interrupt that will cause us to re-enter this routine. * This is done in case the transmitter has gone idle. */ - if (sc->rl_ldata.rl_tx_free != RL_TX_DESC_CNT) + if (sc->rl_ldata.rl_tx_free != RL_DESC_COUNT(sc)) CSR_WRITE_4(sc, RL_TIMERCNT, 1); } @@ -1901,42 +1962,22 @@ arg.sc = sc; arg.rl_idx = *idx; arg.rl_maxsegs = sc->rl_ldata.rl_tx_free; - if (arg.rl_maxsegs > 4) - arg.rl_maxsegs -= 4; arg.rl_ring = sc->rl_ldata.rl_tx_list; map = sc->rl_ldata.rl_tx_dmamap[*idx]; + + m_new = m_defrag(*m_head, M_DONTWAIT); + if (m_new != NULL) + *m_head = m_new; + error = bus_dmamap_load_mbuf(sc->rl_ldata.rl_mtag, map, *m_head, re_dma_map_desc, &arg, BUS_DMA_NOWAIT); - if (error && error != EFBIG) { + if (error) { if_printf(sc->rl_ifp, "can't map mbuf (error %d)\n", error); return (ENOBUFS); } - /* Too many segments to map, coalesce into a single mbuf */ - - if (error || arg.rl_maxsegs == 0) { - m_new = m_defrag(*m_head, M_DONTWAIT); - if (m_new == NULL) - return (ENOBUFS); - else - *m_head = m_new; - - arg.sc = sc; - arg.rl_idx = *idx; - arg.rl_maxsegs = sc->rl_ldata.rl_tx_free; - arg.rl_ring = sc->rl_ldata.rl_tx_list; - - error = bus_dmamap_load_mbuf(sc->rl_ldata.rl_mtag, map, - *m_head, re_dma_map_desc, &arg, BUS_DMA_NOWAIT); - if (error) { - if_printf(sc->rl_ifp, "can't map mbuf (error %d)\n", - error); - return (EFBIG); - } - } - /* * Insure that the map for this transmission * is placed at the array index of the last descriptor @@ -1968,7 +2009,7 @@ sc->rl_ldata.rl_tx_list[*idx].rl_cmdstat |= htole32(RL_TDESC_CMD_OWN); - RL_DESC_INC(arg.rl_idx); + RL_DESC_INC(sc,arg.rl_idx); *idx = arg.rl_idx; return (0); @@ -2405,7 +2446,7 @@ /* Free the TX list buffers. */ - for (i = 0; i < RL_TX_DESC_CNT; i++) { + for (i = 0; i < RL_DESC_COUNT(sc); i++) { if (sc->rl_ldata.rl_tx_mbuf[i] != NULL) { bus_dmamap_unload(sc->rl_ldata.rl_mtag, sc->rl_ldata.rl_tx_dmamap[i]); @@ -2416,7 +2457,7 @@ /* Free the RX list buffers. */ - for (i = 0; i < RL_RX_DESC_CNT; i++) { + for (i = 0; i < RL_DESC_COUNT(sc); i++) { if (sc->rl_ldata.rl_rx_mbuf[i] != NULL) { bus_dmamap_unload(sc->rl_ldata.rl_mtag, sc->rl_ldata.rl_rx_dmamap[i]); --=-bBWu23haOdgH96FR+ng9-- From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 17:02:16 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 CBA6A16A428 for ; Thu, 13 Oct 2005 17:02:16 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 409CD43D45 for ; Thu, 13 Oct 2005 17:02:16 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 13 Oct 2005 13:18:37 -0400 From: John Baldwin To: freebsd-amd64@freebsd.org, sean@mcneil.com Date: Thu, 13 Oct 2005 11:49:23 -0400 User-Agent: KMail/1.8.2 References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <1129216390.8681.6.camel@server.mcneil.com> In-Reply-To: <1129216390.8681.6.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510131149.24411.jhb@freebsd.org> Cc: Mike Tancsa Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2005 17:02:17 -0000 On Thursday 13 October 2005 11:13 am, Sean McNeil wrote: > On Thu, 2005-10-13 at 09:17 -0400, Mike Tancsa wrote: > > Havent really seen anyone else use this board, but I have had good > > luck with it so far > > > > http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?DetailID=506&Me > >nuID=90&LanID=0 > > > > Its a micro ATX formfactor with built in video and the onboard NIC is > > a realtek. (Although its not the fastest NIC, its driver is stable > > and mature-- especially compared to the headaches people seem to have > > with the NVIDIA NICs.) > > Is this the RealTek 8169S Single-chip Gigabit Ethernet? > > For those interested, here are some changes I always use to increase the > performance of the above NIC. With these mods, I can stream over 20 > MBps video multicast and do other stuff over the network without issues. > Without the changes, xmit is horrible with severe UDP packet loss. So, I see two changes. One is to up the number of descriptors from 32 rx and 64 tx to 64 rx and 64 tx on some models and 1024 rx and 1024 tx on other modules. The other thing is that you seem to pessimize TX performance by always forcing the send packets to be coalesced into one mbuf (which requires doing an alloc and then copying all of the data) instead of making use of scatter/gatter for sending packets. Do you need both changes or do just the higher descriptor counts make the difference? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 17:07:41 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 4248B16A41F; Thu, 13 Oct 2005 17:07:41 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB5CF43D53; Thu, 13 Oct 2005 17:07:35 +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 4A9B4F233C; Thu, 13 Oct 2005 10:07:35 -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 16027-05; Thu, 13 Oct 2005 10:07:34 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 4AEBFF213C; Thu, 13 Oct 2005 10:07:34 -0700 (PDT) From: Sean McNeil To: John Baldwin In-Reply-To: <200510131149.24411.jhb@freebsd.org> References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <1129216390.8681.6.camel@server.mcneil.com> <200510131149.24411.jhb@freebsd.org> Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Thu, 13 Oct 2005 10:07:34 -0700 Message-Id: <1129223254.9093.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: freebsd-amd64@freebsd.org, Mike Tancsa Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2005 17:07:41 -0000 On Thu, 2005-10-13 at 11:49 -0400, John Baldwin wrote: > On Thursday 13 October 2005 11:13 am, Sean McNeil wrote: > > On Thu, 2005-10-13 at 09:17 -0400, Mike Tancsa wrote: > > > Havent really seen anyone else use this board, but I have had good > > > luck with it so far > > > > > > http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?DetailID=506&Me > > >nuID=90&LanID=0 > > > > > > Its a micro ATX formfactor with built in video and the onboard NIC is > > > a realtek. (Although its not the fastest NIC, its driver is stable > > > and mature-- especially compared to the headaches people seem to have > > > with the NVIDIA NICs.) > > > > Is this the RealTek 8169S Single-chip Gigabit Ethernet? > > > > For those interested, here are some changes I always use to increase the > > performance of the above NIC. With these mods, I can stream over 20 > > MBps video multicast and do other stuff over the network without issues. > > Without the changes, xmit is horrible with severe UDP packet loss. > > So, I see two changes. One is to up the number of descriptors from 32 rx and > 64 tx to 64 rx and 64 tx on some models and 1024 rx and 1024 tx on other > modules. The other thing is that you seem to pessimize TX performance by > always forcing the send packets to be coalesced into one mbuf (which requires > doing an alloc and then copying all of the data) instead of making use of > scatter/gatter for sending packets. Do you need both changes or do just the > higher descriptor counts make the difference? Actually, I've found that the higher descriptor counts do not make a noticeable difference. The only thing that mattered was to eliminate the scatter/gather of sending packets. I can't remember why I left the descriptor increase in there. I think it was to get the best use out of the hardware. Sean From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 17:30:35 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 DB3E216A420; Thu, 13 Oct 2005 17:30:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B8F43D45; Thu, 13 Oct 2005 17:30:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9DHUXPT068543; Thu, 13 Oct 2005 13:30:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9DHUYgX032593; Thu, 13 Oct 2005 13:30:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2CEAD7302F; Thu, 13 Oct 2005 13:30:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051013173034.2CEAD7302F@freebsd-current.sentex.ca> Date: Thu, 13 Oct 2005 13:30:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2005 17:30:36 -0000 TB --- 2005-10-13 16:28:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-13 16:28:44 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-13 16:28:44 - cleaning the object tree TB --- 2005-10-13 16:29:23 - checking out the source tree TB --- 2005-10-13 16:29:23 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-13 16:29:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-13 16:36:12 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-13 16:36:12 - cd /src TB --- 2005-10-13 16:36:12 - /usr/bin/make -B buildworld >>> 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -o savecore savecore.o -lz gzip -cn /src/sbin/savecore/savecore.8 > savecore.8.gz ===> sbin/setkey (all) cc -O2 -pipe -I/src/sbin/setkey -I/src/sbin/setkey/../../lib/libipsec -I/src/sbin/setkey/../../lib/libipsec -I/src/sbin/setkey/../../sys/netkey -DIPSEC_DEBUG -DINET6 -DYY_NO_UNPUT -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/setkey/setkey.c cc -O2 -pipe -I/src/sbin/setkey -I/src/sbin/setkey/../../lib/libipsec -I/src/sbin/setkey/../../lib/libipsec -I/src/sbin/setkey/../../sys/netkey -DIPSEC_DEBUG -DINET6 -DYY_NO_UNPUT -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c parse.c /src/sbin/setkey/parse.y: In function `setkeymsg_add': /src/sbin/setkey/parse.y:1023: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/sbin/setkey/parse.y:1039: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/sbin/setkey. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-13 17:30:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-13 17:30:33 - ERROR: failed to build world TB --- 2005-10-13 17:30:33 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 17:38:35 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 07EA316A41F for ; Thu, 13 Oct 2005 17:38:35 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id A717343D48 for ; Thu, 13 Oct 2005 17:38:34 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (localhost [127.0.0.1]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id D9DEBF7C5 for ; Thu, 13 Oct 2005 11:38:33 -0600 (MDT) Received: from cochise.teamcool.net (unknown [192.168.1.57]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id A58C5F7BB for ; Thu, 13 Oct 2005 11:38:33 -0600 (MDT) Date: Thu, 13 Oct 2005 11:38:32 -0600 From: Ken Gunderson To: freebsd-amd64@freebsd.org Message-Id: <20051013113832.75112c97.kgunders@teamcool.net> Organization: Teamcool Networks X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Fw: Re: ports/87245: DarwinStreamingServer port fails on amd64 platform X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2005 17:38:35 -0000 I contacted the port maintainer on this but haven't heard anything back. Should I have submitted to amd64 instead of ports?? Begin forwarded message: Date: Tue, 11 Oct 2005 09:00:26 GMT From: FreeBSD-gnats-submit@FreeBSD.org To: Ken Gunderson Subject: Re: ports/87245: DarwinStreamingServer port fails on amd64 platform Thank you very much for your problem report. It has the internal identification `ports/87245'. The individual assigned to look at your report is: freebsd-ports-bugs. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=87245 >Category: ports >Responsible: freebsd-ports-bugs >Synopsis: DarwinStreamingServer port fails on amd64 platform >Arrival-Date: Tue Oct 11 09:00:26 GMT 2005 -- Best regards, Ken Gunderson Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 17:45:02 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 449A216A41F; Thu, 13 Oct 2005 17:45:02 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64A0743D45; Thu, 13 Oct 2005 17:45:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 13 Oct 2005 14:01:23 -0400 From: John Baldwin To: sean@mcneil.com Date: Thu, 13 Oct 2005 13:22:43 -0400 User-Agent: KMail/1.8.2 References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <200510131149.24411.jhb@freebsd.org> <1129223254.9093.3.camel@server.mcneil.com> In-Reply-To: <1129223254.9093.3.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510131322.45968.jhb@freebsd.org> Cc: scottl@freebsd.org, freebsd-amd64@freebsd.org, Mike Tancsa Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2005 17:45:02 -0000 On Thursday 13 October 2005 01:07 pm, Sean McNeil wrote: > On Thu, 2005-10-13 at 11:49 -0400, John Baldwin wrote: > > On Thursday 13 October 2005 11:13 am, Sean McNeil wrote: > > > On Thu, 2005-10-13 at 09:17 -0400, Mike Tancsa wrote: > > > > Havent really seen anyone else use this board, but I have had good > > > > luck with it so far > > > > > > > > http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?DetailID=50 > > > >6&Me nuID=90&LanID=0 > > > > > > > > Its a micro ATX formfactor with built in video and the onboard NIC is > > > > a realtek. (Although its not the fastest NIC, its driver is stable > > > > and mature-- especially compared to the headaches people seem to have > > > > with the NVIDIA NICs.) > > > > > > Is this the RealTek 8169S Single-chip Gigabit Ethernet? > > > > > > For those interested, here are some changes I always use to increase > > > the performance of the above NIC. With these mods, I can stream over > > > 20 MBps video multicast and do other stuff over the network without > > > issues. Without the changes, xmit is horrible with severe UDP packet > > > loss. > > > > So, I see two changes. One is to up the number of descriptors from 32 rx > > and 64 tx to 64 rx and 64 tx on some models and 1024 rx and 1024 tx on > > other modules. The other thing is that you seem to pessimize TX > > performance by always forcing the send packets to be coalesced into one > > mbuf (which requires doing an alloc and then copying all of the data) > > instead of making use of scatter/gatter for sending packets. Do you need > > both changes or do just the higher descriptor counts make the difference? > > Actually, I've found that the higher descriptor counts do not make a > noticeable difference. The only thing that mattered was to eliminate > the scatter/gather of sending packets. I can't remember why I left the > descriptor increase in there. I think it was to get the best use out of > the hardware. Hmm, odd. Scott, do you have any ideas why m_defrag() plus one descriptor would be faster than s/g dma for re(4)? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 18:31:49 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 21C7016A420 for ; Thu, 13 Oct 2005 18:31:49 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id A136B43D7E for ; Thu, 13 Oct 2005 18:31:44 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 9E6815C7D; Thu, 13 Oct 2005 20:31:43 +0200 (CEST) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09250-03-3; Thu, 13 Oct 2005 20:31:39 +0200 (CEST) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 530505C7C; Thu, 13 Oct 2005 20:31:39 +0200 (CEST) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Thu, 13 Oct 2005 20:31:39 +0200 (CEST) Message-ID: <62071.192.168.1.20.1129228299.squirrel@webmail.thilelli.net> In-Reply-To: <200510131149.24411.jhb@freebsd.org> References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <1129216390.8681.6.camel@server.mcneil.com> <200510131149.24411.jhb@freebsd.org> Date: Thu, 13 Oct 2005 20:31:39 +0200 (CEST) From: "Julien Gabel" To: sean@mcneil.com User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: freebsd-amd64@freebsd.org, Mike Tancsa Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2005 18:31:49 -0000 > On Thursday 13 October 2005 11:13 am, Sean McNeil wrote: >> On Thu, 2005-10-13 at 09:17 -0400, Mike Tancsa wrote: >>> Havent really seen anyone else use this board, but I have had good >>> luck with it so far >>> >>> http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?DetailID=506&MenuID=90&LanID=0 >>> >>> Its a micro ATX formfactor with built in video and the onboard NIC is >>> a realtek. (Although its not the fastest NIC, its driver is stable >>> and mature-- especially compared to the headaches people seem to have >>> with the NVIDIA NICs.) I just want to say that there is some discussion in the past about the RealTek 8169S - not on amd64 plateform though (x86) - but it seems not so stable in all configuration. See the ml archives for references, and the PR kern/80005. >> Is this the RealTek 8169S Single-chip Gigabit Ethernet? >> >> For those interested, here are some changes I always use to increase the >> performance of the above NIC. With these mods, I can stream over 20 >> MBps video multicast and do other stuff over the network without issues. >> Without the changes, xmit is horrible with severe UDP packet loss. -- -jpeg. From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 18:34:01 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 E308316A420 for ; Thu, 13 Oct 2005 18:34:01 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87B7E43D6A for ; Thu, 13 Oct 2005 18:33:55 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9DIXslg028087 for ; Thu, 13 Oct 2005 14:33:54 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.4/8.13.4) with ESMTP id j9DIXsit029545; Thu, 13 Oct 2005 14:33:54 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j9DIXquV097811 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2005 14:33:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051013143249.08dea730@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Thu, 13 Oct 2005 14:33:57 -0400 To: jpeg@thilelli.net From: Mike Tancsa In-Reply-To: <62071.192.168.1.20.1129228299.squirrel@webmail.thilelli.ne t> References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <1129216390.8681.6.camel@server.mcneil.com> <200510131149.24411.jhb@freebsd.org> <62071.192.168.1.20.1129228299.squirrel@webmail.thilelli.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.21 Cc: freebsd-amd64@freebsd.org Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2005 18:34:02 -0000 At 02:31 PM 13/10/2005, Julien Gabel wrote: >I just want to say that there is some discussion in the past about the >RealTek 8169S - not on amd64 plateform though (x86) - but it seems not >so stable in all configuration. See the ml archives for references, and >the PR kern/80005. Just to clarify, the NIC on the MB in question is a 100Mb rl, not re. ---Mike From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 18:39:40 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 76DE116A41F for ; Thu, 13 Oct 2005 18:39:40 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 294F443D45 for ; Thu, 13 Oct 2005 18:39:40 +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 D0E1CF2404; Thu, 13 Oct 2005 11:39:39 -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 00797-09; Thu, 13 Oct 2005 11:39:39 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 6C692F1B3C; Thu, 13 Oct 2005 11:39:39 -0700 (PDT) From: Sean McNeil To: Mike Tancsa In-Reply-To: <6.2.3.4.0.20051013143249.08dea730@64.7.153.2> References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <1129216390.8681.6.camel@server.mcneil.com> <200510131149.24411.jhb@freebsd.org> <62071.192.168.1.20.1129228299.squirrel@webmail.thilelli.net> <6.2.3.4.0.20051013143249.08dea730@64.7.153.2> Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Thu, 13 Oct 2005 11:39:39 -0700 Message-Id: <1129228779.1736.7.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: freebsd-amd64@freebsd.org Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2005 18:39:40 -0000 On Thu, 2005-10-13 at 14:33 -0400, Mike Tancsa wrote: > At 02:31 PM 13/10/2005, Julien Gabel wrote: > > >I just want to say that there is some discussion in the past about the > >RealTek 8169S - not on amd64 plateform though (x86) - but it seems not > >so stable in all configuration. See the ml archives for references, and > >the PR kern/80005. > > Just to clarify, the NIC on the MB in question is a 100Mb rl, not re. Things have been rock-solid for me. The only initial problem before my performance issue was that the hardware checksum is broken for one of the directions. xmit I think. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 19:46:27 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 5DEFE16A41F; Thu, 13 Oct 2005 19:46:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFDE443D46; Thu, 13 Oct 2005 19:46:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.204] ([192.168.254.204]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9DJkL0F064365; Thu, 13 Oct 2005 13:46:21 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <434EB98B.6080503@samsco.org> Date: Thu, 13 Oct 2005 13:46:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <200510131149.24411.jhb@freebsd.org> <1129223254.9093.3.camel@server.mcneil.com> <200510131322.45968.jhb@freebsd.org> In-Reply-To: <200510131322.45968.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-amd64@freebsd.org, Mike Tancsa Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2005 19:46:27 -0000 John Baldwin wrote: > On Thursday 13 October 2005 01:07 pm, Sean McNeil wrote: > >>On Thu, 2005-10-13 at 11:49 -0400, John Baldwin wrote: >> >>>On Thursday 13 October 2005 11:13 am, Sean McNeil wrote: >>> >>>>On Thu, 2005-10-13 at 09:17 -0400, Mike Tancsa wrote: >>>> >>>>>Havent really seen anyone else use this board, but I have had good >>>>>luck with it so far >>>>> >>>>>http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?DetailID=50 >>>>>6&Me nuID=90&LanID=0 >>>>> >>>>>Its a micro ATX formfactor with built in video and the onboard NIC is >>>>>a realtek. (Although its not the fastest NIC, its driver is stable >>>>>and mature-- especially compared to the headaches people seem to have >>>>>with the NVIDIA NICs.) >>>> >>>>Is this the RealTek 8169S Single-chip Gigabit Ethernet? >>>> >>>>For those interested, here are some changes I always use to increase >>>>the performance of the above NIC. With these mods, I can stream over >>>>20 MBps video multicast and do other stuff over the network without >>>>issues. Without the changes, xmit is horrible with severe UDP packet >>>>loss. >>> >>>So, I see two changes. One is to up the number of descriptors from 32 rx >>>and 64 tx to 64 rx and 64 tx on some models and 1024 rx and 1024 tx on >>>other modules. The other thing is that you seem to pessimize TX >>>performance by always forcing the send packets to be coalesced into one >>>mbuf (which requires doing an alloc and then copying all of the data) >>>instead of making use of scatter/gatter for sending packets. Do you need >>>both changes or do just the higher descriptor counts make the difference? >> >>Actually, I've found that the higher descriptor counts do not make a >>noticeable difference. The only thing that mattered was to eliminate >>the scatter/gather of sending packets. I can't remember why I left the >>descriptor increase in there. I think it was to get the best use out of >>the hardware. > > > Hmm, odd. Scott, do you have any ideas why m_defrag() plus one descriptor > would be faster than s/g dma for re(4)? > There are two things that I would consider. First is that bus_dmamap_load_mbuf_sg() should be use, as that cuts out some indirection (and thus latency) in the code. Second is that not all DMA engines are created equal, and I honestly wouldn't expect a whole lot out of Realtek given the price point of this chip. It might be optimized only for operating on only a single S/G element, for example. Maybe it's really slow at pre-fetching s/g elements, or maybe it has some sort of a stall after each DMA sement transfer while it restarts a state machine. I've seen evidence in other hardware that only one S/G element should be used even though there are slots for 2 (or 3 in the case of 9k jumbo frames). One thing to keep in mind is the difference in the driver models between Windows and BSD that Bill Paul talked about the other day. In the Windows world, the driver owns the network packet memory, whereas in BSD the stack owns it (in the form of mbufs). This means that the driver can pre-allocate a contiguous slab and populate the descriptor rings with it without ever having to worry about s/g fragmentation, while in BSD fragmentation is a fact of life. So it's likely yet another case of hardware being optimized for certain characteristics of Windows at the expense of other operating systems. Scott From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 20:21:54 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 5E03F16A41F; Thu, 13 Oct 2005 20:21:54 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3FD343D46; Thu, 13 Oct 2005 20:21:53 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j9DKLqjh021818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Oct 2005 16:21:52 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j9DKLhX8009161; Thu, 13 Oct 2005 16:21:43 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17230.49623.309976.429057@grasshopper.cs.duke.edu> Date: Thu, 13 Oct 2005 16:21:43 -0400 (EDT) To: Scott Long In-Reply-To: <434EB98B.6080503@samsco.org> References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <200510131149.24411.jhb@freebsd.org> <1129223254.9093.3.camel@server.mcneil.com> <200510131322.45968.jhb@freebsd.org> <434EB98B.6080503@samsco.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-amd64@freebsd.org, Mike Tancsa Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2005 20:21:54 -0000 Scott Long writes: > restarts a state machine. I've seen evidence in other hardware that > only one S/G element > should be used even though there are slots for 2 (or 3 in the case of 9k > jumbo frames). One This would get my vote.. > thing to keep in mind is the difference in the driver models between > Windows and BSD > that Bill Paul talked about the other day. In the Windows world, the > driver owns the > network packet memory, whereas in BSD the stack owns it (in the form of > mbufs). This > means that the driver can pre-allocate a contiguous slab and populate > the descriptor rings > with it without ever having to worry about s/g fragmentation, while in > BSD fragmentation > is a fact of life. So it's likely yet another case of hardware being > optimized for certain > characteristics of Windows at the expense of other operating systems. At least on the send side, Windows is even more fragmented than FreeBSD is. I'm helping a Windows guy at work write a Windows ethernet driver for our nic. At least on Windows 2000 Server, we've seen buffer chains with separate descriptors for the ethernet, ip, and tcp headers, and tcp payload. Eg, each layer seems to push his own header in a separate buffer. Maybe they've fixed this recently.. Drew From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 20:23:07 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 4D6EF16A41F for ; Thu, 13 Oct 2005 20:23:07 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id A350E43D46 for ; Thu, 13 Oct 2005 20:23:06 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 13 Oct 2005 16:39:19 -0400 From: John Baldwin To: Scott Long Date: Thu, 13 Oct 2005 16:17:51 -0400 User-Agent: KMail/1.8.2 References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <200510131322.45968.jhb@freebsd.org> <434EB98B.6080503@samsco.org> In-Reply-To: <434EB98B.6080503@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510131617.53621.jhb@freebsd.org> Cc: freebsd-amd64@freebsd.org, Mike Tancsa Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2005 20:23:07 -0000 On Thursday 13 October 2005 03:46 pm, Scott Long wrote: > John Baldwin wrote: > > On Thursday 13 October 2005 01:07 pm, Sean McNeil wrote: > >>On Thu, 2005-10-13 at 11:49 -0400, John Baldwin wrote: > >>>On Thursday 13 October 2005 11:13 am, Sean McNeil wrote: > >>>>On Thu, 2005-10-13 at 09:17 -0400, Mike Tancsa wrote: > >>>>>Havent really seen anyone else use this board, but I have had good > >>>>>luck with it so far > >>>>> > >>>>>http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?DetailID=50 > >>>>>6&Me nuID=90&LanID=0 > >>>>> > >>>>>Its a micro ATX formfactor with built in video and the onboard NIC is > >>>>>a realtek. (Although its not the fastest NIC, its driver is stable > >>>>>and mature-- especially compared to the headaches people seem to have > >>>>>with the NVIDIA NICs.) > >>>> > >>>>Is this the RealTek 8169S Single-chip Gigabit Ethernet? > >>>> > >>>>For those interested, here are some changes I always use to increase > >>>>the performance of the above NIC. With these mods, I can stream over > >>>>20 MBps video multicast and do other stuff over the network without > >>>>issues. Without the changes, xmit is horrible with severe UDP packet > >>>>loss. > >>> > >>>So, I see two changes. One is to up the number of descriptors from 32 > >>> rx and 64 tx to 64 rx and 64 tx on some models and 1024 rx and 1024 tx > >>> on other modules. The other thing is that you seem to pessimize TX > >>> performance by always forcing the send packets to be coalesced into one > >>> mbuf (which requires doing an alloc and then copying all of the data) > >>> instead of making use of scatter/gatter for sending packets. Do you > >>> need both changes or do just the higher descriptor counts make the > >>> difference? > >> > >>Actually, I've found that the higher descriptor counts do not make a > >>noticeable difference. The only thing that mattered was to eliminate > >>the scatter/gather of sending packets. I can't remember why I left the > >>descriptor increase in there. I think it was to get the best use out of > >>the hardware. > > > > Hmm, odd. Scott, do you have any ideas why m_defrag() plus one > > descriptor would be faster than s/g dma for re(4)? > > There are two things that I would consider. First is that > bus_dmamap_load_mbuf_sg() > should be use, as that cuts out some indirection (and thus latency) in > the code. Second > is that not all DMA engines are created equal, and I honestly wouldn't > expect a whole lot > out of Realtek given the price point of this chip. It might be > optimized only for operating > on only a single S/G element, for example. Maybe it's really slow at > pre-fetching s/g > elements, or maybe it has some sort of a stall after each DMA sement > transfer while it > restarts a state machine. I've seen evidence in other hardware that > only one S/G element > should be used even though there are slots for 2 (or 3 in the case of 9k > jumbo frames). One > thing to keep in mind is the difference in the driver models between > Windows and BSD > that Bill Paul talked about the other day. In the Windows world, the > driver owns the > network packet memory, whereas in BSD the stack owns it (in the form of > mbufs). This > means that the driver can pre-allocate a contiguous slab and populate > the descriptor rings > with it without ever having to worry about s/g fragmentation, while in > BSD fragmentation > is a fact of life. So it's likely yet another case of hardware being > optimized for certain > characteristics of Windows at the expense of other operating systems. Ok. Sean, do you think you can trim the patch down to just the m_defrag() changes and test that to make sure that is all that is needed? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 20:25:42 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 50D5F16A41F; Thu, 13 Oct 2005 20:25:42 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CE2243D53; Thu, 13 Oct 2005 20:25: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 074F2F23FD; Thu, 13 Oct 2005 13:25:41 -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 02019-03; Thu, 13 Oct 2005 13:25:40 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id F32F9F2131; Thu, 13 Oct 2005 13:25:39 -0700 (PDT) From: Sean McNeil To: John Baldwin In-Reply-To: <200510131617.53621.jhb@freebsd.org> References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <200510131322.45968.jhb@freebsd.org> <434EB98B.6080503@samsco.org> <200510131617.53621.jhb@freebsd.org> Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Thu, 13 Oct 2005 13:25:39 -0700 Message-Id: <1129235139.2203.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: freebsd-amd64@freebsd.org, Mike Tancsa Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2005 20:25:42 -0000 On Thu, 2005-10-13 at 16:17 -0400, John Baldwin wrote: > On Thursday 13 October 2005 03:46 pm, Scott Long wrote: > > John Baldwin wrote: > > > On Thursday 13 October 2005 01:07 pm, Sean McNeil wrote: > > >>On Thu, 2005-10-13 at 11:49 -0400, John Baldwin wrote: > > >>>On Thursday 13 October 2005 11:13 am, Sean McNeil wrote: > > >>>>On Thu, 2005-10-13 at 09:17 -0400, Mike Tancsa wrote: > > >>>>>Havent really seen anyone else use this board, but I have had good > > >>>>>luck with it so far > > >>>>> > > >>>>>http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?DetailID=50 > > >>>>>6&Me nuID=90&LanID=0 > > >>>>> > > >>>>>Its a micro ATX formfactor with built in video and the onboard NIC is > > >>>>>a realtek. (Although its not the fastest NIC, its driver is stable > > >>>>>and mature-- especially compared to the headaches people seem to have > > >>>>>with the NVIDIA NICs.) > > >>>> > > >>>>Is this the RealTek 8169S Single-chip Gigabit Ethernet? > > >>>> > > >>>>For those interested, here are some changes I always use to increase > > >>>>the performance of the above NIC. With these mods, I can stream over > > >>>>20 MBps video multicast and do other stuff over the network without > > >>>>issues. Without the changes, xmit is horrible with severe UDP packet > > >>>>loss. > > >>> > > >>>So, I see two changes. One is to up the number of descriptors from 32 > > >>> rx and 64 tx to 64 rx and 64 tx on some models and 1024 rx and 1024 tx > > >>> on other modules. The other thing is that you seem to pessimize TX > > >>> performance by always forcing the send packets to be coalesced into one > > >>> mbuf (which requires doing an alloc and then copying all of the data) > > >>> instead of making use of scatter/gatter for sending packets. Do you > > >>> need both changes or do just the higher descriptor counts make the > > >>> difference? > > >> > > >>Actually, I've found that the higher descriptor counts do not make a > > >>noticeable difference. The only thing that mattered was to eliminate > > >>the scatter/gather of sending packets. I can't remember why I left the > > >>descriptor increase in there. I think it was to get the best use out of > > >>the hardware. > > > > > > Hmm, odd. Scott, do you have any ideas why m_defrag() plus one > > > descriptor would be faster than s/g dma for re(4)? > > > > There are two things that I would consider. First is that > > bus_dmamap_load_mbuf_sg() > > should be use, as that cuts out some indirection (and thus latency) in > > the code. Second > > is that not all DMA engines are created equal, and I honestly wouldn't > > expect a whole lot > > out of Realtek given the price point of this chip. It might be > > optimized only for operating > > on only a single S/G element, for example. Maybe it's really slow at > > pre-fetching s/g > > elements, or maybe it has some sort of a stall after each DMA sement > > transfer while it > > restarts a state machine. I've seen evidence in other hardware that > > only one S/G element > > should be used even though there are slots for 2 (or 3 in the case of 9k > > jumbo frames). One > > thing to keep in mind is the difference in the driver models between > > Windows and BSD > > that Bill Paul talked about the other day. In the Windows world, the > > driver owns the > > network packet memory, whereas in BSD the stack owns it (in the form of > > mbufs). This > > means that the driver can pre-allocate a contiguous slab and populate > > the descriptor rings > > with it without ever having to worry about s/g fragmentation, while in > > BSD fragmentation > > is a fact of life. So it's likely yet another case of hardware being > > optimized for certain > > characteristics of Windows at the expense of other operating systems. > > Ok. Sean, do you think you can trim the patch down to just the m_defrag() > changes and test that to make sure that is all that is needed? Certainly. I can even write a small comment that specifies it is most likely some sort of hardware limitation of DMAing fragmented data :) I'm knee deep in something else at the moment, so it might be a day or two. I'll try to get it to you sooner. Sean From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 13 20:36:23 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 848A516A41F; Thu, 13 Oct 2005 20:36:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 088FF43D49; Thu, 13 Oct 2005 20:36:22 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.204] ([192.168.254.204]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9DKaKXY070106; Thu, 13 Oct 2005 14:36:20 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <434EC543.7010903@samsco.org> Date: Thu, 13 Oct 2005 14:36:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sean@mcneil.com References: <6.2.3.4.0.20051013090818.07a5c9a0@64.7.153.2> <200510131322.45968.jhb@freebsd.org> <434EB98B.6080503@samsco.org> <200510131617.53621.jhb@freebsd.org> <1129235139.2203.1.camel@server.mcneil.com> In-Reply-To: <1129235139.2203.1.camel@server.mcneil.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-amd64@freebsd.org, Mike Tancsa Subject: Re: realtek performance (was Re: good ATI chipset results) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2005 20:36:23 -0000 Sean McNeil wrote: > On Thu, 2005-10-13 at 16:17 -0400, John Baldwin wrote: > >>On Thursday 13 October 2005 03:46 pm, Scott Long wrote: >> >>>John Baldwin wrote: >>> >>>>On Thursday 13 October 2005 01:07 pm, Sean McNeil wrote: >>>> >>>>>On Thu, 2005-10-13 at 11:49 -0400, John Baldwin wrote: >>>>> >>>>>>On Thursday 13 October 2005 11:13 am, Sean McNeil wrote: >>>>>> >>>>>>>On Thu, 2005-10-13 at 09:17 -0400, Mike Tancsa wrote: >>>>>>> >>>>>>>>Havent really seen anyone else use this board, but I have had good >>>>>>>>luck with it so far >>>>>>>> >>>>>>>>http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?DetailID=50 >>>>>>>>6&Me nuID=90&LanID=0 >>>>>>>> >>>>>>>>Its a micro ATX formfactor with built in video and the onboard NIC is >>>>>>>>a realtek. (Although its not the fastest NIC, its driver is stable >>>>>>>>and mature-- especially compared to the headaches people seem to have >>>>>>>>with the NVIDIA NICs.) >>>>>>> >>>>>>>Is this the RealTek 8169S Single-chip Gigabit Ethernet? >>>>>>> >>>>>>>For those interested, here are some changes I always use to increase >>>>>>>the performance of the above NIC. With these mods, I can stream over >>>>>>>20 MBps video multicast and do other stuff over the network without >>>>>>>issues. Without the changes, xmit is horrible with severe UDP packet >>>>>>>loss. >>>>>> >>>>>>So, I see two changes. One is to up the number of descriptors from 32 >>>>>>rx and 64 tx to 64 rx and 64 tx on some models and 1024 rx and 1024 tx >>>>>>on other modules. The other thing is that you seem to pessimize TX >>>>>>performance by always forcing the send packets to be coalesced into one >>>>>>mbuf (which requires doing an alloc and then copying all of the data) >>>>>>instead of making use of scatter/gatter for sending packets. Do you >>>>>>need both changes or do just the higher descriptor counts make the >>>>>>difference? >>>>> >>>>>Actually, I've found that the higher descriptor counts do not make a >>>>>noticeable difference. The only thing that mattered was to eliminate >>>>>the scatter/gather of sending packets. I can't remember why I left the >>>>>descriptor increase in there. I think it was to get the best use out of >>>>>the hardware. >>>> >>>>Hmm, odd. Scott, do you have any ideas why m_defrag() plus one >>>>descriptor would be faster than s/g dma for re(4)? >>> >>>There are two things that I would consider. First is that >>>bus_dmamap_load_mbuf_sg() >>>should be use, as that cuts out some indirection (and thus latency) in >>>the code. Second >>>is that not all DMA engines are created equal, and I honestly wouldn't >>>expect a whole lot >>>out of Realtek given the price point of this chip. It might be >>>optimized only for operating >>>on only a single S/G element, for example. Maybe it's really slow at >>>pre-fetching s/g >>>elements, or maybe it has some sort of a stall after each DMA sement >>>transfer while it >>>restarts a state machine. I've seen evidence in other hardware that >>>only one S/G element >>>should be used even though there are slots for 2 (or 3 in the case of 9k >>>jumbo frames). One >>>thing to keep in mind is the difference in the driver models between >>>Windows and BSD >>>that Bill Paul talked about the other day. In the Windows world, the >>>driver owns the >>>network packet memory, whereas in BSD the stack owns it (in the form of >>>mbufs). This >>>means that the driver can pre-allocate a contiguous slab and populate >>>the descriptor rings >>>with it without ever having to worry about s/g fragmentation, while in >>>BSD fragmentation >>>is a fact of life. So it's likely yet another case of hardware being >>>optimized for certain >>>characteristics of Windows at the expense of other operating systems. >> >>Ok. Sean, do you think you can trim the patch down to just the m_defrag() >>changes and test that to make sure that is all that is needed? > > > Certainly. I can even write a small comment that specifies it is most > likely some sort of hardware limitation of DMAing fragmented data :) > > I'm knee deep in something else at the moment, so it might be a day or > two. I'll try to get it to you sooner. > > Sean > > Do also consider using bus_dmamap_load_mbuf_sg(). It does make a difference on gige drivers. Scott From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 14 09:07:20 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 37DAB16A41F; Fri, 14 Oct 2005 09:07:20 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from hurl.ugcs.caltech.edu (hurl.ugcs.caltech.edu [131.215.176.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 870D243D46; Fri, 14 Oct 2005 09:07:19 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by livecd.ugcs.caltech.edu (Postfix, from userid 3640) id 9916F1C3BAF; Wed, 12 Oct 2005 19:54:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by livecd.ugcs.caltech.edu (Postfix) with ESMTP id 83E5D1C3B98; Wed, 12 Oct 2005 19:54:45 -0700 (PDT) Date: Wed, 12 Oct 2005 19:54:45 -0700 (PDT) From: Jon Dama To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: amd64@freebsd.org Subject: [6.0b5/AMD64] ls /otherdir/devfs induces panic X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Oct 2005 09:07:20 -0000 The following sequence induces an instant panic: 1) machine just up, no load 2) mount_devfs devfs /test/dev 3) chroot /test /bin/sh 4) ls /dev *PANIC* panic: kmem_malloc(-1905729536): kmem_map too small: 6881290 total allocated Dumping 8191 MB (3 chunks) chunk 0: 1MB (156 pages) ( dump fails to finish ) Kernel: GENERIC AMD64 6.0 Beta 5 I am aware of the VM_KMEM_SIZE_MAX kernel setting, but thought I'd drop a line on the list now because kmem_malloc(-1905729536) seems rather unusual to me. Thanks, Jon From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 14 09:07:20 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 9665416A41F; Fri, 14 Oct 2005 09:07:20 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from hurl.ugcs.caltech.edu (hurl.ugcs.caltech.edu [131.215.176.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8755343D53; Fri, 14 Oct 2005 09:07:19 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by livecd.ugcs.caltech.edu (Postfix, from userid 3640) id A11B21C3B8F; Thu, 13 Oct 2005 13:07:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by livecd.ugcs.caltech.edu (Postfix) with ESMTP id 87FC91C3B86; Thu, 13 Oct 2005 13:07:41 -0700 (PDT) Date: Thu, 13 Oct 2005 13:07:41 -0700 (PDT) From: Jon Dama To: amd64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: [6.0b5/amd64] ls /otherdir/dev induces panic X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Oct 2005 09:07:20 -0000 The following sequence induces an instant panic: 1) machine just up, no load 2) mount_devfs devfs /test/dev 3) chroot /test /bin/sh 4) ls /dev *PANIC* panic: kmem_malloc(-1905729536): kmem_map too small: 6881290 total allocated Dumping 8191 MB (3 chunks) chunk 0: 1MB (156 pages) ( dump fails to finish ) Kernel: GENERIC AMD64 6.0 Beta 5 I am aware of the VM_KMEM_SIZE_MAX kernel setting, but thought I'd drop a line on the list now because kmem_malloc(-1905729536) seems rather unusual to me. Thanks, Jon sysctl -a | grep kmem vm.kmem_size_scale: 3 vm.kmem_size_max: 419430400 vm.kmem_size: 419430400 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-BETA5 #0: Sat Oct 8 15:44:03 PDT 2005 xxx@xxxx:/usr/obj/usr/src/sys/SHELL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 250 (2390.61-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 9663676416 (9216 MB) avail memory = 8285224960 (7901 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 9 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 ohci0: mem 0xfc8fd000-0xfc8fdfff irq 19 at devic e 0.0 on pci3 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfc8fe000-0xfc8fefff irq 19 at devic e 0.1 on pci3 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xbc00-0xbc07,0xb800-0xb803,0xb400-0 xb407,0xb000-0xb003,0xac00-0xac0f mem 0xfc8ffc00-0xfc8fffff irq 17 at device 11. 0 on pci3 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376, 0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pci0: at device 7.5 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 bge0: mem 0xfc6f0000-0xfc6 fffff irq 24 at device 9.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX -FDX, auto bge0: Ethernet address: 00:e0:81:2d:a3:dc pci0: at device 10.1 (no driver attached ) pcib3: at device 11.0 on pci0 pci1: on pcib3 pci0: at device 11.1 (no driver attached ) pcib4: on acpi0 pci4: on pcib4 agp0: mem 0xf0000000-0xf7ffffff at device 0.0 on pci4 pcib5: at device 1.0 on pci4 pci5: on pcib5 pci5: at device 0.0 (no driver attached) acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi 0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc97ff,0xc9800-0xcdfff on isa0 atkbdc0: at port 0x60,0x64 on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub2: NMB Dell USB Keyboard Hub, class 9/0, rev 1.10/0.01, addr 2 uhub2: 3 ports with 2 removable, bus powered ukbd0: NMB Dell USB 7HK Keyboard, rev 1.10/0.01, addr 3, iclass 3/1 kbd0 at ukbd0 uhid0: NMB Dell USB 7HK Keyboard, rev 1.10/0.01, addr 3, iclass 3/1 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master PIO3 ad6: 70911MB at ata3-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad6s1a From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 14 13:30:16 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 2AC6E16A421 for ; Fri, 14 Oct 2005 13:30:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E261C43D4C for ; Fri, 14 Oct 2005 13:30: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 j9EDU6fR097985 for ; Fri, 14 Oct 2005 13:30:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9EDU6dw097984; Fri, 14 Oct 2005 13:30:06 GMT (envelope-from gnats) Resent-Date: Fri, 14 Oct 2005 13:30:06 GMT Resent-Message-Id: <200510141330.j9EDU6dw097984@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, prabu m Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F0716A41F for ; Fri, 14 Oct 2005 13:29:52 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1D8C43D48 for ; Fri, 14 Oct 2005 13:29:51 +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 j9EDTppm053433 for ; Fri, 14 Oct 2005 13:29:51 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j9EDTpk9053432; Fri, 14 Oct 2005 13:29:51 GMT (envelope-from nobody) Message-Id: <200510141329.j9EDTpk9053432@www.freebsd.org> Date: Fri, 14 Oct 2005 13:29:51 GMT From: prabu m To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/87436: gui does not start on the ATI RS480 M2-IL chipset board with AMD64 processor X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Oct 2005 13:30:16 -0000 >Number: 87436 >Category: amd64 >Synopsis: gui does not start on the ATI RS480 M2-IL chipset board with AMD64 processor >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: maintainer-update >Submitter-Id: current-users >Arrival-Date: Fri Oct 14 13:30:06 GMT 2005 >Closed-Date: >Last-Modified: >Originator: prabu m >Release: one that comes in the dvd of one of the issue of Digit magazine in India (version not known exactrly) >Organization: student >Environment: ATI RS480 M2-IL CHIPSET BOARD >Description: The gui doesnot start on my MSI RS480M2-IL board with ATI RS480M2-IL chipset and AMD Athlon 64 processor. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 14 18:12:38 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 6525C16A43B; Fri, 14 Oct 2005 18:12:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC18143D4C; Fri, 14 Oct 2005 18:12:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9EICVB4075939; Fri, 14 Oct 2005 14:12:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9EICWJ1073387; Fri, 14 Oct 2005 14:12:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4BF5A7302F; Fri, 14 Oct 2005 14:12:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051014181232.4BF5A7302F@freebsd-current.sentex.ca> Date: Fri, 14 Oct 2005 14:12:32 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2005 18:12:38 -0000 TB --- 2005-10-14 16:06:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-14 16:06:02 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-14 16:06:02 - cleaning the object tree TB --- 2005-10-14 16:06:19 - checking out the source tree TB --- 2005-10-14 16:06:19 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-14 16:06:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-14 16:13:12 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-14 16:13:12 - cd /src TB --- 2005-10-14 16:13:12 - /usr/bin/make -B buildworld >>> 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-14 17:44:06 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-14 17:44:06 - cd /src TB --- 2005-10-14 17:44:06 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 14 17:44:06 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Oct 14 18:00:17 UTC 2005 TB --- 2005-10-14 18:00:17 - generating LINT kernel config TB --- 2005-10-14 18:00:17 - cd /src/sys/amd64/conf TB --- 2005-10-14 18:00:17 - /usr/bin/make -B LINT TB --- 2005-10-14 18:00:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-14 18:00:17 - cd /src TB --- 2005-10-14 18:00:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 14 18:00:17 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/linux32/linux32_locore.s cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/amd64/linux32/linux32_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/amd64/linux32/linux32_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/amd64/linux32/linux32_sysvec.c /src/sys/amd64/linux32/linux32_sysvec.c: In function `linux_rt_sendsig': /src/sys/amd64/linux32/linux32_sysvec.c:299: warning: long unsigned int format, different type arg (arg 6) /src/sys/amd64/linux32/linux32_sysvec.c: In function `linux_sendsig': /src/sys/amd64/linux32/linux32_sysvec.c:445: warning: long unsigned int format, different type arg (arg 6) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-14 18:12:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-14 18:12:32 - ERROR: failed to build lint kernel TB --- 2005-10-14 18:12:32 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 15 00:46:11 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 BA48716A421; Sat, 15 Oct 2005 00:46:11 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 789A843D48; Sat, 15 Oct 2005 00:46:11 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (jkim@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9F0kBYU007760; Sat, 15 Oct 2005 00:46:11 GMT (envelope-from jkim@freefall.freebsd.org) Received: (from jkim@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9F0kBQZ007756; Sat, 15 Oct 2005 00:46:11 GMT (envelope-from jkim) Date: Sat, 15 Oct 2005 00:46:11 GMT From: Jung-uk Kim Message-Id: <200510150046.j9F0kBQZ007756@freefall.freebsd.org> To: nge@cs.hmc.edu, jkim@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/85852: Typo in amd64 machine/specialreg.h X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2005 00:46:11 -0000 Synopsis: Typo in amd64 machine/specialreg.h State-Changed-From-To: open->closed State-Changed-By: jkim State-Changed-When: Sat Oct 15 00:45:37 GMT 2005 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=85852 From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 15 02:45:52 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 B13D416A41F; Sat, 15 Oct 2005 02:45:52 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1FB443D66; Sat, 15 Oct 2005 02:45:48 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9F2jmp2023705; Sat, 15 Oct 2005 02:45:48 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9F2jmO4023701; Sat, 15 Oct 2005 02:45:48 GMT (envelope-from linimon) Date: Sat, 15 Oct 2005 02:45:48 GMT From: Mark Linimon Message-Id: <200510150245.j9F2jmO4023701@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/87328: [btx] BTX halted error X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2005 02:45:52 -0000 Synopsis: [btx] BTX halted error Class-Changed-From-To: doc-bug->sw-bug Class-Changed-By: linimon Class-Changed-When: Sat Oct 15 02:45:29 GMT 2005 Class-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=87328 From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 15 04:40:14 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 501EB16A41F for ; Sat, 15 Oct 2005 04:40:14 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C293943D49 for ; Sat, 15 Oct 2005 04:40:13 +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 j9F4eDA2041996 for ; Sat, 15 Oct 2005 04:40:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9F4eDH4041995; Sat, 15 Oct 2005 04:40:13 GMT (envelope-from gnats) Resent-Date: Sat, 15 Oct 2005 04:40:13 GMT Resent-Message-Id: <200510150440.j9F4eDH4041995@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, Mark LaDoux Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C37816A41F for ; Sat, 15 Oct 2005 04:36:41 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id F01A943D45 for ; Sat, 15 Oct 2005 04:36:40 +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 j9F4aegT022187 for ; Sat, 15 Oct 2005 04:36:40 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j9F4aekH022186; Sat, 15 Oct 2005 04:36:40 GMT (envelope-from nobody) Message-Id: <200510150436.j9F4aekH022186@www.freebsd.org> Date: Sat, 15 Oct 2005 04:36:40 GMT From: Mark LaDoux To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/87472: I downloaded 5.4 and went to install it, but it keeps on crashing and won't install X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Oct 2005 04:40:14 -0000 >Number: 87472 >Category: amd64 >Synopsis: I downloaded 5.4 and went to install it, but it keeps on crashing and won't install >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: maintainer-update >Submitter-Id: current-users >Arrival-Date: Sat Oct 15 04:40:13 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Mark LaDoux >Release: 5.4 >Organization: >Environment: Couldn't get it... It was on a Acer Aspire 5002WLMi >Description: Install problem, can't find files on disk, although i double checked the disk and it is find, it can't find the cdrom drive, freezes up for a second and reboots, never opens a virtual console to allow me to do a uname >How-To-Repeat: put disk one into the drive and boot under option one or 2, (thought it might be the ACPI) do a standard install... once you commit, the problem starts >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 15 18:23:48 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 B454D16A41F; Sat, 15 Oct 2005 18:23:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BFF843D46; Sat, 15 Oct 2005 18:23:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j9FINl5e013340; Sat, 15 Oct 2005 14:23:47 -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 j9FINkoQ053561; Sat, 15 Oct 2005 14:23:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE9A47302F; Sat, 15 Oct 2005 14:23:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051015182346.CE9A47302F@freebsd-current.sentex.ca> Date: Sat, 15 Oct 2005 14:23:46 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2005 18:23:48 -0000 TB --- 2005-10-15 16:28:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-15 16:28:14 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-15 16:28:14 - cleaning the object tree TB --- 2005-10-15 16:28:50 - checking out the source tree TB --- 2005-10-15 16:28:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-15 16:28:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-15 16:35:46 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-15 16:35:46 - cd /src TB --- 2005-10-15 16:35:46 - /usr/bin/make -B buildworld >>> 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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-15 18:07:27 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-15 18:07:27 - cd /src TB --- 2005-10-15 18:07:27 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Oct 15 18:07:27 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Oct 15 18:23:46 UTC 2005 TB --- 2005-10-15 18:23:46 - generating LINT kernel config TB --- 2005-10-15 18:23:46 - cd /src/sys/amd64/conf TB --- 2005-10-15 18:23:46 - /usr/bin/make -B LINT TB --- 2005-10-15 18:23:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-15 18:23:46 - cd /src TB --- 2005-10-15 18:23:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 15 18:23:46 UTC 2005 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT /src/sys/amd64/conf/LINT: unknown option "SX_DEBUG" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-15 18:23:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-15 18:23:46 - ERROR: failed to build lint kernel TB --- 2005-10-15 18:23:46 - tinderbox aborted