From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 24 23:31:31 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9709E16A400; Sun, 24 Jun 2007 23:31:31 +0000 (UTC) (envelope-from martin@optiksecurite.com) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7300913C480; Sun, 24 Jun 2007 23:31:31 +0000 (UTC) (envelope-from martin@optiksecurite.com) Received: from [127.0.0.1] ([69.70.75.162]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0JK5008TOVWH6JA0@VL-MO-MR002.ip.videotron.ca>; Sun, 24 Jun 2007 18:31:30 -0400 (EDT) Date: Sun, 24 Jun 2007 18:31:29 -0400 From: Martin Turgeon To: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Message-id: <467EF0C1.1010609@optiksecurite.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Cc: Subject: Which CPUTYPE for a dualcore Xeon 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, 24 Jun 2007 23:31:31 -0000 Hi, I recently installed AMD64 6.2 Release on 2 PowerEdge servers, both with dual core Xeon (3070 and 5110). I noticed when I was updating the sources that it was compiling as an Athlonxp by default. I was wondering if I should change the CPUTYPE in make.conf to something else. I read at some places that it is not recommended because it could cause problems but I thought it would be interesting to start the debate here. Please note that I would prefer not to go with the -STABLE or -CURRENT branch because these a going to be essential productions servers. Thank you for your opinions, Martin From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 24 23:57:04 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E26F916A421 for ; Sun, 24 Jun 2007 23:57:04 +0000 (UTC) (envelope-from turgeon.martin@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id A339813C43E for ; Sun, 24 Jun 2007 23:57:04 +0000 (UTC) (envelope-from turgeon.martin@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1509655pyb for ; Sun, 24 Jun 2007 16:57:04 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=Umea9W10ESxEMmTp3QPvMwUVAL2EEPgHy62QuBLZ+qZs3In4nmovtbKxGVshKSXUH6k8ZgKZXwaj7qmn9QHgnUdLaj8ILjGy1qDS6khoiEXFoRbcRW80iJ5VnEDTpfvDHP6/423fGoq/8/LpnadVABcYGphUX6lVJUG/gfsF3DY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=FfnD0epae2kcWwRFCc/VkiQcNL5UX52PT5ELLFXYFfMRe1MWm4Wf81vAZlr5X8o7c5heTtDoSuO0Os4PIQXjeKI6l0ZRcukCm5twcBL6/nRuxpax7HAQg38D0ZJd9wt/IEmb81psvUaAI0+iH2ayznJN6nVJ9xIYMidZo4KcoAo= Received: by 10.35.121.12 with SMTP id y12mr1000060pym.1182727943855; Sun, 24 Jun 2007 16:32:23 -0700 (PDT) Received: from ?192.168.3.200? ( [69.70.75.162]) by mx.google.com with ESMTP id f45sm8281478pyh.2007.06.24.16.32.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 24 Jun 2007 16:32:23 -0700 (PDT) Message-ID: <467EFF06.6020902@gmail.com> Date: Sun, 24 Jun 2007 19:32:22 -0400 From: Martin Turgeon User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Which CPUTYPE for a dualcore Xeon 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, 24 Jun 2007 23:57:05 -0000 Hi, I recently installed AMD64 6.2 Release on 2 PowerEdge servers, both with dual core Xeon (3070 and 5110). I noticed when I was updating the sources that it was compiling as an Athlonxp by default. I was wondering if I should change the CPUTYPE in make.conf to something else. I read at some places that it is not recommended because it could cause problems but I thought it would be interesting to start the debate here. Please note that I would prefer not to go with the -STABLE or -CURRENT branch because these a going to be essential productions servers. Thank you for your opinions, Martin From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 03:41:02 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9EFF16A400; Mon, 25 Jun 2007 03:41:02 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id C84E713C45B; Mon, 25 Jun 2007 03:41:02 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5P3f250028707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 24 Jun 2007 20:41:02 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5P3esnZ016456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 24 Jun 2007 20:41:01 -0700 Message-ID: <467F3946.6020703@u.washington.edu> Date: Sun, 24 Jun 2007 20:40:54 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (X11/20070621) MIME-Version: 1.0 To: Martin Turgeon References: <467EFF06.6020902@gmail.com> In-Reply-To: <467EFF06.6020902@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.24.202333 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Which CPUTYPE for a dualcore Xeon 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: Mon, 25 Jun 2007 03:41:03 -0000 Martin Turgeon wrote: > Hi, > > I recently installed AMD64 6.2 Release on 2 PowerEdge servers, both with > dual core Xeon (3070 and 5110). I noticed when I was updating the > sources that it was compiling as an Athlonxp by default. I was wondering > if I should change the CPUTYPE in make.conf to something else. I read at > some places that it is not recommended because it could cause problems > but I thought it would be interesting to start the debate here. Please > note that I would prefer not to go with the -STABLE or -CURRENT branch > because these a going to be essential productions servers. > > Thank you for your opinions, > > Martin It's preferred to be nocona for 64-bit support (EMT-64 support to be exact) and prescott for 32-bit only support. There should be a core2duo CPUTYPE rolling around the corner in the near future IIRC, but that will most likely be in gcc 4.3, which I believe it slated for being stable 1~1.5 years from now. -Garrett From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 05:40:14 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F38EE16A421 for ; Mon, 25 Jun 2007 05:40:13 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id AF53813C44C for ; Mon, 25 Jun 2007 05:40:13 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so336775anc for ; Sun, 24 Jun 2007 22:40:13 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ApOiWv9bF3QTXD1m8sho/6pW6l+3AdReFNLHTB/F0VJBQPFDMwz+1D4pS4SFoZ+JUYi7TzOQzFxHAX7ctedbnY0O4kLuuoPH9FwNret12cAHOpbBsCKrY/d+GJ6JUo5C94vYf1pI7CJae60EDfTG+zJYF37JDwW0MxFJlVqzXWY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=E+tP/vsAIewVIRkTslv0pWrrKcWfQACXZZXEn1LZL9ASNGtWzbGVKtMtErfWhhXZ6TonvIsv2eMBmpbqNt47Vrpbh3mCGb/gDLJ+KLAFjy3gZWKdHhjhbtFnW3oJADfVXlVfZ0SBBN29ozMG+DuqWj5wQrFGo4wzgSdmS6kRWRM= Received: by 10.100.91.6 with SMTP id o6mr2939935anb.1182750012626; Sun, 24 Jun 2007 22:40:12 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Sun, 24 Jun 2007 22:40:12 -0700 (PDT) Message-ID: <499c70c0706242240n1c5f3177q7645ae97387db701@mail.gmail.com> Date: Mon, 25 Jun 2007 08:40:12 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Martin Turgeon" In-Reply-To: <467EFF06.6020902@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <467EFF06.6020902@gmail.com> Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Which CPUTYPE for a dualcore Xeon 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: Mon, 25 Jun 2007 05:40:14 -0000 On 6/25/07, Martin Turgeon wrote: > Hi, > > I recently installed AMD64 6.2 Release on 2 PowerEdge servers, both with > dual core Xeon (3070 and 5110). I noticed when I was updating the > sources that it was compiling as an Athlonxp by default. I was wondering > if I should change the CPUTYPE in make.conf to something else. I read at > some places that it is not recommended because it could cause problems > but I thought it would be interesting to start the debate here. Please > note that I would prefer not to go with the -STABLE or -CURRENT branch > because these a going to be essential productions servers. > > Thank you for your opinions, > > Martin Since I use FreeBSD 7.0 AMD64 which is stable now and it's frozen for making RELENG_7 I didn't set the CPUTYPE in the make.conf , so I wonder how come you got athlon-xp cpu arch and I didn't see GCC 4.2 doing it in my server. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 06:20:02 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E55ED16A41F; Mon, 25 Jun 2007 06:20:02 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (darklight.org.ru [194.186.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id 3687C13C448; Mon, 25 Jun 2007 06:19:14 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (yuri@darklight.org.ru [127.0.0.1]) by darklight.org.ru (8.14.1/8.14.1) with ESMTP id l5P66sdg059767; Mon, 25 Jun 2007 10:06:55 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Received: (from yuri@localhost) by darklight.org.ru (8.14.1/8.14.1/Submit) id l5P66m2a059589; Mon, 25 Jun 2007 10:06:48 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Date: Mon, 25 Jun 2007 10:06:48 +0400 From: Yuri Pankov To: Abdullah Ibn Hamad Al-Marri Message-ID: <20070625060648.GB1109@darklight.org.ru> References: <467EFF06.6020902@gmail.com> <499c70c0706242240n1c5f3177q7645ae97387db701@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=SHA1; protocol="application/pgp-signature"; boundary="H+4ONPRPur6+Ovig" Content-Disposition: inline In-Reply-To: <499c70c0706242240n1c5f3177q7645ae97387db701@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (darklight.org.ru [127.0.0.1]); Mon, 25 Jun 2007 10:06:55 +0400 (MSD) Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Which CPUTYPE for a dualcore Xeon 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: Mon, 25 Jun 2007 06:20:03 -0000 --H+4ONPRPur6+Ovig Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 25, 2007 at 08:40:12AM +0300, Abdullah Ibn Hamad Al-Marri wrote: > On 6/25/07, Martin Turgeon wrote: > > Hi, > > > > I recently installed AMD64 6.2 Release on 2 PowerEdge servers, both with > > dual core Xeon (3070 and 5110). I noticed when I was updating the > > sources that it was compiling as an Athlonxp by default. I was wondering > > if I should change the CPUTYPE in make.conf to something else. I read at > > some places that it is not recommended because it could cause problems > > but I thought it would be interesting to start the debate here. Please > > note that I would prefer not to go with the -STABLE or -CURRENT branch > > because these a going to be essential productions servers. > > > > Thank you for your opinions, > > > > Martin >=20 > Since I use FreeBSD 7.0 AMD64 which is stable now and it's frozen for > making RELENG_7 I didn't set the CPUTYPE in the make.conf , so I > wonder how come you got athlon-xp cpu arch and I didn't see GCC 4.2 > doing it in my server. >=20 >=20 > --=20 > Regards, >=20 > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ Used when compiling lib32 shim libraries, I guess. Yuri --H+4ONPRPur6+Ovig Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGf1t4eoAklVFrLdgRAgrdAKCPhYIw03q6N+NThAh+klXgDgxA/wCfYfHK he40o9boa4j+gECYza7F8hA= =7V3T -----END PGP SIGNATURE----- --H+4ONPRPur6+Ovig-- From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 10:17:07 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DB5516A468 for ; Mon, 25 Jun 2007 10:17:07 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id DC84613C4BA for ; Mon, 25 Jun 2007 10:17:06 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1810711waf for ; Mon, 25 Jun 2007 03:17:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iYflukfhB7Mc5YGSkd7wuMIAx3nu1y0+XuSHAPeM+ruRCn4fFsw1ef1knrGIdKFQGToLoxcJh5GviMdLCNozyewv70UY+CGhspc4mHgvoEhQtXSQ253xJmqCIQcpu/WlWLCumo4Vo2CzuGt2YVQMbqUQX+IHa1FI/iq0B8O8lkU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=p+eqXCLVXKEdwQKrh515zUXN6mPOsOWes9OhCMLKNgyrlUal/Du3Q5wiPi36iuKaGVYfRjJHsH4t6N1Em1NVS+WNg5VKEHBdea/Am1MOObHs4djPCk6GgvVUUw6E6HA28H2D9E9M20r9Dwo/OJTEtZjo3J61YPlxdLyBBp4LauU= Received: by 10.114.209.1 with SMTP id h1mr5266757wag.1182765000929; Mon, 25 Jun 2007 02:50:00 -0700 (PDT) Received: by 10.114.75.5 with HTTP; Mon, 25 Jun 2007 02:50:00 -0700 (PDT) Message-ID: Date: Mon, 25 Jun 2007 02:50:00 -0700 From: "Jack L." To: "Martin Turgeon" In-Reply-To: <467EF0C1.1010609@optiksecurite.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <467EF0C1.1010609@optiksecurite.com> Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Which CPUTYPE for a dualcore Xeon 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: Mon, 25 Jun 2007 10:17:07 -0000 On 6/24/07, Martin Turgeon wrote: > Hi, > > I recently installed AMD64 6.2 Release on 2 PowerEdge servers, both with > dual core Xeon (3070 and 5110). I noticed when I was updating the > sources that it was compiling as an Athlonxp by default. I was wondering > if I should change the CPUTYPE in make.conf to something else. I read at > some places that it is not recommended because it could cause problems > but I thought it would be interesting to start the debate here. Please > note that I would prefer not to go with the -STABLE or -CURRENT branch > because these a going to be essential productions servers. > > Thank you for your opinions, > > Martin I use nocona. That should be the correct one. From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 11:08:17 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9432A16A4BF for ; Mon, 25 Jun 2007 11:08:17 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7698013C447 for ; Mon, 25 Jun 2007 11:08:17 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l5PB8HPh098619 for ; Mon, 25 Jun 2007 11:08:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l5PB8FLs098615 for freebsd-amd64@FreeBSD.org; Mon, 25 Jun 2007 11:08:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Jun 2007 11:08:15 GMT Message-Id: <200706251108.l5PB8FLs098615@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats 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, 25 Jun 2007 11:08:17 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/89202 amd64 [ufs] [panic] Kernel crash when accessing filesystem w o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 2 problems total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/74747 amd64 System panic on shutdown when process will not die o amd64/76136 amd64 system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/80691 amd64 amd64 kernel hangs on load o amd64/82425 amd64 [fxp] fxp0: device timeout, fxp interface dies on 5.4/ f amd64/84832 amd64 Installation crashes just at boot AMD64/ Version 5.4 f amd64/85431 amd64 AMD64 has short but temporary freezes (hangups) on Sun o amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) o amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 o amd64/86503 amd64 [atapicam] [panic] k3b crash the system like hardware o amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 kernel panic on first boot (after the FreeBSD installa o amd64/89501 amd64 System crashes on install using ftp on local subnet o amd64/89503 amd64 Cant Boot Installation Disk o amd64/89546 amd64 [geom] GEOM error o amd64/89550 amd64 [sym] [patch] sym0: VTOBUS failed (6.0 Release) o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/91492 amd64 BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/92889 amd64 [libc] xdr double buffer overflow o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 panic in amd64 install at non-root user creation o amd64/94989 amd64 BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5. f amd64/95414 amd64 kernel crashes during install o amd64/95888 amd64 kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP DL140G a amd64/96981 amd64 reproducible instant reboot by unprivileged user o amd64/97075 amd64 Panic, Trap 12 o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/102122 amd64 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 o amd64/105514 amd64 FreeBSD/amd64 - Fails to boot on HP Pavilion dv8000 La o amd64/105531 amd64 [sata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - doe o amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on o amd64/106604 amd64 saslauthd crashes with signal 6 on FreeBSD 6.2-PREREL o amd64/106918 amd64 [re] Asus P5B with internal RealTek PCIe Ethernet gets o amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work f amd64/109584 amd64 zdump doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 o amd64/111955 amd64 [install] Install CD boot panic due to missing BIOS sm o amd64/111992 amd64 BTX failed - HP Laptop dv2315nr s gnu/112215 amd64 [patch] gcc(1): "gcc -m32" attempts to link against 64 o amd64/112677 amd64 [aac] Adaptec 4805SAS causes 6.2 (AMD64) to panic (amd f amd64/112828 amd64 Complete data loss after upgrade 6.1 -> 6.2 (Amd64) o amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/113130 amd64 [sata] no sata drive found (regression) 51 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when booting o amd64/74811 amd64 [nfs] df, nfs mount, negative Avail -> 32/64-bit confu s amd64/85273 amd64 FreeBSD (NetBSD or OpenBSD) not install on laptop Comp o amd64/88730 amd64 kernel panics during booting from the installation CD o amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP a amd64/92527 amd64 [ciphy.c] ][patch] no driver for "CICADA VSC 8201 Giga a amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable times a amd64/93090 amd64 [nve] NIC on GA-K8NF-9 motherboard is recognized, but o amd64/97489 amd64 [ata] nForce 410 ATA controller dma time out (ASUS K8N o amd64/100326 amd64 [fdc] /dev/fd0 not created after installation FreeBSD o amd64/100838 amd64 [powerd] FreeBSD 6.0/6.1 kernel panics when booting wi f amd64/101132 amd64 [smp] Incorrect cpu idle and usage statistics in top a o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p o amd64/107858 amd64 ASRock Conroe-945G-DVI motherboard: non-working sound f amd64/108345 amd64 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot o amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported f amd64/113111 amd64 Potentially wrong instructions will be produced for EM 20 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 17:44:20 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70BC016A46D for ; Mon, 25 Jun 2007 17:44:20 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2ECF913C4BD for ; Mon, 25 Jun 2007 17:44:20 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail01.m-online.net (mail.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id 788E92467B7 for ; Mon, 25 Jun 2007 19:24:36 +0200 (CEST) Received: from fw.reifenberger.com (ppp-82-135-4-130.dynamic.mnet-online.de [82.135.4.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTP id 9498F90209 for ; Mon, 25 Jun 2007 19:24:50 +0200 (CEST) Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.8/8.13.8/Submit) with ESMTP id l5PHOo9e024867 for ; Mon, 25 Jun 2007 19:24:50 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Mon, 25 Jun 2007 19:24:50 +0200 (CEST) From: Michael Reifenberger To: freebsd-amd64@freebsd.org Message-ID: <20070625191118.U24808@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: i386-RELENG_6 jail under amd64-current? 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, 25 Jun 2007 17:44:20 -0000 Hi, has anybody managed to set up an jail under amd64-current (64bit) which runs i386-RELENG_6 (32bit) binaries. My intention would be to compile 32bit ports on the bigger 64bit box too. When trying I get messages about missing shared libs... Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 18:05:44 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B61F16A400 for ; Mon, 25 Jun 2007 18:05:44 +0000 (UTC) (envelope-from kbottle@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 2518813C45D for ; Mon, 25 Jun 2007 18:05:44 +0000 (UTC) (envelope-from kbottle@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so994625wra for ; Mon, 25 Jun 2007 11:05:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=OUaVzyb0geCfkB9+h+VBZW3srF/dQHcanszjzWlCK8JYYtYrBnU9icf0mF9jlt6Cd6mF3KI0OF2bQ5HM/ZXx+2ZjT26sEshXDk52MI+V+cqN1Ef+ejB262SUFw5+fhQwvyr8SVGVAmN+TgWDAL8a0laQUPlBqWZTdjO8SRQQIUg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=lzgrqwXmNXoU5134Fw2ZmWvewMUKyf9KchRHuEWmX2EbfkFb7TioVRmpg/RBvn11/0/8XmBKV25tBjoRsf+fEjROCcGSS9LW/B1Wl7WRpj63t+6SYst2ez+19nQLO9mWu8s7BcA3kdLoqJuiExfY5sKR1PniZBeOovE5XneRB/Y= Received: by 10.100.174.16 with SMTP id w16mr3287131ane.1182793069912; Mon, 25 Jun 2007 10:37:49 -0700 (PDT) Received: by 10.100.107.9 with HTTP; Mon, 25 Jun 2007 10:37:49 -0700 (PDT) Message-ID: <293b12a20706251037t39a0227p45434a8d71feeba1@mail.gmail.com> Date: Tue, 26 Jun 2007 01:37:49 +0800 From: "jj shen" To: freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: The relation between %fs and fs base 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, 25 Jun 2007 18:05:44 -0000 Hi, I want to access different TLS through both fs base and GDT simultaneously. Let us call the two ways TLS_FSBASE and TLS_GDT respectively. (1) Can I switch from TLS_FSBASE to TLS_GDT just by: "movl GDT_SEL, %fs" (where GDT_SEL is the selector of GDT entry)? Will this instruction destroy the content of the IA32_FS_BASE MSR? (2) When switching from TLS_GDT to TLS_FSBASE, can I just set %fs to zero to indicate the fs base should be used, or must I invoke the *wrmsrl*instruction to reset IA32_FS_BASE once again? (3) What is the length of %fs? What I get by "movl %fs, %eax" in %eax? In the programmer manual from AMD, it is said somewhere that segment registers are still 16 bits as in x86, and it is also said otherwhere that "segment loads into FS and GS load a standard 32-bit base value in the hidden portion of the segment descriptor register". (4) What is the content of %fs, a descriptor selector or a base address smaller than 0xffffffff? What is effect of "movl val, %fs", loading a GDT selector or a 32-bit base address to %fs? Seen from the citation above, I think *val *should be a 32-bit base address; however seen from the implementation of Linux *arch_prctl* system call, it is a GDT selector loaded into %fs. Anyone help me? Thanks, Dimension From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 22:00:54 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66E7E16A473; Mon, 25 Jun 2007 22:00:54 +0000 (UTC) (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 3BFA313C4D3; Mon, 25 Jun 2007 22:00:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PM0rNj060713; Mon, 25 Jun 2007 18:00:53 -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.8/8.13.8) with ESMTP id l5PM0rYd037202; Mon, 25 Jun 2007 18:00:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E90A73068; Mon, 25 Jun 2007 18:00:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625220053.4E90A73068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 18:00:53 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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: Mon, 25 Jun 2007 22:00:54 -0000 TB --- 2007-06-25 21:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 21:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-25 21:35:00 - cleaning the object tree TB --- 2007-06-25 21:35:36 - checking out the source tree TB --- 2007-06-25 21:35:36 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-25 21:35:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 21:46:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 21:46:39 - cd /src TB --- 2007-06-25 21:46:39 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 21:46:41 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 22:00:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 22:00:53 - ERROR: failed to build world TB --- 2007-06-25 22:00:53 - tinderbox aborted TB --- 0.80 user 3.87 system 1552.48 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 23:25:19 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D07816A421 for ; Mon, 25 Jun 2007 23:25:19 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1532913C46E for ; Mon, 25 Jun 2007 23:25:18 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l5PN72u2093084 for ; Mon, 25 Jun 2007 19:07:03 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim (by way of Jung-uk Kim ) Date: Mon, 25 Jun 2007 19:06:53 -0400 User-Agent: KMail/1.6.2 To: freebsd-amd64@FreeBSD.org MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200706251906.55721.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/3523/Mon Jun 25 10:30:33 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: Re: The relation between %fs and fs base 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, 25 Jun 2007 23:25:19 -0000 On Monday 25 June 2007 01:37 pm, jj shen wrote: > Hi, > > I want to access different TLS through both fs base and GDT > simultaneously. Let us call the two ways TLS_FSBASE and TLS_GDT > respectively. > > (1) Can I switch from TLS_FSBASE to TLS_GDT just by: "movl GDT_SEL, > %fs" (where GDT_SEL is the selector of GDT entry)? > Will this instruction destroy the content of the IA32_FS_BASE MSR? > > (2) When switching from TLS_GDT to TLS_FSBASE, can I just set %fs > to zero to indicate the fs base should be used, or must I invoke > the > *wrmsrl*instruction to reset IA32_FS_BASE once again? > > (3) What is the length of %fs? What I get by "movl %fs, %eax" in > %eax? In the programmer manual from AMD, it is said somewhere that > segment registers are still 16 bits as in x86, and it is also said > otherwhere that "segment loads into FS and GS load a standard > 32-bit base value in the hidden portion of the segment descriptor > register". > > (4) What is the content of %fs, a descriptor selector or a base > address smaller than 0xffffffff? > What is effect of "movl val, %fs", loading a GDT selector or a > 32-bit base address to %fs? > Seen from the citation above, I think *val *should be a 32-bit > base address; however seen from the implementation of Linux > *arch_prctl* system call, it is a GDT selector loaded into %fs. [Note: reposting to the right ML.] I don't know what you are trying to achieve but don't mess up with %fs and %gs on amd64 unless you are absolutely sure. It is deprecated and it won't work as you expected. The only way to get/set %fs and %gs properly on amd64 is via proper API, i.e., sysarch(2) with AMD64_{GET,SET}_{FS,GS}BASE. If you use the API, the MSRs will be properly saved and restored while switching contexts. However, it is very much discouraged as the manual page says, e. g., it will cause serious problem if the application is threaded, etc. In fact, the API should be only used by threading libraries. Jung-uk Kim From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 25 23:34:55 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A265216A41F; Mon, 25 Jun 2007 23:34:55 +0000 (UTC) (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 770DF13C468; Mon, 25 Jun 2007 23:34:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PNYtEX066124; Mon, 25 Jun 2007 19:34:55 -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.8/8.13.8) with ESMTP id l5PNYtlx018240; Mon, 25 Jun 2007 19:34:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C742073068; Mon, 25 Jun 2007 19:34:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625233454.C742073068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 19:34:54 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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: Mon, 25 Jun 2007 23:34:55 -0000 TB --- 2007-06-25 23:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 23:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-25 23:10:00 - cleaning the object tree TB --- 2007-06-25 23:10:15 - checking out the source tree TB --- 2007-06-25 23:10:15 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-25 23:10:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 23:21:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 23:21:08 - cd /src TB --- 2007-06-25 23:21:08 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 23:21:09 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 23:34:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 23:34:54 - ERROR: failed to build world TB --- 2007-06-25 23:34:54 - tinderbox aborted TB --- 0.17 user 0.45 system 1493.64 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 26 01:10:21 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B69016A5DD; Tue, 26 Jun 2007 01:10:21 +0000 (UTC) (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 4E12F13C46E; Tue, 26 Jun 2007 01:10:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q1AKVt071104; Mon, 25 Jun 2007 21:10:20 -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.8/8.13.8) with ESMTP id l5Q1AKCW033930; Mon, 25 Jun 2007 21:10:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6B48373068; Mon, 25 Jun 2007 21:10:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626011020.6B48373068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 21:10:20 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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, 26 Jun 2007 01:10:21 -0000 TB --- 2007-06-26 00:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 00:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-26 00:45:00 - cleaning the object tree TB --- 2007-06-26 00:45:16 - checking out the source tree TB --- 2007-06-26 00:45:16 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-26 00:45:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 00:56:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 00:56:24 - cd /src TB --- 2007-06-26 00:56:24 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 00:56:26 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 01:10:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 01:10:20 - ERROR: failed to build world TB --- 2007-06-26 01:10:20 - tinderbox aborted TB --- 0.14 user 0.48 system 1519.53 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 26 02:44:43 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D905D16A400; Tue, 26 Jun 2007 02:44:43 +0000 (UTC) (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 AD32113C45A; Tue, 26 Jun 2007 02:44:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q2ihD3076002; Mon, 25 Jun 2007 22:44:43 -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.8/8.13.8) with ESMTP id l5Q2igfv083479; Mon, 25 Jun 2007 22:44:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B930773068; Mon, 25 Jun 2007 22:44:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626024442.B930773068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 22:44:42 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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, 26 Jun 2007 02:44:44 -0000 TB --- 2007-06-26 02:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 02:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-26 02:20:00 - cleaning the object tree TB --- 2007-06-26 02:20:14 - checking out the source tree TB --- 2007-06-26 02:20:14 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-26 02:20:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 02:30:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 02:30:58 - cd /src TB --- 2007-06-26 02:30:58 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 02:30:59 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 02:44:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 02:44:42 - ERROR: failed to build world TB --- 2007-06-26 02:44:42 - tinderbox aborted TB --- 0.16 user 0.46 system 1482.16 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 26 20:25:29 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5AE916A41F; Tue, 26 Jun 2007 20:25:29 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 65DB913C46A; Tue, 26 Jun 2007 20:25:29 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l5QJoVYE029859; Tue, 26 Jun 2007 21:50:31 +0200 (CEST) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.1/8.14.1/Submit) id l5QJoVSB029858; Tue, 26 Jun 2007 15:50:31 -0400 (EDT) (envelope-from cracauer) Date: Tue, 26 Jun 2007 15:50:31 -0400 From: Martin Cracauer To: Martin Turgeon Message-ID: <20070626195031.GA29545@cons.org> References: <467EFF06.6020902@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <467EFF06.6020902@gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Which CPUTYPE for a dualcore Xeon 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, 26 Jun 2007 20:25:29 -0000 Martin Turgeon wrote on Sun, Jun 24, 2007 at 07:32:22PM -0400: > Hi, > > I recently installed AMD64 6.2 Release on 2 PowerEdge servers, both with > dual core Xeon (3070 and 5110). I extensively benchmarked different compiler options on Xeon 5160 (3.0 GHz Core2) with gcc-4.1.2 and gcc-4.2. Apart from very minor differences the best was plain "-O3 -finline-limit=xxx" where xxx was different by code, some code ran faster with 400 and other code with 750 (both beating the 600 default). The inline limit made a bigger difference than most of the other options and I actually ended up compiling parts of my code with a differen inline-limit than others. The result was within a percent of all highly tuned CPU-specific options like -march=k8 -msse3 -mfpmath=sse -ffast-math, and I went through most iterations. This means that locking your code to one x86_64 implementation and locking out either AMD or Intel is not worth the trouble. Testing was done on gcc-4.2.1 and later partially verified with gcc-4.2. Gcc-4.2 was a little slower overall but the same options were about the same speed. I also tested with Intel's icc 9.0 which didn't even come close to either gcc, even if you were willing to wait 10 times as long for compilation to finish (for inter-object file optimizations). No inlining limit would bring Intel's icc code size down to close what gcc had and subsequently performance was bad. gcc-3.4 was blown out of the water by gcc-4, too. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 27 00:13:15 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DBFD16A421 for ; Wed, 27 Jun 2007 00:13:15 +0000 (UTC) (envelope-from freebsd@vfemail.net) Received: from vfemail.net (dell.vfemail.net [216.170.248.236]) by mx1.freebsd.org (Postfix) with ESMTP id 19F0D13C455 for ; Wed, 27 Jun 2007 00:13:14 +0000 (UTC) (envelope-from freebsd@vfemail.net) Received: (qmail 63759 invoked by uid 89); 26 Jun 2007 23:46:34 -0000 Received: by simscan 1.1.0 ppid: 63735, pid: 63738, t: 5.8403s scanners: attach: 1.0.8 clamav: 0.80/m:28/d:614 spam: 3.0.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on antispam.vfemail.net X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=ADDR_FREE,AWL,BAYES_00, FORGED_RCVD_HELO autolearn=unavailable version=3.1.7 Received: from unknown (HELO inmail.vfemail.net) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Jun 2007 23:46:28 -0000 Received: (qmail 63724 invoked by uid 89); 26 Jun 2007 23:46:27 -0000 Received: from unknown (HELO vfemail.net) (vfemail@172.16.100.20) by 0 with SMTP; 26 Jun 2007 23:46:27 -0000 Received: (qmail 96674 invoked by uid 0); 26 Jun 2007 23:46:25 -0000 Received: by simscan 1.1.0 ppid: 96607, pid: 96661, t: 6.2267s scanners:none Received: from unknown (HELO bofh.shahriars.net) (freebsd@vfemail.net@216.170.248.235) by mail.vfemail.net with SMTP; 26 Jun 2007 23:46:19 -0000 Message-ID: <4681A53E.6040109@vfemail.net> Date: Wed, 27 Jun 2007 00:46:06 +0100 From: Free BSD User-Agent: Thunderbird 2.0.0.0 (X11/20070612) MIME-Version: 1.0 To: freebsd-java@freebsd.org References: <461902B3.7080708@vfemail.net> <200704101346.09417.perlcat@alltel.net> In-Reply-To: <200704101346.09417.perlcat@alltel.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: trouble finding FireFox plugin in diablo latest 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, 27 Jun 2007 00:13:15 -0000 Presumably there had not been any further discussion on this matter. Could anyone please update me/us on the present scenerio for the Java Plugin for FireFox on AMD64 platform for diablo-jre/jdk? Thanks and regards perlcat wrote: > On Sunday 08 April 2007 09:56:51 Free BSD wrote: > >> Dear List >> >> I tried to install diablo-jdk-15, and even after CVSup, I don't find any >> libjava file in the jre section, neither are there any plugins folder. >> > > Same issue here. amd64 6.2-STABLE, ports tree synched as of 12 March. looking > to run FireFox in 64 bit native (not 32 bit linux emulation). Installed > diablo-jre-15 and diablo-jdk-15, the plugin is not in either of them. I > assume the plugin name is different for 64 bit, but I do not know how to make > it build. The jdk build instructions say how to build for 32bit platforms, > but are silent when it comes to 64bit. > > Built jdk15 (23 March -- no changes to ports in the interval), nothing there. > Same went for jre15 build. > > This plugin is present in linux-firefox/jdk/jre 1.4.2: > > lrwxr-xr-x 1 root wheel 78 Mar 23 > 14:46 /usr/local/lib/linux-firefox/plugins/libjavaplugin_oji.so -> /usr/local/linux-sun-jdk1.4.2/jre/plugin/i386/ns610-gcc32/libjavaplugin_oji.so > > but that one seems to have issues with the application I am trying to run. > Given the nature of the app (SSL tunnel by dodgy hw vendor), I can't say I'm > all that surprised, which is why I'm trying to use a more recent jre on > native platform. I can live without flash, but I can't get by without > connectivity. > > Last cvsup (10 April) shows no changes to the appropriate ports directories... > > CC:ing both lists, as from everything I see, it pertains to both hardware > platform and java. > > Tyson > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" > > > From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 27 06:55:22 2007 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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA2EA16A46B; Wed, 27 Jun 2007 06:55:22 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 8EAF413C45A; Wed, 27 Jun 2007 06:55:22 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l5R6tMvq020680; Wed, 27 Jun 2007 06:55:22 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l5R6tL0O020676; Wed, 27 Jun 2007 06:55:21 GMT (envelope-from linimon) Date: Wed, 27 Jun 2007 06:55:21 GMT From: Mark Linimon Message-Id: <200706270655.l5R6tL0O020676@freefall.freebsd.org> To: nechit@lpi.ru, linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/86503: [atapicam] [panic] k3b crash the system like hardware reset (regression) 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, 27 Jun 2007 06:55:22 -0000 Synopsis: [atapicam] [panic] k3b crash the system like hardware reset (regression) State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Wed Jun 27 06:54:51 UTC 2007 State-Changed-Why: Is this still a problem with 6.2? http://www.freebsd.org/cgi/query-pr.cgi?pr=86503 From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 27 07:20:08 2007 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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F4DF16A469 for ; Wed, 27 Jun 2007 07:20:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 750B613C44C for ; Wed, 27 Jun 2007 07:20:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l5R7K8rF024139 for ; Wed, 27 Jun 2007 07:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l5R7K8UO024138; Wed, 27 Jun 2007 07:20:08 GMT (envelope-from gnats) Date: Wed, 27 Jun 2007 07:20:08 GMT Message-Id: <200706270720.l5R7K8UO024138@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: IZ-FreeBSD0701-nospam@hs-karlsruhe.de Cc: Subject: Re: amd64/111952: Boot panic due to missing BIOS smap on install cds (HP dc5750 SFF) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: IZ-FreeBSD0701-nospam@hs-karlsruhe.de List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 07:20:08 -0000 The following reply was made to PR amd64/111952; it has been noted by GNATS. From: IZ-FreeBSD0701-nospam@hs-karlsruhe.de To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/111952: Boot panic due to missing BIOS smap on install cds (HP dc5750 SFF) Date: Wed, 27 Jun 2007 09:10:52 +0200 > I've tried applying this hint (disabling apic) and defining the maxmem from > the bootload prompt, but unfortunately, it doesn't boot up at all. The > kernel still panics as described originally. I have just verified this with the 7.0-CURRENT-200706-amd64-disc1.iso version and you are right. Can you try a i386 version please? I know this is not the right categorie (amd64 vs i386) but this was the only thread I found discussing FreeBSD on the HP dc5750. I don't think this is problem is related to i386 or am64. I think it's more related to the BIOS and the different ways FreeBSD, NetBSD and Linux are calling the BIOS. > Ralf: Are you actually running some sort of FreeBSD on the box already? We > seem to have similar boxes with the same BIOS revision... I can build the world and a CURRENT kernel on the machine as well as install and run them. The machine is also able to use our diskless boot environment with some minor extensions in /boot/beastie.4th. We can not get full control over the ATI SB600 HDA controller. There is no output on the rear plug and the internal speaker volume is the same as the front headphone plug. Linux distinguishes between internal speaker and headphone, but there is no output at the rear plug as well. USB mouse and keyboard are detected and functioning. But there is a problem with USB sticks. Depending on the manufacturer (I tried 3 different) the stick is never detected as umass(4) device or there will be umass I/O errors. In any case the operation system will slow down until it is almoust not responding to keyboard (PS2 or USB) activity. Best regards, Ralf From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 27 07:56:25 2007 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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12DE716A469; Wed, 27 Jun 2007 07:56:25 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id DD6DE13C469; Wed, 27 Jun 2007 07:56:24 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l5R7uOOI028726; Wed, 27 Jun 2007 07:56:24 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l5R7uOtf028722; Wed, 27 Jun 2007 07:56:24 GMT (envelope-from linimon) Date: Wed, 27 Jun 2007 07:56:24 GMT From: Mark Linimon Message-Id: <200706270756.l5R7uOtf028722@freefall.freebsd.org> To: cbc@labmaster.com, linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, linimon@FreeBSD.org Cc: Subject: Re: amd64/113130: [sata] no sata drive found (regression) 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, 27 Jun 2007 07:56:25 -0000 Synopsis: [sata] no sata drive found (regression) State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Wed Jun 27 07:55:41 UTC 2007 State-Changed-Why: Please provide us with dmesg output from 6.1 and 6.2. Responsible-Changed-From-To: freebsd-amd64->linimon Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jun 27 07:55:41 UTC 2007 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=113130 From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 27 13:50:48 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAEFA16A41F for ; Wed, 27 Jun 2007 13:50:48 +0000 (UTC) (envelope-from mwm-dated-1183814546.79897c@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 90D7A13C455 for ; Wed, 27 Jun 2007 13:50:48 +0000 (UTC) (envelope-from mwm-dated-1183814546.79897c@mired.org) Received: (qmail 45296 invoked by uid 1001); 27 Jun 2007 13:22:26 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Wed, 27 Jun 2007 09:22:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18050.25745.401646.292347@bhuda.mired.org> Date: Wed, 27 Jun 2007 09:22:25 -0400 To: Martin Cracauer In-Reply-To: <20070626195031.GA29545@cons.org> References: <467EFF06.6020902@gmail.com> <20070626195031.GA29545@cons.org> X-Mailer: VM 7.19 under Emacs 21.3.1 X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.11 (Ladyburn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Which CPUTYPE for a dualcore Xeon 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: Wed, 27 Jun 2007 13:50:49 -0000 In <20070626195031.GA29545@cons.org>, Martin Cracauer typed: > Martin Turgeon wrote on Sun, Jun 24, 2007 at 07:32:22PM -0400: > > Hi, > > > > I recently installed AMD64 6.2 Release on 2 PowerEdge servers, both with > > dual core Xeon (3070 and 5110). > I extensively benchmarked different compiler options on Xeon 5160 (3.0 > GHz Core2) with gcc-4.1.2 and gcc-4.2. Using what benchmark? That makes a *lot* of difference. > The result was within a percent of all highly tuned CPU-specific > options like -march=k8 -msse3 -mfpmath=sse -ffast-math, and I went > through most iterations. This means that locking your code to one > x86_64 implementation and locking out either AMD or Intel is not worth > the trouble. I don't think you've reached the correct conclusions. In particular, note that doing -mtune instead of -march won't lock you to a specific CPU, but will instead choose instructions/sequences optimized for your CPU. So it's a minor win with no downside. With the x86_64bit architecture, you have three choices: unset (x86 + MMX/SSE/SSE2), nocona (intel, with SSE3) and athlon64 (amd, with 3dNOW!). So changing your Xeon to nocona will just enablie SSE3. The SSE3 extensions are mostly things for doing "horizontal" computations inside the SSE register file. So unless your benchmark was doing lots of work on arrays of floats, it's unlikely you actually tested the SSE3 extensions, in which case all you did was test -mtune. Without testing the extra instructions, we don't know whether using them is worth the trouble or not, and you didn't say what your test was. 3dNOW! is an alternative, instead of an extension, to SSE/SSE2 (and maybe SSE3). People who hack such things tell me it's much spiffier than the SSE instructions, so possibly enabling it would cause those instructions to be used instead of the SSE instructions the compiler currently uses. But you didn't test this case, so we don't know how much difference it would make, and hence whether or not it's worth locking your code to AMD to get it. Thanks, http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 27 15:27:25 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2EC4216A468; Wed, 27 Jun 2007 15:27:25 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id B9DD213C45D; Wed, 27 Jun 2007 15:27:24 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l5RFRNVl005378; Wed, 27 Jun 2007 17:27:23 +0200 (CEST) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.14.1/8.14.1/Submit) id l5RFRMFW005376; Wed, 27 Jun 2007 11:27:22 -0400 (EDT) (envelope-from cracauer) Date: Wed, 27 Jun 2007 11:27:22 -0400 From: Martin Cracauer To: Mike Meyer Message-ID: <20070627152722.GA5217@cons.org> References: <467EFF06.6020902@gmail.com> <20070626195031.GA29545@cons.org> <18050.25745.401646.292347@bhuda.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18050.25745.401646.292347@bhuda.mired.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org, Martin Cracauer , freebsd-amd64@freebsd.org Subject: Re: Which CPUTYPE for a dualcore Xeon 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: Wed, 27 Jun 2007 15:27:25 -0000 Mike Meyer wrote on Wed, Jun 27, 2007 at 09:22:25AM -0400: > In <20070626195031.GA29545@cons.org>, Martin Cracauer typed: > > Martin Turgeon wrote on Sun, Jun 24, 2007 at 07:32:22PM -0400: > > > Hi, > > > > > > I recently installed AMD64 6.2 Release on 2 PowerEdge servers, both with > > > dual core Xeon (3070 and 5110). > > I extensively benchmarked different compiler options on Xeon 5160 (3.0 > > GHz Core2) with gcc-4.1.2 and gcc-4.2. > > Using what benchmark? That makes a *lot* of difference. A proprietory application. I should have mentioned it does almost no floating point, so the assumption to drop sse might not be valid. However, the differences in compiler flags were generally huge and and the simpler ones came out on or near the top. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 27 17:58:51 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCAB916A469 for ; Wed, 27 Jun 2007 17:58:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3771D13C455 for ; Wed, 27 Jun 2007 17:58:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l5RHwhSl047746; Wed, 27 Jun 2007 13:58:44 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Wed, 27 Jun 2007 01:01:48 -0400 User-Agent: KMail/1.9.6 References: <200605120829.k4C8T1gp025713@ms-smtp-02.southeast.rr.com> In-Reply-To: <200605120829.k4C8T1gp025713@ms-smtp-02.southeast.rr.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706270101.49313.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 27 Jun 2007 13:58:44 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3542/Wed Jun 27 12:55:00 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_12_24 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Adam Soderlund Subject: Re: amd64 SMP AP init corrupting the BDA? (newbie) 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, 27 Jun 2007 17:58:52 -0000 On Friday 12 May 2006 04:28:59 am Adam Soderlund wrote: > Hi All, > > Hope this is the right place for questions like this. I've got > something bad going on when booting 6.1release or 7-current amd64 SMP, the > bios data area on my machine is getting whacked (killing usb legacy, which > in turn causes a hang when kernel tries to take over the host > controller(s)). I've debugged it a little bit and here is what I see. > when setting up to launch the APs start_all_aps() calls into pmap_kenter() > which is writing a pte to 0x000004e0 (physical). > > > > 0x04e0 in the BDA prior to pmap_kenter(va, boot_address) > > 0x0000002B > > 0x04e0 in the BDA after pmap_kenter(va, boot_address) > > 0x03C10900 (boot_address on the way in 0x9C000) The pmap_kenter() should not be changing that address. The page tables actually are located after the kernel itself (just after kernend) in memory, so pmap_kenter() isn't going to be writing to a PTE at an address that low. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 27 17:58:54 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 033F416A473 for ; Wed, 27 Jun 2007 17:58:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8375113C458 for ; Wed, 27 Jun 2007 17:58:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l5RHwhSm047746; Wed, 27 Jun 2007 13:58:50 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Wed, 27 Jun 2007 01:07:11 -0400 User-Agent: KMail/1.9.6 References: <08D73EEB-4AC9-4A42-AA1F-1D73BD29E20D@uchicago.edu> In-Reply-To: <08D73EEB-4AC9-4A42-AA1F-1D73BD29E20D@uchicago.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706270107.12070.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 27 Jun 2007 13:58:51 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3542/Wed Jun 27 12:55:00 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_12_24 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: Running 32-bit apps 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, 27 Jun 2007 17:58:54 -0000 On Saturday 16 September 2006 12:26:46 am Nathan Whitehorn wrote: > A little more on this. Setting LD_32_LIBRARY_PATH instead of using > ldconfig makes everything work, but this is not a good solution. If > LD_32_TRACE_LOADED_OBJECTS and LD_32_TRACE_LOADED_OBJECTS_ALL are > set, I get the following running espgs. Note that libcups.so.2 is > found when linked to from the espgs binary, but not when linked from > libcupsimage. libjpeg is also found intermittently. This is on 6.1- > STABLE of two weeks ago. > -Nathan > > /usr/local/bin32/espgs: > libz.so.3 => /usr/lib32/libz.so.3 (0x281d4000) > libjpeg.so.9 => /usr/local/lib32/libjpeg.so.9 (0x281e4000) > libcupsimage.so.2 => /usr/local/lib32/libcupsimage.so.2 > (0x28202000) > libcups.so.2 => /usr/local/lib32/libcups.so.2 (0x28217000) > libm.so.4 => /usr/lib32/libm.so.4 (0x28242000) > libc.so.6 => /usr/lib32/libc.so.6 (0x28259000) > /usr/local/lib32/libcupsimage.so.2: > libtiff.so.4 => not found (0x0) > libpng.so.5 => not found (0x0) > libjpeg.so.9 => not found (0x0) > libz.so.3 => /usr/lib32/libz.so.3 (0x281d4000) > libpthread.so.2 => /usr/lib32/libpthread.so.2 (0x28351000) > libm.so.4 => /usr/lib32/libm.so.4 (0x28242000) > libcrypt.so.3 => /usr/lib32/libcrypt.so.3 (0x28378000) > libcups.so.2 => not found (0x0) > libssl.so.4 => /usr/lib32/libssl.so.4 (0x28391000) > libcrypto.so.4 => /usr/lib32/libcrypto.so.4 (0x283c3000) > /usr/local/lib32/libcups.so.2: > libssl.so.4 => /usr/lib32/libssl.so.4 (0x28391000) > libcrypto.so.4 => /usr/lib32/libcrypto.so.4 (0x283c3000) > libpthread.so.2 => /usr/lib32/libpthread.so.2 (0x28351000) > libm.so.4 => /usr/lib32/libm.so.4 (0x28242000) > libcrypt.so.3 => /usr/lib32/libcrypt.so.3 (0x28378000) > libz.so.3 => /usr/lib32/libz.so.3 (0x281d4000) > /usr/lib32/libssl.so.4: > libcrypto.so.4 => /usr/lib32/libcrypto.so.4 (0x283c3000) Are you still seeing this behavior on newer 6.x? -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 27 19:30:10 2007 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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89A0D16A473 for ; Wed, 27 Jun 2007 19:30:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 53DAC13C469 for ; Wed, 27 Jun 2007 19:30:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l5RJU95X084986 for ; Wed, 27 Jun 2007 19:30:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l5RJU9Q1084979; Wed, 27 Jun 2007 19:30:09 GMT (envelope-from gnats) Date: Wed, 27 Jun 2007 19:30:09 GMT Message-Id: <200706271930.l5RJU9Q1084979@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: "eamon roque" Cc: Subject: Re:amd64/111952:Boot panic due to missing BIOS smap on install cds HP dc5750 SFF X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eamon roque List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 19:30:10 -0000 The following reply was made to PR amd64/111952; it has been noted by GNATS. From: "eamon roque" To: bug-followup@FreeBSD.org Cc: Subject: Re:amd64/111952:Boot panic due to missing BIOS smap on install cds HP dc5750 SFF Date: Wed, 27 Jun 2007 21:22:58 +0200 ------=_Part_37657_6927652.1182972178650 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I've tested this on i386 cds as well (up to this month's 6.2-Stable/7.0-Current) without noticing any differences. HTH Eamon Roque ------=_Part_37657_6927652.1182972178650 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,

I've tested this on i386 cds as well (up to this month's 6.2-Stable/7.0-Current) without noticing any differences.

HTH

Eamon Roque
------=_Part_37657_6927652.1182972178650-- From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 28 07:40:07 2007 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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0DC516A421 for ; Thu, 28 Jun 2007 07:40:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id C0D1C13C44B for ; Thu, 28 Jun 2007 07:40:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l5S7e7Ds051075 for ; Thu, 28 Jun 2007 07:40:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l5S7e71i051071; Thu, 28 Jun 2007 07:40:07 GMT (envelope-from gnats) Date: Thu, 28 Jun 2007 07:40:07 GMT Message-Id: <200706280740.l5S7e71i051071@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: IZ-FreeBSD0701-nospam@hs-karlsruhe.de Cc: Subject: Re: amd64/111952: Boot panic due to missing BIOS smap on install cds (HP dc5750 SFF) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: IZ-FreeBSD0701-nospam@hs-karlsruhe.de List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 07:40:07 -0000 The following reply was made to PR amd64/111952; it has been noted by GNATS. From: IZ-FreeBSD0701-nospam@hs-karlsruhe.de To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/111952: Boot panic due to missing BIOS smap on install cds (HP dc5750 SFF) Date: Thu, 28 Jun 2007 09:39:17 +0200 > I've tested this on i386 cds as well (up to this month's > 6.2-Stable/7.0-Current) > without noticing any differences. That's interesting. I have just used the 6.2-STABLE-200704 from the 6.2-STABLE-200704-i386-disc1.iso snapshot, escaped to the loader prompt used "set hint.apic.0.disabled=1", "set hw.physmem=3219454976" (for 4 GB RAM) and boot up fine. Especially without a kernel crash. The BIOS version is 78E3 v02.25. There is no additional hardware added. For 1 GB RAM I had to use "set hw.physmem=803561472". Best regards, Ralf From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 28 12:23:28 2007 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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4BDB16A400; Thu, 28 Jun 2007 12:23:28 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 574AC13C43E; Thu, 28 Jun 2007 12:23:27 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l5SCNRd8073413; Thu, 28 Jun 2007 12:23:27 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l5SCNQnc073409; Thu, 28 Jun 2007 12:23:26 GMT (envelope-from linimon) Date: Thu, 28 Jun 2007 12:23:26 GMT From: Mark Linimon Message-Id: <200706281223.l5SCNQnc073409@freefall.freebsd.org> To: nechit@lpi.ru, linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/86503: [atapicam] [panic] k3b crash the system like hardware reset (regression) 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, 28 Jun 2007 12:23:28 -0000 Synopsis: [atapicam] [panic] k3b crash the system like hardware reset (regression) State-Changed-From-To: feedback->closed State-Changed-By: linimon State-Changed-When: Thu Jun 28 12:23:06 UTC 2007 State-Changed-Why: Submitter notes that this was gone by 6.0. http://www.freebsd.org/cgi/query-pr.cgi?pr=86503 From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 28 22:30:04 2007 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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D4E816A46B for ; Thu, 28 Jun 2007 22:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4E16C13C44C for ; Thu, 28 Jun 2007 22:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l5SMU48C030336 for ; Thu, 28 Jun 2007 22:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l5SMU4cu030335; Thu, 28 Jun 2007 22:30:04 GMT (envelope-from gnats) Resent-Date: Thu, 28 Jun 2007 22:30:04 GMT Resent-Message-Id: <200706282230.l5SMU4cu030335@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, Vladimir Rick Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AAAA16A421 for ; Thu, 28 Jun 2007 22:26:05 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [69.147.83.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3B1EE13C45B for ; Thu, 28 Jun 2007 22:26:05 +0000 (UTC) (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 l5SMQ4Gp070547 for ; Thu, 28 Jun 2007 22:26:04 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id l5SMQ4tD070546; Thu, 28 Jun 2007 22:26:04 GMT (envelope-from nobody) Message-Id: <200706282226.l5SMQ4tD070546@www.freebsd.org> Date: Thu, 28 Jun 2007 22:26:04 GMT From: Vladimir Rick To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: amd64/114111: System crashes while writing on NFS-mounted share 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, 28 Jun 2007 22:30:04 -0000 >Number: 114111 >Category: amd64 >Synopsis: System crashes while writing on NFS-mounted share >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 28 22:30:03 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Vladimir Rick >Release: 6.2 >Organization: >Environment: FreeBSD kopobka.doma.net 6.2-RELEASE-p5 FreeBSD 6.2-RELEASE-p5 #1: Thu Jun 28 11:21:18 CEST 2007 root@kopobka.doma.net:/usr/obj/usr/src/sys/KOPOBKA amd64 >Description: System crash and autom. reboot during writing on per NFS mounted drive. NFS-Server is also a FreeBSD box: #uname -a server FreeBSD penek.doma.net 6.2-RELEASE-p5 FreeBSD 6.2-RELEASE-p5 #0: Sat May 26 09:00:14 CEST 2007 root@penek.doma.net:/usr/obj/usr/src/sys/PENEK i386 #dmesg amd64 box root@kopobka.doma.net:/usr/obj/usr/src/sys/KOPOBKA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual Core AMD Opteron(tm) Processor 280 (2411.12-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 real memory = 5637144576 (5376 MB) avail memory = 4108857344 (3918 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-55 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xb0000000-0xb0000fff irq 20 at device 2.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: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered pci0: at device 2.1 (no driver attached) pcm0: port 0x1800-0x18ff,0x1400-0x14ff mem 0xb0002000-0xb0002fff irq 22 at device 4.0 on pci0 pcm0: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c00-0x1c0f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x1c40-0x1c47,0x1c34-0x1c37,0x1c38-0x1c3f,0x1c30-0x1c33,0x1c10-0x1c1f mem 0xb0003000-0xb0003fff irq 23 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x1c58-0x1c5f,0x1c4c-0x1c4f,0x1c50-0x1c57,0x1c48-0x1c4b,0x1c20-0x1c2f mem 0xb0004000-0xb0004fff irq 20 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci1: on pcib1 nve0: port 0x1c60-0x1c67 mem 0xb0005000-0xb0005fff irq 21 at device 10.0 on pci0 nve0: Ethernet address 00:e0:81:57:ac:6e miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:e0:81:57:ac:6e pcib2: at device 14.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: port 0xcf8-0xcff on acpi0 pci16: on pcib3 pcib4: at device 10.0 on pci16 pci17: on pcib4 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x3000-0x300f mem 0xd0100000-0xd010000f,0xd0800000-0xd0ffffff irq 24 at device 4.0 on pci17 twe0: [GIANT-LOCKED] twe0: 4 ports, Firmware FE7X 1.05.00.068, BIOS BE7X 1.08.00.048 pci16: at device 10.1 (no driver attached) pcib5: at device 11.0 on pci16 pci18: on pcib5 pci16: at device 11.1 (no driver attached) pcib6: port 0xcf8-0xcff on acpi0 pci128: on pcib6 pci128: at device 0.0 (no driver attached) pci128: at device 1.0 (no driver attached) nve1: port 0x4000-0x4007 mem 0xd1201000-0xd1201fff irq 52 at device 10.0 on pci128 nve1: Ethernet address 00:e0:81:57:ac:6f miibus1: on nve1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve1: Ethernet address: 00:e0:81:57:ac:6f pcib7: at device 14.0 on pci128 pci129: on pcib7 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xcdfff,0xce000-0xcf7ff,0xd7800-0xd87ff on isa0 ppc0: cannot reserve I/O port range 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 umass0: 0 USB DRIVE, rev 2.00/2.00, addr 2 ugen0: Reiner - S cyberJack e-co, rev 1.00/1.00, addr 3 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 ad4: 305245MB at ata2-master SATA150 ad6: 305245MB at ata3-master SATA150 twed0: on twe0 twed0: 190782MB (390721968 sectors) twed1: on twe0 twed1: 190782MB (390721968 sectors) twed2: on twe0 twed2: 190782MB (390721968 sectors) twed3: on twe0 twed3: 238475MB (488397168 sectors) SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: cd present [11007 x 2048 byte records] da0 at umass-sim0 bus 0 target 0 lun 0 da0: < USB DRIVE 2.00> Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 500MB (1024000 512 byte sectors: 64H 32S/T 500C) Trying to mount root from ufs:/dev/ad6s1a WARNING: / was not properly dismounted GEOM_ELI: Device ad6s1b.eli created. GEOM_ELI: Encryption: AES-CBC 256 GEOM_ELI: Crypto: software WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 140 files 3 WARNING: /var was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /daten/musika was not properly dismounted GEOM_ELI: Device gvinum/home.eli created. GEOM_ELI: Encryption: AES-CBC 128 GEOM_ELI: Crypto: software WARNING: /mnt/home was not properly dismounted GEOM_ELI: Device twed2.eli created. GEOM_ELI: Encryption: AES-CBC 128 GEOM_ELI: Crypto: software GEOM_ELI: Device gvinum/ptri.eli created. GEOM_ELI: Encryption: AES-CBC 128 GEOM_ELI: Crypto: software >How-To-Repeat: mount NFS share, write on it >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 29 12:51:01 2007 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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BB4816A469; Fri, 29 Jun 2007 12:51:01 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 75CBC13C457; Fri, 29 Jun 2007 12:51:01 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l5TCp1RU006570; Fri, 29 Jun 2007 12:51:01 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l5TCp0hM006566; Fri, 29 Jun 2007 12:51:00 GMT (envelope-from gavin) Date: Fri, 29 Jun 2007 12:51:00 GMT From: Gavin Atkinson Message-Id: <200706291251.l5TCp0hM006566@freefall.freebsd.org> To: hans.ullrich@loop.de, gavin@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/84832: Installation crashes just at boot AMD64/ Version 5.4 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, 29 Jun 2007 12:51:01 -0000 Synopsis: Installation crashes just at boot AMD64/ Version 5.4 State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Fri Jun 29 12:50:40 UTC 2007 State-Changed-Why: Feedback timeout (1 month) http://www.freebsd.org/cgi/query-pr.cgi?pr=84832 From owner-freebsd-amd64@FreeBSD.ORG Sat Jun 30 01:32:23 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E4D716A468; Sat, 30 Jun 2007 01:32:23 +0000 (UTC) (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 2C73313C45A; Sat, 30 Jun 2007 01:32:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5U1WMIW054746; Fri, 29 Jun 2007 21:32:22 -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.8/8.13.8) with ESMTP id l5U1WMNT044468; Fri, 29 Jun 2007 21:32:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4514B73068; Fri, 29 Jun 2007 21:32:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070630013222.4514B73068@freebsd-current.sentex.ca> Date: Fri, 29 Jun 2007 21:32:22 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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, 30 Jun 2007 01:32:23 -0000 TB --- 2007-06-29 23:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-29 23:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-29 23:25:00 - cleaning the object tree TB --- 2007-06-29 23:25:41 - checking out the source tree TB --- 2007-06-29 23:25:41 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-29 23:25:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-29 23:36:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-29 23:36:58 - cd /src TB --- 2007-06-29 23:36:58 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 29 23:36:59 UTC 2007 >>> 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 >>> World build completed on Sat Jun 30 01:23:31 UTC 2007 TB --- 2007-06-30 01:23:32 - generating LINT kernel config TB --- 2007-06-30 01:23:32 - cd /src/sys/amd64/conf TB --- 2007-06-30 01:23:32 - /usr/bin/make -B LINT TB --- 2007-06-30 01:23:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-30 01:23:32 - cd /src TB --- 2007-06-30 01:23:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 30 01:23:32 UTC 2007 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -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 -pg -mprofiler-epilogue /src/sys/dev/usb/if_axe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -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 -pg -mprofiler-epilogue /src/sys/dev/usb/if_cdce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -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 -pg -mprofiler-epilogue /src/sys/dev/usb/if_cue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -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 -pg -mprofiler-epilogue /src/sys/dev/usb/if_kue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -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 -pg -mprofiler-epilogue /src/sys/dev/usb/if_ural.c /src/sys/dev/usb/if_ural.c:106: error: 'USB_PRODUCT_SIEMENS3_WL54G' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:108: error: 'USB_VENDOR_SPAIRON' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:108: error: 'USB_PRODUCT_SPAIRON_WL54G' undeclared here (not in a function) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-30 01:32:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-30 01:32:21 - ERROR: failed to build lint kernel TB --- 2007-06-30 01:32:21 - tinderbox aborted TB --- 1.01 user 3.65 system 7641.47 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Sat Jun 30 21:43:17 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB3B416A400; Sat, 30 Jun 2007 21:43:17 +0000 (UTC) (envelope-from wa4geg@surfbest.net) Received: from mail005.cisp.com (mail005.cisp.com [65.196.203.205]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE0A13C44B; Sat, 30 Jun 2007 21:43:17 +0000 (UTC) (envelope-from wa4geg@surfbest.net) Received: from 87-pool1.ras05.atl01.dial.cogentco.com (unverified [206.148.184.87]) by mail005.cisp.com (Rockliffe SMTPRA 7.0.6) with ESMTP id ; Sat, 30 Jun 2007 21:43:16 +0000 From: Byron Campbell Organization: Electronic Equipment Service To: Andy Fawcett Date: Sat, 30 Jun 2007 17:45:23 -0400 User-Agent: KMail/1.9.6 References: <200706171332.13721.wa4geg@surfbest.net> <4678913B.7080300@paradise.net.nz> <200706200707.52030.andy@athame.co.uk> In-Reply-To: <200706200707.52030.andy@athame.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706301745.24589.wa4geg@surfbest.net> Cc: freebsd-x11@freebsd.org, Mark Kirkwood , freebsd-amd64@freebsd.org, freebsd-questions@freebsd.org Subject: Re: X fails after upgrade to xorg-7.2; FreeBSD AMD64 w/ Radeon 9600 Pro 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, 30 Jun 2007 21:43:17 -0000 On Wednesday 20 June 2007 12:07:49 am Andy Fawcett wrote: > > One thing that *might* make a difference could be the drm > stuff. I have it built into my kernel, you might be > (auto)loading it as modules. > > Relevant lines from my kernel config: > > device radeondrm > device drm > > Could be worth trying, if you don't already have it. Thanks for the tip. I'm just now getting back to this issue after installing 6.2 Stable AMD64 on a newly acquired hard drive. And I have the above drm lines in my kernel, but the display still goes blank when I startx. Some small headway: The problem with the display (which is now a SyncMaster 940t connected to the Radeon 9600 Pro DVI out) being driven out of range (I assume) and going blank was solved by setting the option NoAccel in the device section of my xorg.conf file. I've also tired both the "ati" and "radeon" drivers, and both give identical results. With acceleration disabled image tearing is bad, jumpy really, that is when one is dragging an X-term around on the desktop (xfce4.) But at least I've got a workable display now. I've been trying several and varied radeon driver "option" settings / combinations to see if I can get a viewable display with acceleration, but no luck yet. Maybe someone using the Radeon 9600 Pro [RV350 AP] video card with a similar TFT flatpanel will chime in with their experiences and / or workable settings. Byron - WA4GEG -