From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 02:57:25 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F3DE16A4CE for ; Sun, 10 Apr 2005 02:57:25 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CBB343D1D for ; Sun, 10 Apr 2005 02:57:24 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.70.216]) by lakermmtao01.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP <20050410025722.YCTN29182.lakermmtao01.cox.net@dolphin.local.net>; Sat, 9 Apr 2005 22:57:22 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j3A2vK1P082154; Sat, 9 Apr 2005 21:57:20 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 9 Apr 2005 21:57:15 -0500 From: "Conrad J. Sabatier" To: Astrodog Message-ID: <20050409215715.3d30448e@dolphin.local.net> In-Reply-To: <2fd864e05040911286938343a@mail.gmail.com> References: <200504091737.j39Hb6uY023089@aldan.algebra.com> <2fd864e05040911286938343a@mail.gmail.com> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org cc: Mikhail Teterin Subject: Re: linux- ports on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 02:57:25 -0000 On Sat, 9 Apr 2005 11:28:59 -0700, Astrodog wrote: > On Apr 9, 2005 10:37 AM, Mikhail Teterin wrote: > > Hello! > > > > linux_base-8 installed without a hitch, but linux-gtk2 and > > its dependencies kept complaining about amd64. I had to patch > > them all with > > > > -ONLY_FOR_ARCHS= i386 > > +ONLY_FOR_ARCHS= i386 amd64 > > > > and rename distinfo.i386 back into distinfo for the time being. > > linux-jpeg was a special case, requiring the following patch: > > > > -RPM_SET= libjpeg-6b-15.${MACHINE_ARCH}.rpm > > +RPM_SET= libjpeg-6b-15.${MACHINE_ARCH:S/amd64/i386/}.rpm > > > > As a result linux-firefox installed and is usable. > > > > Is this problem just an oversight or was there a conscientious > > decision to limit these ports to i386, when amd64 is also perfectly > > capable to use them? > > > > -mi > > This is an issue I'm currently trying to come up with a more systemic > solution for. It gets uglier once you have system, and compat rpms. I'm not sure what you mean here. "System" and "compat" rpms??? > Anyone have any thoughts on a "long term" solution for this? I agree that we need some sort of over-arching approach, rather than a piecemeal, port-by-port "solution". Of course, there are bound to be some ports that will prove to be resistant to such a generalized approach, but hopefully, these will prove to be in the minority. Maybe something along the lines of a bsd.linux.mk file? -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 04:19:44 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DEF716A4CF; Sun, 10 Apr 2005 04:19:44 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F68943D46; Sun, 10 Apr 2005 04:19:44 +0000 (GMT) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (mi@localhost [127.0.0.1]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j3A4JhaQ025734 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 10 Apr 2005 00:19:43 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.13.1/8.13.1/Submit) id j3A4JhuP025733; Sun, 10 Apr 2005 00:19:43 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200504100419.j3A4JhuP025733@aldan.algebra.com> To: gnome@FreeBSD.org Date: Sun, 10 Apr 2005 00:19:43 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w y+z3/UR{6SCQ X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: amd64@FreeBSD.org Subject: mozilla's install hanging on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 04:19:44 -0000 Hello! I've enabled Calendar in www/mozilla. The port builds fine, but at the install time it hangs at: /bin/rm -fr /opt/include/mozilla /bin/mkdir -p /opt/include/mozilla /bin/chmod 755 /opt/include/mozilla cd /var/usr/ports/www/mozilla/work/fake/include/mozilla && /usr/bin/find . | /usr/bin/cpio -pdm -L -R root:wheel /opt/include/mozilla 34001 blocks /bin/mkdir -p /opt/share/gnome/applications install -o root -g wheel -m 444 /var/usr/ports/www/mozilla/work/mozilla.desktop /opt/share/gnome/applications ===> Building Chrome's registry... *** Registering -webcal handler. *** Registering text/calendar handler. *** Registering webcal protocol handler. I can see regxpcom running at full steam consuming all available CPU. I first blamed the -O2 switch, but exactly the same thing happens after a complete rebuild of the port with -O. This is on a single-processor Opteron system. According to ktrace, the regxpcom process is doing nothing, but occasional: 3237 regxpcom RET kse_release 0 3237 regxpcom CALL kse_release(0x7fffffefef50) Any ideas? Thanks! -mi From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 05:22:20 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 283AF16A4CE; Sun, 10 Apr 2005 05:22:20 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA88343D31; Sun, 10 Apr 2005 05:22:18 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) j3A5M3nw095988; Sun, 10 Apr 2005 01:22:03 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Mikhail Teterin In-Reply-To: <200504100419.j3A4JhuP025733@aldan.algebra.com> References: <200504100419.j3A4JhuP025733@aldan.algebra.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-30YksoLfNIf162lje1LE" Organization: MarcusCom, Inc. Date: Sun, 10 Apr 2005 01:21:56 -0400 Message-Id: <1113110516.1106.3.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port cc: gnome@freebsd.org cc: amd64@freebsd.org Subject: Re: mozilla's install hanging on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 05:22:20 -0000 --=-30YksoLfNIf162lje1LE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2005-04-10 at 00:19 -0400, Mikhail Teterin wrote: > Hello! >=20 > I've enabled Calendar in www/mozilla. The port builds fine, but at the > install time it hangs at: >=20 > /bin/rm -fr /opt/include/mozilla > /bin/mkdir -p /opt/include/mozilla > /bin/chmod 755 /opt/include/mozilla > cd /var/usr/ports/www/mozilla/work/fake/include/mozilla && /usr/bin/find= . | /usr/bin/cpio -pdm -L -R root:wheel /opt/include/mozilla > 34001 blocks > /bin/mkdir -p /opt/share/gnome/applications > install -o root -g wheel -m 444 > /var/usr/ports/www/mozilla/work/mozilla.desktop > /opt/share/gnome/applications > =3D=3D=3D> Building Chrome's registry... > *** Registering -webcal handler. > *** Registering text/calendar handler. > *** Registering webcal protocol handler. >=20 > I can see regxpcom running at full steam consuming all available CPU. >=20 > I first blamed the -O2 switch, but exactly the same thing happens after > a complete rebuild of the port with -O. This is on a single-processor > Opteron system. According to ktrace, the regxpcom process is doing > nothing, but occasional: >=20 > 3237 regxpcom RET kse_release 0 > 3237 regxpcom CALL kse_release(0x7fffffefef50) >=20 > Any ideas? Thanks! Does this happen without the calendar enabled? Perhaps there is a bug in that code. I'm not so sure the calendar code has been as scrutinized on amd64. Joe >=20 > -mi > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-30YksoLfNIf162lje1LE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCWLf0b2iPiv4Uz4cRAqZoAJ4qL4NnIX31T6WEFOTpiRm5VUf8zQCgi1Gj BkwN8FFVbKOJ7/jbaMDVnKo= =LtoO -----END PGP SIGNATURE----- --=-30YksoLfNIf162lje1LE-- From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 06:31:48 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CED216A4CE; Sun, 10 Apr 2005 06:31:48 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE53843D49; Sun, 10 Apr 2005 06:31:47 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j3A6Vgi7026315 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 10 Apr 2005 02:31:44 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (mi@localhost.video-collage.com [127.0.0.1])j3A6Vb4Z045583 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 10 Apr 2005 02:31:37 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: (from mi@localhost)j3A6Vax8045582; Sun, 10 Apr 2005 02:31:36 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200504100631.j3A6Vax8045582@corbulon.video-collage.com> To: marcus@marcuscom.com (Joe Marcus Clarke) Date: Sun, 10 Apr 2005 02:31:36 -0400 (EDT) In-Reply-To: <1113110516.1106.3.camel@shumai.marcuscom.com> X-Mailer: ELM [version 2.5 PL7] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: gnome@freebsd.org cc: amd64@freebsd.org Subject: Re: mozilla's install hanging on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 06:31:48 -0000 > Does this happen without the calendar enabled? Perhaps there is a bug > in that code. I'm not so sure the calendar code has been as scrutinized > on amd64. It does, actually, as I just found out after yet another rebuild. It looks like this: [...] for pcfile in mozilla-gtkmozembed mozilla-js mozilla-xpcom mozilla-nspr mozilla-nss mozilla-plugin; do /usr/bin/sed -i.bak -e 's|/var/usr/ports/www/mozilla/work/fake|/opt|g' /var/usr/ports/www/mozilla/work/mozilla/build/unix/${pcfile}.pc; install -o root -g wheel -m 444 /var/usr/ports/www/mozilla/work/mozilla/build/unix/${pcfile}.pc /opt/libdata/pkgconfig/${pcfile}.pc ; done /bin/rm -fr /opt/include/mozilla /bin/mkdir -p /opt/include/mozilla /bin/chmod 755 /opt/include/mozilla cd /var/usr/ports/www/mozilla/work/fake/include/mozilla && /usr/bin/find . | /usr/bin/cpio -pdm -L -R root:wheel /opt/include/mozilla 33517 blocks /bin/mkdir -p /opt/share/gnome/applications install -o root -g wheel -m 444 /var/usr/ports/www/mozilla/work/mozilla.desktop /opt/share/gnome/applications ===> Building Chrome's registry... regxpcom has already accumulated 40 CPU minutes... -mi From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 06:42:14 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E56316A4CE; Sun, 10 Apr 2005 06:42:14 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1070943D1F; Sun, 10 Apr 2005 06:42:14 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j3A6i8Sg066704; Sun, 10 Apr 2005 00:44:08 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4258CA04.7040108@samsco.org> Date: Sun, 10 Apr 2005 00:39:00 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mikhail Teterin References: <200504100631.j3A6Vax8045582@corbulon.video-collage.com> In-Reply-To: <200504100631.j3A6Vax8045582@corbulon.video-collage.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Joe Marcus Clarke cc: gnome@freebsd.org cc: amd64@freebsd.org Subject: Re: mozilla's install hanging on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 06:42:14 -0000 Mikhail Teterin wrote: >>Does this happen without the calendar enabled? Perhaps there is a bug >>in that code. I'm not so sure the calendar code has been as scrutinized >>on amd64. > > > It does, actually, as I just found out after yet another rebuild. > It looks like this: > > [...] > for pcfile in mozilla-gtkmozembed mozilla-js mozilla-xpcom mozilla-nspr mozilla-nss mozilla-plugin; do /usr/bin/sed -i.bak -e 's|/var/usr/ports/www/mozilla/work/fake|/opt|g' /var/usr/ports/www/mozilla/work/mozilla/build/unix/${pcfile}.pc; install -o root -g wheel -m 444 /var/usr/ports/www/mozilla/work/mozilla/build/unix/${pcfile}.pc /opt/libdata/pkgconfig/${pcfile}.pc ; done > /bin/rm -fr /opt/include/mozilla > /bin/mkdir -p /opt/include/mozilla > /bin/chmod 755 /opt/include/mozilla > cd /var/usr/ports/www/mozilla/work/fake/include/mozilla && /usr/bin/find . | /usr/bin/cpio -pdm -L -R root:wheel /opt/include/mozilla > 33517 blocks > /bin/mkdir -p /opt/share/gnome/applications > install -o root -g wheel -m 444 /var/usr/ports/www/mozilla/work/mozilla.desktop /opt/share/gnome/applications > ===> Building Chrome's registry... > > > regxpcom has already accumulated 40 CPU minutes... > > -mi I built and installed mozilla (with the calendar, I think) about 10 days ago on a fresh amd64 install and have been using it without any problems. Did you happen to have an old ~/.mozilla hanging around? Scott From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 07:41:00 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76D0916A4CE; Sun, 10 Apr 2005 07:41:00 +0000 (GMT) Received: from 62-15-209-148.inversas.jazztel.es (62-15-209-148.inversas.jazztel.es [62.15.209.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23BD543D39; Sun, 10 Apr 2005 07:40:59 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j3A7fBYW002390; Sun, 10 Apr 2005 09:41:11 +0200 (CEST) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j3A7enJO000797; Sun, 10 Apr 2005 09:40:49 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: freebsd-gnome@freebsd.org Date: Sun, 10 Apr 2005 09:40:48 +0200 User-Agent: KMail/1.8 References: <200504100631.j3A6Vax8045582@corbulon.video-collage.com> <4258CA04.7040108@samsco.org> In-Reply-To: <4258CA04.7040108@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200504100940.49061.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.45; host: antares.redesjm.local) cc: gnome@freebsd.org cc: amd64@freebsd.org cc: Mikhail Teterin Subject: Re: mozilla's install hanging on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 07:41:00 -0000 El Domingo, 10 de Abril de 2005 08:39, Scott Long escribi=F3: > Mikhail Teterin wrote: > >>Does this happen without the calendar enabled? Perhaps there is a > >> bug in that code. I'm not so sure the calendar code has been as > >> scrutinized on amd64. > > > > I built and installed mozilla (with the calendar, I think) about 10 > days ago on a fresh amd64 install and have been using it without any > problems. Did you happen to have an old ~/.mozilla hanging around? > A little OT. I remember NetBSD pkgsrc uses to define $HOME under $WRKDIR=20 to not take root/user config in the build/install. This maybe of=20 interest. =2D- josemi From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 09:53:10 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FA0216A4CE for ; Sun, 10 Apr 2005 09:53:10 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 061E543D2F for ; Sun, 10 Apr 2005 09:53:10 +0000 (GMT) (envelope-from sean@mutatorr.net) Received: (qmail 13504 invoked by uid 89); 10 Apr 2005 09:53:09 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 10 Apr 2005 09:53:09 -0000 Received: (qmail 13500 invoked by uid 89); 10 Apr 2005 09:53:08 -0000 Received: from unknown (HELO ?192.168.1.196?) (66.23.228.86) by duchess.speedfactory.net with SMTP; 10 Apr 2005 09:53:08 -0000 Message-ID: <4258F773.8020407@mutatorr.net> Date: Sun, 10 Apr 2005 05:52:51 -0400 From: Sean Bryant User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: nForce based motherboards. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 09:53:10 -0000 Can I ask you about your experience with the nvidia nforce boards. They won't give you the documentation you say but does nvidia give a reason why? From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 12:01:08 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 608BD16A4CF for ; Sun, 10 Apr 2005 12:01:08 +0000 (GMT) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74D2843D46 for ; Sun, 10 Apr 2005 12:01:06 +0000 (GMT) (envelope-from lars.tunkrans@bredband.net) Received: from [192.168.245.231] ([213.112.167.75] [213.112.167.75]) by mxfep02.bredband.com with ESMTP <20050410120105.SRQK22685.mxfep02.bredband.com@[192.168.245.231]>; Sun, 10 Apr 2005 14:01:05 +0200 Message-ID: <42591470.3030103@bredband.net> Date: Sun, 10 Apr 2005 13:56:32 +0200 From: Lars Tunkrans Organization: None User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7.3) Gecko/20041024 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <200504100419.j3A4JhuP025733@aldan.algebra.com> <1113110516.1106.3.camel@shumai.marcuscom.com> In-Reply-To: <1113110516.1106.3.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org Subject: Re: mozilla's install hanging on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 12:01:08 -0000 Joe Marcus Clarke wrote: > On Sun, 2005-04-10 at 00:19 -0400, Mikhail Teterin wrote: > >>Hello! >> >>I've enabled Calendar in www/mozilla. The port builds fine, but at the >>install time it hangs at: >> >>I can see regxpcom running at full steam consuming all available CPU. >> >>I first blamed the -O2 switch, but exactly the same thing happens after >>a complete rebuild of the port with -O. This is on a single-processor >>Opteron system. According to ktrace, the regxpcom process is doing >>nothing, but occasional: >> >> 3237 regxpcom RET kse_release 0 >> 3237 regxpcom CALL kse_release(0x7fffffefef50) >> >>Any ideas? Thanks! > > > Does this happen without the calendar enabled? Perhaps there is a bug > in that code. I'm not so sure the calendar code has been as scrutinized > on amd64. > > Joe This is not a new problem. I reported it om the freebsd-Mozilla list last september. Its regxpcom that ends up in a tight loop. http://lists.freebsd.org/pipermail/freebsd-mozilla/2004-September/000153.html At that point no one took notice :-( Its an intermittent problem. Sometimes one gets stuck and sometimes not. //Lars From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 13:19:37 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A479016A4CE; Sun, 10 Apr 2005 13:19:37 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25D5C43D1D; Sun, 10 Apr 2005 13:19:37 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j3ADJTcp028219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 10 Apr 2005 09:19:35 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (mi@localhost.video-collage.com [127.0.0.1])j3ADJNt1074666 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 10 Apr 2005 09:19:24 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: (from mi@localhost)j3ADJFhN074665; Sun, 10 Apr 2005 09:19:15 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200504101319.j3ADJFhN074665@corbulon.video-collage.com> To: scottl@samsco.org (Scott Long) Date: Sun, 10 Apr 2005 09:19:15 -0400 (EDT) In-Reply-To: <4258CA04.7040108@samsco.org> X-Mailer: ELM [version 2.5 PL7] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: Joe Marcus Clarke cc: gnome@freebsd.org cc: amd64@freebsd.org Subject: Re: mozilla's install hanging on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 13:19:37 -0000 > > regxpcom has already accumulated 40 CPU minutes... > I built and installed mozilla (with the calendar, I think) about 10 > days ago on a fresh amd64 install and have been using it without any > problems. Did you happen to have an old ~/.mozilla hanging around? No, this is a new machine -- I only copied over my .ssh and .tcshrc for now. There is -march=opteron flag, though -- I remember -march causing problems on i386 in the past, but I thought, that was fixed long ago. The world and the rest of the ports were built with `-O2 -fno-strict-aliasing -march=opteron'. -mi From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 20:57:43 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D165816A4D3; Sun, 10 Apr 2005 20:57:43 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 894E143D39; Sun, 10 Apr 2005 20:57:38 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j3AL0q1t026326; Sun, 10 Apr 2005 15:00:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42599271.2090509@samsco.org> Date: Sun, 10 Apr 2005 14:54:09 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mikhail Teterin References: <200504101319.j3ADJFhN074665@corbulon.video-collage.com> In-Reply-To: <200504101319.j3ADJFhN074665@corbulon.video-collage.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Joe Marcus Clarke cc: gnome@freebsd.org cc: amd64@freebsd.org Subject: Re: mozilla's install hanging on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 20:57:44 -0000 Mikhail Teterin wrote: >>>regxpcom has already accumulated 40 CPU minutes... > > > >>I built and installed mozilla (with the calendar, I think) about 10 >>days ago on a fresh amd64 install and have been using it without any >>problems. Did you happen to have an old ~/.mozilla hanging around? > > > No, this is a new machine -- I only copied over my .ssh and .tcshrc > for now. > > There is -march=opteron flag, though -- I remember -march causing > problems on i386 in the past, but I thought, that was fixed long ago. > > The world and the rest of the ports were built with `-O2 > -fno-strict-aliasing -march=opteron'. > > -mi Well, my /etc/make.conf was empty. It's always a good idea to remove non-standard and un-supported compiler options when encountering problems. Scott From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 21:37:59 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60A0C16A4CE; Sun, 10 Apr 2005 21:37:59 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id D57F243D1D; Sun, 10 Apr 2005 21:37:58 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j3ALbsD6031820 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 10 Apr 2005 17:37:55 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (mi@localhost.video-collage.com [127.0.0.1])j3ALbmFs079085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 10 Apr 2005 17:37:49 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: (from mi@localhost)j3ALbm0h079084; Sun, 10 Apr 2005 17:37:48 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200504102137.j3ALbm0h079084@corbulon.video-collage.com> To: scottl@samsco.org (Scott Long) Date: Sun, 10 Apr 2005 17:37:48 -0400 (EDT) In-Reply-To: <42599271.2090509@samsco.org> X-Mailer: ELM [version 2.5 PL7] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: gnome@FreeBSD.org cc: amd64@FreeBSD.org Subject: Re: mozilla's install hanging on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 21:37:59 -0000 > Well, my /etc/make.conf was empty. It's always a good idea to remove > non-standard and un-supported compiler options when encountering > problems. As far as optimization is concerned, I had the same problem after rebuilding the entire Mozilla with -O. This information was in my original e-mail, that started this thread. Regarding the CPU-targeting (-march=opteron) -- this is not "non-standard" nor "un-supported" -- setting CPUTYPE in /etc/make.conf has long been the recommended way to go, as exemplified in /usr/share/examples/etc/defaults/make.conf and bsd.cpu.mk -- this is where actual -march=XXX is added to compiler flags. If Mozilla port can't handle this, than it is broken and needs fixing :-( -mi From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 10 21:41:35 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67E1B16A4CE; Sun, 10 Apr 2005 21:41:35 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CEBE43D46; Sun, 10 Apr 2005 21:41:34 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j3ALj2Ct026661; Sun, 10 Apr 2005 15:45:02 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42599CCB.50608@samsco.org> Date: Sun, 10 Apr 2005 15:38:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mikhail Teterin References: <200504102137.j3ALbm0h079084@corbulon.video-collage.com> In-Reply-To: <200504102137.j3ALbm0h079084@corbulon.video-collage.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: gnome@FreeBSD.org cc: amd64@FreeBSD.org Subject: Re: mozilla's install hanging on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Apr 2005 21:41:35 -0000 Mikhail Teterin wrote: >>Well, my /etc/make.conf was empty. It's always a good idea to remove >>non-standard and un-supported compiler options when encountering >>problems. > > > As far as optimization is concerned, I had the same problem after > rebuilding the entire Mozilla with -O. This information was in my > original e-mail, that started this thread. > > Regarding the CPU-targeting (-march=opteron) -- this is not > "non-standard" nor "un-supported" -- setting CPUTYPE in /etc/make.conf > has long been the recommended way to go, as exemplified in > > /usr/share/examples/etc/defaults/make.conf This file just happens to be an example file, not a documentation piece. > > and bsd.cpu.mk -- this is where actual -march=XXX is added to compiler > flags. > > If Mozilla port can't handle this, than it is broken and needs fixing > :-( > > -mi Feel free to submit patches to mozilla.org. Scott From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 11 03:37:50 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E1BF16A4CE; Mon, 11 Apr 2005 03:37:50 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2C4443D55; Mon, 11 Apr 2005 03:37:48 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 458378568C; Mon, 11 Apr 2005 13:07:46 +0930 (CST) Date: Mon, 11 Apr 2005 13:07:46 +0930 From: Greg 'groggy' Lehey To: David O'Brien Message-ID: <20050411033746.GF84649@wantadilla.lemis.com> References: <200503301525.37798.peter@wemm.org> <20050331184524.GB1687@dragon.NUXI.org> <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <20050331185902.GF1687@dragon.NUXI.org> <20050405003911.GT867@wantadilla.lemis.com> <20050408200418.GC3738@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z0eOaCaDLjvTGF2l" Content-Disposition: inline In-Reply-To: <20050408200418.GC3738@dragon.NUXI.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? (solved) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2005 03:37:50 -0000 --z0eOaCaDLjvTGF2l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Friday, 8 April 2005 at 13:04:18 -0700, David O'Brien wrote: > On Tue, Apr 05, 2005 at 10:09:11AM +0930, Greg 'groggy' Lehey wrote: >> The moral of the story is, I suppose, "don't buy the MSI K8T >> Master2-FAR". I was warned about the motherboard before I bought it, > > WHY?? There is nothing wrong with that motherboard -- I have three of > them. You are at fault for trying to treat a consumer desktop 2P mobo as > a high-end server one. "You are at fault for trying to used a mobo in an advertised configuration". Sorry, David. If a board doesn't perform as advertised, it's inferior. If you can find a way to work around, fine. I can too, and I have done. But the ability to find a workaround for a deficiency is no reason to say "There is nothing wrong with that motherboard". > People do not run 2GB DIMM's in an MSI K8T Master2-FAR. Indeed. You can't. > The MSI K8T Master2-FAR works fine with 1GB DIMM's. Where on MSI's > website did they state 2GB double-stacked DIMM's were supported? I can't be bothered to search their web site. It's on page 2-8 of the instructions supplied with the motherboard (document G52-S9130X3, version 1.2). Greg -- See complete headers for address and phone numbers. --z0eOaCaDLjvTGF2l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCWfEKIubykFB6QiMRAmlIAJ9O/6gH3evN+9RYEKKZyeZoPHTNUQCfYje7 0H8d5Ua9O/gdoZDY1UVG/js= =PDit -----END PGP SIGNATURE----- --z0eOaCaDLjvTGF2l-- From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 11 03:39:59 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1702E16A4CE for ; Mon, 11 Apr 2005 03:39:59 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC34243D4C for ; Mon, 11 Apr 2005 03:39:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D5F045130F; Sun, 10 Apr 2005 20:39:57 -0700 (PDT) Date: Sun, 10 Apr 2005 20:39:57 -0700 From: Kris Kennaway To: amd64@FreeBSD.org Message-ID: <20050411033957.GA21170@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: fpudna: fpcurthread == curthread 2 times X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2005 03:39:59 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Got this on an SMP package machine running 5.4-RC2: fpudna: fpcurthread =3D=3D curthread 1 times fpudna: fpcurthread =3D=3D curthread 2 times int fpudna() { struct pcb *pcb; register_t s; if (PCPU_GET(fpcurthread) =3D=3D curthread) { printf("fpudna: fpcurthread =3D=3D curthread %d times\n", ++err_count); stop_emulating(); return (1); } =20 Debugging message accidentally left in, or bug? Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCWfGNWry0BWjoQKURArsAAJ4oDBY7CbH711svyiESqpggr2u8hQCgxSYX CEMjK0Co7Nt+a0uL+99Xv4g= =vxwH -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 11 11:02:13 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8AE816A4E5 for ; Mon, 11 Apr 2005 11:02:13 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D03143D54 for ; Mon, 11 Apr 2005 11:02:13 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j3BB2C9d088197 for ; Mon, 11 Apr 2005 11:02:12 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j3BB2BvZ088191 for freebsd-amd64@freebsd.org; Mon, 11 Apr 2005 11:02:11 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 11 Apr 2005 11:02:11 GMT Message-Id: <200504111102.j3BB2BvZ088191@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2005 11:02:14 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/27] amd64/73211 amd64 FAST_IPSEC broken on amd64 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/11/26] amd64/59714 amd64 device timeout and ad0: WARNING - WRITE_D o [2004/07/28] amd64/69704 amd64 ext2/ext3 unstable in amd64 o [2004/07/28] amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o [2004/09/07] amd64/71471 amd64 Can not install 5.3beta3/amd64 on IBM eSe o [2004/10/28] amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was see o [2004/10/30] amd64/73322 amd64 unarchiving /etc to msdos fs locks up amd o [2004/11/01] amd64/73369 amd64 on-board firewire unreliable with Asus K8 o [2004/11/07] amd64/73650 amd64 5.3-release panics on boot o [2004/11/10] amd64/73775 amd64 Kernel panic (trap 12) when booting with o [2004/11/16] amd64/74014 amd64 5.3-RELEASE-AMD64 freezes on boot during o [2004/12/05] amd64/74747 amd64 System panic on shutdown when process wil o [2004/12/18] amd64/75209 amd64 5.3-Release panics on attempted boot from o [2004/12/23] amd64/75417 amd64 ACPI: SATA Hard-disk o [2005/01/12] amd64/76136 amd64 system halts before reboot o [2005/01/17] amd64/76336 amd64 racoon/setkey -D cases instant "Fatal Tra o [2005/02/02] amd64/77011 amd64 consisten 5.3-p5 make crash on installwor o [2005/02/04] amd64/77101 amd64 Please include ULi M1689 LAN, SATA, and A o [2005/02/17] amd64/77629 amd64 aMule hardlocks AMD64 system o [2005/02/23] amd64/77949 amd64 Pb boot FreeBSD 64 o [2005/03/04] amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/p o [2005/03/07] amd64/78558 amd64 installation o [2005/03/14] amd64/78848 amd64 sis driver on FreeBSD 5.x does not work o 22 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/01/11] amd64/61209 amd64 ppc0: cannot reserve I/O port range o [2004/02/21] amd64/63188 amd64 ti(4) broken on amd64 o [2004/07/28] amd64/69705 amd64 IPC problem (msq_queues) o [2004/07/28] amd64/69709 amd64 ACPI enabled then floppy don't work (5.2. o [2004/08/15] amd64/70500 amd64 bge driver for 3Com 3C996B on amd64 preve o [2004/12/02] amd64/74608 amd64 mpt hangs 5 minutes when booting o [2004/12/07] amd64/74811 amd64 df, nfs mount, negative Avail -> 32/64-bi o [2004/12/13] ports/75015 amd64 cvsup on amd64 with runsocks (socks5) cor o [2004/12/25] amd64/75488 amd64 ntfs_iconv not working on amd64 o [2005/02/13] amd64/77470 amd64 Using of cyrillic filenames conversion le o [2005/03/17] amd64/78954 amd64 kerberos 5 failed to build 11 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 11 15:29:25 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DC6C16A4CE for ; Mon, 11 Apr 2005 15:29:25 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16BBF43D31 for ; Mon, 11 Apr 2005 15:29:24 +0000 (GMT) (envelope-from girgen@FreeBSD.org) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 64CD94B176 for ; Mon, 11 Apr 2005 17:29:22 +0200 (CEST) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15970-01-18 for ; Mon, 11 Apr 2005 17:29:22 +0200 (CEST) Received: from [192.168.1.187] (rambutan.pingpong.net [192.168.1.187]) by melon.pingpong.net (Postfix) with ESMTP id 227084B15B for ; Mon, 11 Apr 2005 17:29:22 +0200 (CEST) Date: Mon, 11 Apr 2005 17:29:22 +0200 From: Palle Girgensohn To: amd64@freebsd.org Message-ID: <5D7E073133BEF82ACB8B4369@rambutan.pingpong.net> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========903FE678328A82B898AA==========" X-Virus-Scanned: by amavisd-new at pingpong.net Subject: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2005 15:29:25 -0000 --==========903FE678328A82B898AA========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi! Our Dell 2850 running 5.4-PRERELEASE (amd64) from March 16 crashes sporadically with the above msg. This has happened from time to time since we got it in november. I've tried upgrading to stable a few times but the problems have come back. It really hangs hard most of the time, only the big button will restart it. I cannot say what is causing the problems. We're running postfix (with clamd, amavis), cyrus mail server and apache 1.3 w/ PHP. I'm not used to debugging kernels, but I guess there's a fine section in the handbook about this. But perhaps this is a known problem, perhaps even fixed, or maybe it is a port that is bad, not the kernel? I have googled and checked the mailing lists, and I'm not alone, but I found no fixes. Any feedback appreciated. apache+mod_ssl-1.3.33+2.8.22 clamav-0.83 cyrus-imapd-2.2.10 cyrus-imspd-1.7b cyrus-sasl-2.1.20 php4-4.3.10_2 php4-calendar-4.3.10_2 php4-gettext-4.3.10_2 php4-imap-4.3.10_2 php4-mbstring-4.3.10_2 php4-mhash-4.3.10_2 php4-openssl-4.3.10_2 php4-pcre-4.3.10_2 php4-pear-4.3.10_2 php4-pgsql-4.3.10_2 php4-session-4.3.10_2 php4-xml-4.3.10_2 php4-xslt-4.3.10_2 postfix-2.1.5_1,1 Palle --==========903FE678328A82B898AA========== Content-Type: application/octet-stream; name=MELON Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=MELON; size=9427 IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2FtZDY0CiMKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGlzIGZpbGUsIHBsZWFzZSBy ZWFkIHRoZSBoYW5kYm9vayBzZWN0aW9uIG9uCiMgS2VybmVsIENvbmZpZ3VyYXRpb24gRmlsZXM6 CiMKIyAgICBodHRwOi8vd3d3LkZyZWVCU0Qub3JnL2RvYy9lbl9VUy5JU084ODU5LTEvYm9va3Mv aGFuZGJvb2sva2VybmVsY29uZmlnLWNvbmZpZy5odG1sCiMKIyBUaGUgaGFuZGJvb2sgaXMgYWxz byBhdmFpbGFibGUgbG9jYWxseSBpbiAvdXNyL3NoYXJlL2RvYy9oYW5kYm9vawojIGlmIHlvdSd2 ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRpb24sIG90aGVyd2lzZSBhbHdheXMgc2VlIHRo ZQojIEZyZWVCU0QgV29ybGQgV2lkZSBXZWIgc2VydmVyIChodHRwOi8vd3d3LkZyZWVCU0Qub3Jn LykgZm9yIHRoZQojIGxhdGVzdCBpbmZvcm1hdGlvbi4KIwojIEFuIGV4aGF1c3RpdmUgbGlzdCBv ZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVkIGV4cGxhbmF0aW9ucyBvZiB0aGUKIyBkZXZpY2Ug bGluZXMgaXMgYWxzbyBwcmVzZW50IGluIHRoZSAuLi8uLi9jb25mL05PVEVTIGFuZCBOT1RFUyBm aWxlcy4KIyBJZiB5b3UgYXJlIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3NlIG9yIG5lY2Vzc2l0 eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0CiMgaW4gTk9URVMuCiMKIyAkRnJlZUJTRDogc3JjL3N5 cy9hbWQ2NC9jb25mL0dFTkVSSUMsdiAxLjQyMS4yLjQuMi4xIDIwMDQvMTAvMjMgMjA6MDQ6MDAg a2Vuc21pdGggRXhwICQKCm1hY2hpbmUJCWFtZDY0CmNwdQkJSEFNTUVSCmlkZW50CQlNRUxPTgoK IyBUbyBzdGF0aWNhbGx5IGNvbXBpbGUgaW4gZGV2aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290 L2RldmljZS5oaW50cwojaGludHMJCSJHRU5FUklDLmhpbnRzIgkJIyBEZWZhdWx0IHBsYWNlcyB0 byBsb29rIGZvciBkZXZpY2VzLgoKb3B0aW9ucyAJU0NIRURfNEJTRAkJIyA0QlNEIHNjaGVkdWxl cgpvcHRpb25zIAlJTkVUCQkJIyBJbnRlck5FVHdvcmtpbmcKI29wdGlvbnMgCUlORVQ2CQkJIyBJ UHY2IGNvbW11bmljYXRpb25zIHByb3RvY29scwpvcHRpb25zIAlGRlMJCQkjIEJlcmtlbGV5IEZh c3QgRmlsZXN5c3RlbQpvcHRpb25zIAlTT0ZUVVBEQVRFUwkJIyBFbmFibGUgRkZTIHNvZnQgdXBk YXRlcyBzdXBwb3J0Cm9wdGlvbnMgCVVGU19BQ0wJCQkjIFN1cHBvcnQgZm9yIGFjY2VzcyBjb250 cm9sIGxpc3RzCm9wdGlvbnMgCVVGU19ESVJIQVNICQkjIEltcHJvdmUgcGVyZm9ybWFuY2Ugb24g YmlnIGRpcmVjdG9yaWVzCm9wdGlvbnMgCU1EX1JPT1QJCQkjIE1EIGlzIGEgcG90ZW50aWFsIHJv b3QgZGV2aWNlCm9wdGlvbnMgCU5GU0NMSUVOVAkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gQ2xpZW50 Cm9wdGlvbnMgCU5GU1NFUlZFUgkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gU2VydmVyCm9wdGlvbnMg CU5GU19ST09UCQkjIE5GUyB1c2FibGUgYXMgLywgcmVxdWlyZXMgTkZTQ0xJRU5UCm9wdGlvbnMg CU5URlMJCQkjIE5UIEZpbGUgU3lzdGVtCm9wdGlvbnMgCU1TRE9TRlMJCQkjIE1TRE9TIEZpbGVz eXN0ZW0Kb3B0aW9ucyAJQ0Q5NjYwCQkJIyBJU08gOTY2MCBGaWxlc3lzdGVtCm9wdGlvbnMgCVBS T0NGUwkJCSMgUHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykKb3B0aW9ucyAJ UFNFVURPRlMJCSMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9wdGlvbnMgCUdFT01fR1BU CQkjIEdVSUQgUGFydGl0aW9uIFRhYmxlcy4Kb3B0aW9ucyAJQ09NUEFUX0lBMzIJCSMgQ29tcGF0 aWJsZSB3aXRoIGkzODYgYmluYXJpZXMKb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q0CQkjIENvbXBh dGlibGUgd2l0aCBGcmVlQlNENApvcHRpb25zCQlDT01QQVRfNDMKb3B0aW9ucwkJQ09NUEFUX0xJ TlVYMzIKb3B0aW9ucwkJTElOUFJPQ0ZTCm9wdGlvbnMgCVNDU0lfREVMQVk9MTUwMDAJIyBEZWxh eSAoaW4gbXMpIGJlZm9yZSBwcm9iaW5nIFNDU0kKb3B0aW9ucyAJS1RSQUNFCQkJIyBrdHJhY2Uo MSkgc3VwcG9ydApvcHRpb25zIAlTWVNWU0hNCQkJIyBTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkK b3B0aW9ucyAJU1lTVk1TRwkJCSMgU1lTVi1zdHlsZSBtZXNzYWdlIHF1ZXVlcwpvcHRpb25zIAlT WVNWU0VNCQkJIyBTWVNWLXN0eWxlIHNlbWFwaG9yZXMKb3B0aW9ucyAJX0tQT1NJWF9QUklPUklU WV9TQ0hFRFVMSU5HICMgUG9zaXggUDEwMDNfMUIgcmVhbC10aW1lIGV4dGVuc2lvbnMKb3B0aW9u cyAJS0JEX0lOU1RBTExfQ0RFVgkjIGluc3RhbGwgYSBDREVWIGVudHJ5IGluIC9kZXYKb3B0aW9u cyAJQUhDX1JFR19QUkVUVFlfUFJJTlQJIyBQcmludCByZWdpc3RlciBiaXRmaWVsZHMgaW4gZGVi dWcKCQkJCQkjIG91dHB1dC4gIEFkZHMgfjEyOGsgdG8gZHJpdmVyLgpvcHRpb25zIAlBSERfUkVH X1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBkZWJ1ZwoJCQkJCSMg b3V0cHV0LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIuCm9wdGlvbnMgCUFEQVBUSVZFX0dJQU5UCQkj IEdpYW50IG11dGV4IGlzIGFkYXB0aXZlLgoKIyBXb3JrYXJvdW5kcyBmb3Igc29tZSBrbm93bi10 by1iZS1icm9rZW4gY2hpcHNldHMgKG5WaWRpYSBuRm9yY2UzLVBybzE1MCkKZGV2aWNlCQlhdHBp YwkJIyA4MjU5QSBjb21wYXRhYmlsaXR5Cm9wdGlvbnMgCU5PX01JWEVEX01PREUJIyBEb24ndCBw ZW5hbGl6ZSB3b3JraW5nIGNoaXBzZXRzCgojIEJ1cyBzdXBwb3J0LiAgRG8gbm90IHJlbW92ZSBp c2EsIGV2ZW4gaWYgeW91IGhhdmUgbm8gaXNhIHNsb3RzCmRldmljZQkJYWNwaQpkZXZpY2UJCWlz YQpkZXZpY2UJCXBjaQoKIyBGbG9wcHkgZHJpdmVzCmRldmljZQkJZmRjCgojIEFUQSBhbmQgQVRB UEkgZGV2aWNlcwpkZXZpY2UJCWF0YQpkZXZpY2UJCWF0YWRpc2sJCSMgQVRBIGRpc2sgZHJpdmVz CmRldmljZQkJYXRhcmFpZAkJIyBBVEEgUkFJRCBkcml2ZXMKZGV2aWNlCQlhdGFwaWNkCQkjIEFU QVBJIENEUk9NIGRyaXZlcwpkZXZpY2UJCWF0YXBpZmQJCSMgQVRBUEkgZmxvcHB5IGRyaXZlcwpk ZXZpY2UJCWF0YXBpc3QJCSMgQVRBUEkgdGFwZSBkcml2ZXMKb3B0aW9ucyAJQVRBX1NUQVRJQ19J RAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5nCgojIFNDU0kgQ29udHJvbGxlcnMKZGV2aWNlCQlh aGMJCSMgQUhBMjk0MCBhbmQgb25ib2FyZCBBSUM3eHh4IGRldmljZXMKZGV2aWNlCQlhaGQJCSMg QUhBMzkzMjAvMjkzMjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBkZXZpY2VzCmRldmljZQkJYW1kCQkj IEFNRCA1M0M5NzQgKFRla3JhbSBEQy0zOTAoVCkpCmRldmljZQkJaXNwCQkjIFFsb2dpYyBmYW1p bHkKZGV2aWNlCQltcHQJCSMgTFNJLUxvZ2ljIE1QVC1GdXNpb24KI2RldmljZQkJbmNyCQkjIE5D Ui9TeW1iaW9zIExvZ2ljCmRldmljZQkJc3ltCQkjIE5DUi9TeW1iaW9zIExvZ2ljIChuZXdlciBj aGlwc2V0cyArIHRob3NlIG9mIGBuY3InKQpkZXZpY2UJCXRybQkJIyBUZWtyYW0gREMzOTVVL1VX L0YgREMzMTVVIGFkYXB0ZXJzCgpkZXZpY2UJCWFkdgkJIyBBZHZhbnN5cyBTQ1NJIGFkYXB0ZXJz CmRldmljZQkJYWR3CQkjIEFkdmFuc3lzIHdpZGUgU0NTSSBhZGFwdGVycwpkZXZpY2UJCWFpYwkJ IyBBZGFwdGVjIDE1WzAxMl14IFNDU0kgYWRhcHRlcnMsIEFJQy02WzIzXTYwLgpkZXZpY2UJCWJ0 CQkjIEJ1c2xvZ2ljL015bGV4IE11bHRpTWFzdGVyIFNDU0kgYWRhcHRlcnMKCgojIFNDU0kgcGVy aXBoZXJhbHMKZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kpCmRl dmljZQkJY2gJCSMgU0NTSSBtZWRpYSBjaGFuZ2VycwpkZXZpY2UJCWRhCQkjIERpcmVjdCBBY2Nl c3MgKGRpc2tzKQpkZXZpY2UJCXNhCQkjIFNlcXVlbnRpYWwgQWNjZXNzICh0YXBlIGV0YykKZGV2 aWNlCQljZAkJIyBDRApkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJlY3Qg U0NTSSBhY2Nlc3MpCmRldmljZQkJc2VzCQkjIFNDU0kgRW52aXJvbm1lbnRhbCBTZXJ2aWNlcyAo YW5kIFNBRi1URSkKCiMgUkFJRCBjb250cm9sbGVycyBpbnRlcmZhY2VkIHRvIHRoZSBTQ1NJIHN1 YnN5c3RlbQpkZXZpY2UJCWFtcgkJIyBBTUkgTWVnYVJBSUQKZGV2aWNlCQljaXNzCQkjIENvbXBh cSBTbWFydCBSQUlEIDUqCmRldmljZQkJZHB0CQkjIERQVCBTbWFydGNhY2hlIElJSSwgSVYgLSBT ZWUgTk9URVMgZm9yIG9wdGlvbnMKZGV2aWNlCQlpaXIJCSMgSW50ZWwgSW50ZWdyYXRlZCBSQUlE CmRldmljZQkJaXBzCQkjIElCTSAoQWRhcHRlYykgU2VydmVSQUlECmRldmljZQkJbWx5CQkjIE15 bGV4IEFjY2VsZVJBSUQvZVh0cmVtZVJBSUQKZGV2aWNlCQl0d2EJCSMgM3dhcmUgOTAwMCBzZXJp ZXMgUEFUQS9TQVRBIFJBSUQKCiMgUkFJRCBjb250cm9sbGVycwpkZXZpY2UJCWFhYwkJIyBBZGFw dGVjIEZTQSBSQUlECmRldmljZQkJYWFjcAkJIyBTQ1NJIHBhc3N0aHJvdWdoIGZvciBhYWMgKHJl cXVpcmVzIENBTSkKZGV2aWNlCQlpZGEJCSMgQ29tcGFxIFNtYXJ0IFJBSUQKZGV2aWNlCQltbHgJ CSMgTXlsZXggREFDOTYwIGZhbWlseQojWFhYIHBvaW50ZXIvaW50IHdhcm5pbmdzCiNkZXZpY2UJ CXBzdAkJIyBQcm9taXNlIFN1cGVydHJhayBTWDYwMDAKZGV2aWNlCQl0d2UJCSMgM3dhcmUgQVRB IFJBSUQKCiMgYXRrYmRjMCBjb250cm9scyBib3RoIHRoZSBrZXlib2FyZCBhbmQgdGhlIFBTLzIg bW91c2UKZGV2aWNlCQlhdGtiZGMJCSMgQVQga2V5Ym9hcmQgY29udHJvbGxlcgpkZXZpY2UJCWF0 a2JkCQkjIEFUIGtleWJvYXJkCmRldmljZQkJcHNtCQkjIFBTLzIgbW91c2UKCmRldmljZQkJdmdh CQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcgoKZGV2aWNlCQlzcGxhc2gJCSMgU3BsYXNoIHNjcmVl biBhbmQgc2NyZWVuIHNhdmVyIHN1cHBvcnQKCiMgc3lzY29ucyBpcyB0aGUgZGVmYXVsdCBjb25z b2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08gY29uc29sZQpkZXZpY2UJCXNjCgojIFBDQ0FS RCAoUENNQ0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRnZSBzdXBwb3J0CmRl dmljZQkJY2JiCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UKZGV2aWNlCQlwY2NhcmQJCSMgUEMg Q2FyZCAoMTYtYml0KSBidXMKZGV2aWNlCQljYXJkYnVzCQkjIENhcmRCdXMgKDMyLWJpdCkgYnVz CgojIFNlcmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXNpbwkJIyA4MjUwLCAxNls0NV01MCBiYXNl ZCBzZXJpYWwgcG9ydHMKCiMgUGFyYWxsZWwgcG9ydApkZXZpY2UJCXBwYwpkZXZpY2UJCXBwYnVz CQkjIFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJlZCkKZGV2aWNlCQlscHQJCSMgUHJpbnRlcgpk ZXZpY2UJCXBsaXAJCSMgVENQL0lQIG92ZXIgcGFyYWxsZWwKZGV2aWNlCQlwcGkJCSMgUGFyYWxs ZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlCiNkZXZpY2UJCXZwbwkJIyBSZXF1aXJlcyBzY2J1cyBh bmQgZGEKCiMgSWYgeW91J3ZlIGdvdCBhICJkdW1iIiBzZXJpYWwgb3IgcGFyYWxsZWwgUENJIGNh cmQgdGhhdCBpcwojIHN1cHBvcnRlZCBieSB0aGUgcHVjKDQpIGdsdWUgZHJpdmVyLCB1bmNvbW1l bnQgdGhlIGZvbGxvd2luZwojIGxpbmUgdG8gZW5hYmxlIGl0IChjb25uZWN0cyB0byB0aGUgc2lv IGFuZC9vciBwcGMgZHJpdmVycyk6CiNkZXZpY2UgICAgICAgICBwdWMKCiMgUENJIEV0aGVybmV0 IE5JQ3MuCmRldmljZQkJZGUJCSMgREVDL0ludGVsIERDMjF4NHggKGBgVHVsaXAnJykKZGV2aWNl CQllbQkJIyBJbnRlbCBQUk8vMTAwMCBhZGFwdGVyIEdpZ2FiaXQgRXRoZXJuZXQgQ2FyZApkZXZp Y2UJCWl4Z2IJCSMgSW50ZWwgUFJPLzEwR2JFIEV0aGVybmV0IENhcmQKZGV2aWNlCQl0eHAJCSMg M0NvbSAzY1I5OTAgKGBgVHlwaG9vbicnKQpkZXZpY2UJCXZ4CQkjIDNDb20gM2M1OTAsIDNjNTk1 IChgYFZvcnRleCcnKQoKIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0aGUgY29tbW9uIE1J SSBidXMgY29udHJvbGxlciBjb2RlLgojIE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0aGUgJ2Rldmlj ZSBtaWlidXMnIGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5JQ3MhCmRldmljZQkJbWlpYnVz CQkjIE1JSSBidXMgc3VwcG9ydApkZXZpY2UJCWJmZQkJIyBCcm9hZGNvbSBCQ000NDB4IDEwLzEw MCBFdGhlcm5ldApkZXZpY2UJCWJnZQkJIyBCcm9hZGNvbSBCQ001NzB4eCBHaWdhYml0IEV0aGVy bmV0CmRldmljZQkJZGMJCSMgREVDL0ludGVsIDIxMTQzIGFuZCB2YXJpb3VzIHdvcmthbGlrZXMK ZGV2aWNlCQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8xMDBCICg4MjU1NywgODI1NTgp CmRldmljZQkJcGNuCQkjIEFNRCBBbTc5Qzk3eCBQQ0kgMTAvMTAwIChwcmVjZWRlbmNlIG92ZXIg J2xuYycpCmRldmljZQkJcmUJCSMgUmVhbFRlayA4MTM5QysvODE2OS84MTY5Uy84MTEwUwpkZXZp Y2UJCXJsCQkjIFJlYWxUZWsgODEyOS84MTM5CmRldmljZQkJc2YJCSMgQWRhcHRlYyBBSUMtNjkx NSAoYGBTdGFyZmlyZScnKQpkZXZpY2UJCXNpcwkJIyBTaWxpY29uIEludGVncmF0ZWQgU3lzdGVt cyBTaVMgOTAwL1NpUyA3MDE2CmRldmljZQkJc2sJCSMgU3lzS29ubmVjdCBTSy05ODR4ICYgU0st OTgyeCBnaWdhYml0IEV0aGVybmV0CmRldmljZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAxIChELUxp bmsgREZFLTU1MFRYKQpkZXZpY2UJCXRpCQkjIEFsdGVvbiBOZXR3b3JrcyBUaWdvbiBJL0lJIGdp Z2FiaXQgRXRoZXJuZXQKZGV2aWNlCQl0bAkJIyBUZXhhcyBJbnN0cnVtZW50cyBUaHVuZGVyTEFO CmRldmljZQkJdHgJCSMgU01DIEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMnJykKZGV2aWNl CQl2Z2UJCSMgVklBIFZUNjEyeCBnaWdhYml0IGV0aGVybmV0CmRldmljZQkJdnIJCSMgVklBIFJo aW5lLCBSaGluZSBJSQpkZXZpY2UJCXdiCQkjIFdpbmJvbmQgVzg5Qzg0MEYKZGV2aWNlCQl4bAkJ IyAzQ29tIDNjOTB4IChgYEJvb21lcmFuZycnLCBgYEN5Y2xvbmUnJykKCiMgSVNBIEV0aGVybmV0 IE5JQ3MuICBwY2NhcmQgTklDcyBpbmNsdWRlZC4KZGV2aWNlCQljcwkJIyBDcnlzdGFsIFNlbWlj b25kdWN0b3IgQ1M4OXgwIE5JQwojICdkZXZpY2UgZWQnIHJlcXVpcmVzICdkZXZpY2UgbWlpYnVz JwojIFhYWCBrdnRvcCBicm9rZW5uZXNzLCBwb2ludGVyL2ludCB3YXJuaW5ncwojZGV2aWNlCQll ZAkJIyBORVsxMl0wMDAsIFNNQyBVbHRyYSwgM2M1MDMsIERTODM5MCBjYXJkcwpkZXZpY2UJCWV4 CQkjIEludGVsIEV0aGVyRXhwcmVzcyBQcm8vMTAgYW5kIFByby8xMCsKZGV2aWNlCQllcAkJIyBF dGhlcmxpbmsgSUlJIGJhc2VkIGNhcmRzCmRldmljZQkJZmUJCSMgRnVqaXRzdSBNQjg2OTZ4IGJh c2VkIGNhcmRzCiMgWFhYIGt2dG9wIGJyb2tlbm5lc3MsIHBvaW50ZXIvaW50IHdhcm5pbmdzCiNk ZXZpY2UJCWxuYwkJIyBORTIxMDAsIE5FMzItVkwgTGFuY2UgRXRoZXJuZXQgY2FyZHMKZGV2aWNl CQlzbgkJIyBTTUMncyA5MDAwIHNlcmllcyBvZiBFdGhlcm5ldCBjaGlwcwpkZXZpY2UJCXhlCQkj IFhpcmNvbSBwY2NhcmQgRXRoZXJuZXQKCiMgV2lyZWxlc3MgTklDIGNhcmRzCmRldmljZQkJd2xh bgkJIyA4MDIuMTEgc3VwcG9ydApkZXZpY2UJCWFuCQkjIEFpcm9uZXQgNDUwMC80ODAwIDgwMi4x MSB3aXJlbGVzcyBOSUNzLgpkZXZpY2UJCWF3aQkJIyBCYXlTdGFjayA2NjAgYW5kIG90aGVycwpk ZXZpY2UJCXdpCQkjIFdhdmVMQU4vSW50ZXJzaWwvU3ltYm9sIDgwMi4xMSB3aXJlbGVzcyBOSUNz LgoKIyBQc2V1ZG8gZGV2aWNlcy4KZGV2aWNlCQlsb29wCQkjIE5ldHdvcmsgbG9vcGJhY2sKZGV2 aWNlCQltZW0JCSMgTWVtb3J5IGFuZCBrZXJuZWwgbWVtb3J5IGRldmljZXMKZGV2aWNlCQlpbwkJ IyBJL08gZGV2aWNlCmRldmljZQkJcmFuZG9tCQkjIEVudHJvcHkgZGV2aWNlCmRldmljZQkJZXRo ZXIJCSMgRXRoZXJuZXQgc3VwcG9ydApkZXZpY2UJCXNsCQkjIEtlcm5lbCBTTElQCmRldmljZQkJ cHBwCQkjIEtlcm5lbCBQUFAKZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4KZGV2aWNlCQlw dHkJCSMgUHNldWRvLXR0eXMgKHRlbG5ldCBldGMpCmRldmljZQkJbWQJCSMgTWVtb3J5ICJkaXNr cyIKZGV2aWNlCQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxpbmcKZGV2aWNlCQlmYWl0aAkJ IyBJUHY2LXRvLUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9uKQoKIyBUaGUgYGJwZicgZGV2aWNl IGVuYWJsZXMgdGhlIEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFk bWluaXN0cmF0aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQpkZXZpY2UJCWJwZgkJ IyBCZXJrZWxleSBwYWNrZXQgZmlsdGVyCgojIFVTQiBzdXBwb3J0CmRldmljZQkJdWhjaQkJIyBV SENJIFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRl cmZhY2UKZGV2aWNlCQl1c2IJCSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNkZXZpY2UJCXVkYnAJCSMg VVNCIERvdWJsZSBCdWxrIFBpcGUgZGV2aWNlcwpkZXZpY2UJCXVnZW4JCSMgR2VuZXJpYwpkZXZp Y2UJCXVoaWQJCSMgIkh1bWFuIEludGVyZmFjZSBEZXZpY2VzIgpkZXZpY2UJCXVrYmQJCSMgS2V5 Ym9hcmQKZGV2aWNlCQl1bHB0CQkjIFByaW50ZXIKZGV2aWNlCQl1bWFzcwkJIyBEaXNrcy9NYXNz IHN0b3JhZ2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKZGV2aWNlCQl1bXMJCSMgTW91c2UKZGV2 aWNlCQl1cmlvCQkjIERpYW1vbmQgUmlvIDUwMCBNUDMgcGxheWVyCmRldmljZQkJdXNjYW5uZXIJ IyBTY2FubmVycwojIFVTQiBFdGhlcm5ldCwgcmVxdWlyZXMgbWlpCmRldmljZQkJYXVlCQkjIEFE TXRlayBVU0IgRXRoZXJuZXQKZGV2aWNlCQlheGUJCSMgQVNJWCBFbGVjdHJvbmljcyBVU0IgRXRo ZXJuZXQKZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0IgRXRoZXJuZXQKZGV2aWNlCQlrdWUJCSMgS2F3 YXNha2kgTFNJIFVTQiBFdGhlcm5ldApkZXZpY2UJCXJ1ZQkJIyBSZWFsVGVrIFJUTDgxNTAgVVNC IEV0aGVybmV0CgojIEZpcmVXaXJlIHN1cHBvcnQKZGV2aWNlCQlmaXJld2lyZQkjIEZpcmVXaXJl IGJ1cyBjb2RlCmRldmljZQkJc2JwCQkjIFNDU0kgb3ZlciBGaXJlV2lyZSAoUmVxdWlyZXMgc2Ni dXMgYW5kIGRhKQpkZXZpY2UJCWZ3ZQkJIyBFdGhlcm5ldCBvdmVyIEZpcmVXaXJlIChub24tc3Rh bmRhcmQhKQoKIyBTTVAKb3B0aW9ucwkJU01QCgojIFN5c1Ygc3R1ZmYKIyBUaGlzIHByb3ZpZGVz IHN1cHBvcnQgZm9yIFN5c3RlbSBWIHNoYXJlZCBtZW1vcnkuCiMKb3B0aW9ucwkJU1lTVlNITQpv cHRpb25zCQlTWVNWU0VNCm9wdGlvbnMJCVNZU1ZNU0cKb3B0aW9ucwkJU0hNTUFYUEdTPTY1NTM2 Cm9wdGlvbnMJCVNFTU1OST00MApvcHRpb25zCQlTRU1NTlM9MjQwCm9wdGlvbnMJCVNFTVVNRT00 MApvcHRpb25zCQlTRU1NTlU9MTIwCg== --==========903FE678328A82B898AA==========-- From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 11 17:07:36 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EC5B16A4CE for ; Mon, 11 Apr 2005 17:07:36 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27CF643D48 for ; Mon, 11 Apr 2005 17:07:36 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 15D8472DE7; Mon, 11 Apr 2005 10:07:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 13DD172DE4 for ; Mon, 11 Apr 2005 10:07:36 -0700 (PDT) Date: Mon, 11 Apr 2005 10:07:36 -0700 (PDT) From: Doug White To: freebsd-amd64@freebsd.org Message-ID: <20050411095835.V92477@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: data corruption with 16GB RAM X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2005 17:07:36 -0000 Hey folks, I haven't spent much time isolating this yet, but last night I upgraded a Tyan S2881 machine from 2GB to 16GB and later discovered that any data written to the disk was getting written corrupted. I did a cvsup & buildworld and the buildworld died pretty quickly on a mangled dir panic. The files that fsck relocated on the ensuing reboot were the ones updated by cvsup. I still need to boot SuSE to verify if this is a problem with FreeBSD or the memory configuration, but I was curious if anyone else had experienced this. It appears under -CURRENT and 5.4RC1 (tried reinstalling after the disk got mulched and it panicked trying to install perl). Machine spec: Tyan S2881 16GB PC2700 (former memory was 2GB PC3200) 2 WD disks attached to the onboard SiI3112 -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 11 17:19:25 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9272016A4CE for ; Mon, 11 Apr 2005 17:19:25 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D8DF43D58 for ; Mon, 11 Apr 2005 17:19:25 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j3BHJPtS012484; Mon, 11 Apr 2005 10:19:25 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j3BHJPkk012483; Mon, 11 Apr 2005 10:19:25 -0700 (PDT) (envelope-from sgk) Date: Mon, 11 Apr 2005 10:19:24 -0700 From: Steve Kargl To: Doug White Message-ID: <20050411171924.GA12458@troutmask.apl.washington.edu> References: <20050411095835.V92477@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050411095835.V92477@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@freebsd.org Subject: Re: data corruption with 16GB RAM X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2005 17:19:25 -0000 On Mon, Apr 11, 2005 at 10:07:36AM -0700, Doug White wrote: > I haven't spent much time isolating this yet, but last night I upgraded a > Tyan S2881 machine from 2GB to 16GB and later discovered that any data > written to the disk was getting written corrupted. I did a cvsup & > buildworld and the buildworld died pretty quickly on a mangled dir panic. > The files that fsck relocated on the ensuing reboot were the ones updated > by cvsup. > > Tyan S2881 > 16GB PC2700 (former memory was 2GB PC3200) What brand of pc2700? I had/have problems with Corsair's CM74SD2048RLP-2700 ECC Reg. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 11 21:35:03 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78D9E16A4CE for ; Mon, 11 Apr 2005 21:35:03 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BBA543D4C for ; Mon, 11 Apr 2005 21:35:03 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id ADEC2F19A4 for ; Mon, 11 Apr 2005 14:35:02 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00638-05 for ; Mon, 11 Apr 2005 14:35:00 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id E6AEAF1998 for ; Mon, 11 Apr 2005 14:34:59 -0700 (PDT) From: Sean McNeil To: amd64@freebsd.org Content-Type: text/plain Date: Mon, 11 Apr 2005 14:34:59 -0700 Message-Id: <1113255299.68574.6.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: need help with make amd64-stable X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2005 21:35:03 -0000 Hi folks, My system freaked out a little with the change to the recomputing the file system summary. I think I might have a corrupt file somewhere, but I don't know where. I've removed /usr/obj and /usr/src and re-cvsup'd. I still get the following core dump of make (make installworld): #0 0x0000000000436e32 in memcpy (dst0=0x800, src0=0x576170, length=18446744073709551615) at bcopy.c:110 #1 0x000000000040f5b3 in SuffFindNormalDeps (gn=0x56ac80, slst=0x55c0c0) at /usr/src/usr.bin/make/suff.c:1797 #2 0x000000000040fc1b in SuffFindDeps (gn=0x56ac80, slst=0x55c0c0) at /usr/src/usr.bin/make/suff.c:2167 #3 0x000000000040fb10 in Suff_FindDeps (gn=0x800) at /usr/src/usr.bin/make/suff.c:2115 #4 0x000000000040226d in CompatMake (gnp=0x800, pgnp=0x576170) at /usr/src/usr.bin/make/compat.c:453 #5 0x0000000000414fe1 in Lst_ForEachFrom (l=0x800, ln=0x576170, proc=0x402230 , d=0x572d00) at /usr/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 #6 0x0000000000414f72 in Lst_ForEach (l=0x58b640, proc=0x402230 , d=0x572d00) at /usr/src/usr.bin/make/lst.lib/lstForEach.c:73 #7 0x000000000040227e in CompatMake (gnp=0x800, pgnp=0x576170) at /usr/src/usr.bin/make/compat.c:454 #8 0x0000000000414fe1 in Lst_ForEachFrom (l=0x800, ln=0x576170, proc=0x402230 , d=0x572c80) at /usr/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 #9 0x0000000000414f72 in Lst_ForEach (l=0x58b440, proc=0x402230 , d=0x572c80) at /usr/src/usr.bin/make/lst.lib/lstForEach.c:73 #10 0x000000000040227e in CompatMake (gnp=0x800, pgnp=0x576170) ---Type to continue, or q to quit--- at /usr/src/usr.bin/make/compat.c:454 #11 0x0000000000414fe1 in Lst_ForEachFrom (l=0x800, ln=0x576170, proc=0x402230 , d=0x572a00) at /usr/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 #12 0x0000000000414f72 in Lst_ForEach (l=0x584680, proc=0x402230 , d=0x572a00) at /usr/src/usr.bin/make/lst.lib/lstForEach.c:73 #13 0x000000000040227e in CompatMake (gnp=0x800, pgnp=0x576170) at /usr/src/usr.bin/make/compat.c:454 #14 0x0000000000414fe1 in Lst_ForEachFrom (l=0x800, ln=0x576170, proc=0x402230 , d=0x590b80) at /usr/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 #15 0x0000000000414f72 in Lst_ForEach (l=0x59c500, proc=0x402230 , d=0x590b80) at /usr/src/usr.bin/make/lst.lib/lstForEach.c:73 #16 0x000000000040227e in CompatMake (gnp=0x800, pgnp=0x576170) at /usr/src/usr.bin/make/compat.c:454 #17 0x0000000000402696 in Compat_Run (targs=0x58e840) at /usr/src/usr.bin/make/compat.c:701 #18 0x0000000000409e25 in main (argc=3, argv=0x7fffffffe978) at /usr/src/usr.bin/make/main.c:897 This happens with a make installworld, but if I go into /usr/src/gnu/usr.bin/groff/font/devhtml and make install it doesn't core dump. /etc/make.conf is DEBUG_FLAGS= -g SUP_UPDATE= yes SUP= /usr/local/bin/cvsup SUPFLAGS= -g -L 2 SUPHOST= cvsup10.FreeBSD.org SUPFILE= /usr/share/examples/cvsup/stable-supfile PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile KERNCONF=AMD64 CUPS_OVERWRITE_BASE=yes ENABLE_SUID_K5SU=yes HAVE_GTK=yes MAKE_KERBEROS5=yes NO_LPR=true NO_MAILWRAPPER=true NO_SENDMAIL=true NO_SUID_XSERVER=YES WANT_OPENLDAP_SASL?=yes WITH_APACHE2=yes WITH_BDB_VER=42 WITH_BERKELEYDB=db42 WITH_BSD_JDK=TRUE #WITH_DEBUG=yes WITH_DOMXML=yes WITH_DROPSHADOW=yes WITH_DVDHACK=yes WITH_FREEBSD_AGP=yes WITH_GETTEXT=yes WITH_GPHOTO2=yes WITH_GTK2=yes WITH_GUI=yes WITH_IMAP=yes WITH_IPV6=yes WITH_LDAP=openldap2 WITH_LIB32=yes WITH_LIBMAP=yes WITH_OPENLDAP=yes WITH_OPENLDAP_VER=22 WITH_MCAL=yes WITH_MCRYPT=yes WITH_MENUBAR_FONTSET=yes WITH_MHASH=yes WITH_MOD_DAV_SVN=yes #WITH_MOZILLA=mozilla-devel-gtk2 WITH_MOZILLA=mozilla-gtk2 WITH_POSTGRESQL=yes WITH_SASL=yes WITH_TTF_BYTECODE_ENABLED=YES WITH_UNIXODBC=yes # added by use.perl 2005-03-11 01:00:51 PERL_VER=5.8.6 PERL_VERSION=5.8.6 Anyone have ideas as to how I can resolve this? TIA, Sean From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 11 21:39:49 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C3D716A4CE for ; Mon, 11 Apr 2005 21:39:49 +0000 (GMT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB7B843D1F for ; Mon, 11 Apr 2005 21:39:48 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])j3BLdkml020259; Tue, 12 Apr 2005 07:39:46 +1000 Received: from epsplex.bde.org (katana.zip.com.au [61.8.7.246]) j3BLdg0I019532; Tue, 12 Apr 2005 07:39:43 +1000 Date: Tue, 12 Apr 2005 07:39:42 +1000 (EST) From: Bruce Evans X-X-Sender: bde@epsplex.bde.org To: Kris Kennaway In-Reply-To: <20050411033957.GA21170@xor.obsecurity.org> Message-ID: <20050412052503.H53762@epsplex.bde.org> References: <20050411033957.GA21170@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: amd64@freebsd.org Subject: Re: fpudna: fpcurthread == curthread 2 times X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2005 21:39:49 -0000 On Sun, 10 Apr 2005, Kris Kennaway wrote: > Got this on an SMP package machine running 5.4-RC2: > > fpudna: fpcurthread == curthread 1 times > fpudna: fpcurthread == curthread 2 times > > int > fpudna() > { > struct pcb *pcb; > register_t s; > > if (PCPU_GET(fpcurthread) == curthread) { > printf("fpudna: fpcurthread == curthread %d times\n", > ++err_count); > stop_emulating(); > return (1); > } > > Debugging message accidentally left in, or bug? Bug. (PCPU_GET(fpcurthread) == curthread) "can't happen". If it happens, then it should cause a panic. It used to cause a panic and apparently never happened until a bug was introduced somewhere in 2002. Rev.1.131 of sys/i386/isa/npx.c broke the panic and replaced it by the above printf and wrong error handling. sys/amd64/amd64/fpu.c inherits this mistake. I can't see how this can happen on i386's, and thought that the bug was just in uncommitted versions of code associated with rev.1.131 of npx.c, but on amd64's there is a bug in savectx() that would cause it if savectx() is actually called. savectx() is not called enough. It is necessary to call it for core dumps to force the FP (and possibly other) state to memory, but this has never been done in FreeBSD. savectx() used to be used mainly for forks, but that use went away except on ia64's. ia64's also use savectx() in cpu_switch() and interrupt(). This leaves only 1 use in the !SMP case for most arches -- for shutdown. In the !SMP case, savectx() is also used for cpustop IPIs, on amd64's and i386's only. I think cpustop IPIs don't happen in normal operation, but they certainly happen if kdb is used, and this sometimes breaks the (PCPU_GET(fpcurthread) != curthread) invariant. Here is the bug in amd64's savectx(): % ENTRY(savectx) % pushfq % cli % movq PCPU(FPCURTHREAD),%rax % testq %rax,%rax % je 1f % We get here when PCPU_GET(fpcurthread) != NULL (then it must be curthread, since we don't implement lazy context switching). % movq TD_PCB(%rax),%rdi % leaq PCB_SAVEFPU(%rdi),%rdi % clts The previous instruction turns off the DNA trap even if it was already off. In fact, it must already be off, since the invariant says that a process owns the FPU iff the trap is off. % fxsave (%rdi) % smsw %ax % orb $CR0_TS,%al % lmsw %ax The previous 3 instructions turn on the DNA trap unconditionally. This is unnecessary, but if it is done then to preserve the invariant, ownership of the FPU must be given up by clearing PCPU(FPCURTHREAD)... % % movq $PCB_SAVEFPU_SIZE,%rdx /* arg 3 */ % leaq PCB_SAVEFPU(%rcx),%rsi /* arg 2 */ % /* arg 1 (%rdi) already loaded */ % call bcopy % 1: % popfq % % ret ... but this is not done anywhere. The corresponding code for i386's calls npxsave() because the error handling for the fsave instruction used to far too complicated to do in asm. npxsave() doesn't neglect to clear PCPU*(fpucurthread): % void % npxsave(addr) % union savefpu *addr; % { % % stop_emulating(); % fpusave(addr); % start_emulating(); % PCPU_SET(fpcurthread, NULL); % } Fix: it should work to just remove the foot-shooting turning on of the DNA trap and the null turning off of the DNA trap. Otherwise, clear PCPU(FPCURTHREAD). The same simplifications don't quite work for npxsave(): - stop_emulating() is not needed in this context but is in other contexts - fpusave() isn't a single instruction, so doing it in asm is not so easy - PCPU*(fpcurthread) must be dropped in the !fxsr case, and then we need start_emulating() and PCPU_SET(fpcurthread, NULL). Here are my old fixes for rev.1.131 of npx.c (back out the bad debugging bits and also: - move the intr_disable() to before the invariants test. We are testing and reporting a variable that is only volatile in the "can't happen" case, but since we are testing and reporting that case we we had better make the variable non-volatile. - fix nearby style and strict C conformance bugs (use of printf+panic instead of just panic, and non-KNF indentation, and %p arg not of type void *). %%% Index: npx.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/npx.c,v retrieving revision 1.152 diff -u -2 -r1.152 npx.c --- npx.c 19 Jun 2004 22:24:16 -0000 1.152 +++ npx.c 15 Oct 2004 15:38:14 -0000 *************** *** 764,770 **** * access foreign pcb's. */ - - static int err_count = 0; - int npxdna() --- 764,767 ---- *************** *** 776,793 **** if (!npx_exists) return (0); - if (PCPU_GET(fpcurthread) == curthread) { - printf("npxdna: fpcurthread == curthread %d times\n", - ++err_count); - stop_emulating(); - return (1); - } - if (PCPU_GET(fpcurthread) != NULL) { - printf("npxdna: fpcurthread = %p (%d), curthread = %p (%d)\n", - PCPU_GET(fpcurthread), - PCPU_GET(fpcurthread)->td_proc->p_pid, - curthread, curthread->td_proc->p_pid); - panic("npxdna"); - } s = intr_disable(); stop_emulating(); /* --- 773,780 ---- if (!npx_exists) return (0); s = intr_disable(); + if (PCPU_GET(fpcurthread) != NULL) + panic("npxdna: fpcurthread = %p, curthread = %p", + (void *)PCPU_GET(fpcurthread), (void *)curthread); stop_emulating(); /* %%% Other bugs found while investigating this: in npxtrap(): % /* % * Interrupt handling (for another interrupt) may have pushed the % * state to memory. Fetch the relevant parts of the state from % * wherever they are. % */ % if (PCPU_GET(fpcurthread) != curthread) { % control = GET_FPU_CW(curthread); % status = GET_FPU_SW(curthread); % } else { % fnstcw(&control); % fnstsw(&status); % } % % if (PCPU_GET(fpcurthread) == curthread) % fnclex(); The fnclex() shouldn't be done (*), but if it is done it should be done consistently -- exceptions must be cleared in memory if the state has already been pushed to memory. (*) The fnclex() is wrong because it discards the exception flags before anything has had a chance to look at them. The fnclex() is a hack to permit certain undefined things like returning from a SIGFPE handler for a floating point exception (but not for an integer divide exception) to sort of work. npxtrap() used to save the exception flags and gdb used to report them, but both of these have been broken. Things can be handled better now that the FP state is saved across signal handlers and signal handlers get a clean FP state, but this complicates debugging and the complications are not handled. Unconditionally clearing exceptions is especially bad on Athlon CPUs (if not in the fxsr case generally) since fxsave/fxrstor are brok^optimized to not save the FPU instruction pointers unless there is an unmasked exception. This causes the FPU instruction pointers to be garbage in most cases, with their context leaking across context switches, and clearing exception pointers in the above causes the FPU instruction pointers to be garbage even when the optimization wasn't intended to apply. Bruce From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 12 04:40:25 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1857516A4CE for ; Tue, 12 Apr 2005 04:40:25 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6FE743D1D for ; Tue, 12 Apr 2005 04:40:24 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j3C4eOZi027522 for ; Tue, 12 Apr 2005 04:40:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j3C4eODL027521; Tue, 12 Apr 2005 04:40:24 GMT (envelope-from gnats) Resent-Date: Tue, 12 Apr 2005 04:40:24 GMT Resent-Message-Id: <200504120440.j3C4eODL027521@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, David Dahlquist Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7C5216A4CE for ; Tue, 12 Apr 2005 04:39:50 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEE5243D31 for ; Tue, 12 Apr 2005 04:39:50 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j3C4doIi093344 for ; Tue, 12 Apr 2005 04:39:50 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j3C4donm093343; Tue, 12 Apr 2005 04:39:50 GMT (envelope-from nobody) Message-Id: <200504120439.j3C4donm093343@www.freebsd.org> Date: Tue, 12 Apr 2005 04:39:50 GMT From: David Dahlquist To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: amd64/79813: Will not install/run on amd64 nForce 4 platform X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2005 04:40:25 -0000 >Number: 79813 >Category: amd64 >Synopsis: Will not install/run on amd64 nForce 4 platform >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 12 04:40:24 GMT 2005 >Closed-Date: >Last-Modified: >Originator: David Dahlquist >Release: 5.4 RC1 >Organization: n/a >Environment: >Description: Free BSD will not install on my amd64 nForce 4 based platform. I think it is a problem with the pci express platform. I have also had this problem with linux distro's. >How-To-Repeat: Try to install on an nForce 4 chipset machine. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 12 04:50:27 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B98BA16A4CE for ; Tue, 12 Apr 2005 04:50:27 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F73F43D31 for ; Tue, 12 Apr 2005 04:50:27 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j3C4oR9E027719 for ; Tue, 12 Apr 2005 04:50:27 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j3C4oRV1027718; Tue, 12 Apr 2005 04:50:27 GMT (envelope-from gnats) Date: Tue, 12 Apr 2005 04:50:27 GMT Message-Id: <200504120450.j3C4oRV1027718@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Scott Long Subject: Re: amd64/79813: Will not install/run on amd64 nForce 4 platform X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scott Long List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2005 04:50:27 -0000 The following reply was made to PR amd64/79813; it has been noted by GNATS. From: Scott Long To: David Dahlquist Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/79813: Will not install/run on amd64 nForce 4 platform Date: Mon, 11 Apr 2005 22:46:37 -0600 David Dahlquist wrote: >>Number: 79813 >>Category: amd64 >>Synopsis: Will not install/run on amd64 nForce 4 platform >>Confidential: no >>Severity: critical >>Priority: medium >>Responsible: freebsd-amd64 >>State: open >>Quarter: >>Keywords: >>Date-Required: >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Tue Apr 12 04:40:24 GMT 2005 >>Closed-Date: >>Last-Modified: >>Originator: David Dahlquist >>Release: 5.4 RC1 >>Organization: > > n/a > >>Environment: >>Description: > > Free BSD will not install on my amd64 nForce 4 based platform. I think it is a problem with the pci express platform. I have also had this problem with linux distro's. > >>How-To-Repeat: > > Try to install on an nForce 4 chipset machine. > >>Fix: > > > >>Release-Note: >>Audit-Trail: >>Unformatted: > What doesn't work? What PCI-Express devices do you have? What bootloader options have you tried? What Linux problems are you referring to? Scott From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 12 08:58:34 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F7C316A4CE; Tue, 12 Apr 2005 08:58:34 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9B6443D41; Tue, 12 Apr 2005 08:58:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3C8wXHm059872; Tue, 12 Apr 2005 04:58:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3C8wXTu002551; Tue, 12 Apr 2005 04:58:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E2EE87306E; Tue, 12 Apr 2005 04:58:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050412085832.E2EE87306E@freebsd-current.sentex.ca> Date: Tue, 12 Apr 2005 04:58:32 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2005 08:58:34 -0000 TB --- 2005-04-12 07:33:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-12 07:33:48 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-12 07:33:48 - checking out the source tree TB --- 2005-04-12 07:33:48 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-12 07:33:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-12 07:40:30 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-12 07:40:30 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-12 07:40:30 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-04-12 08:53:25 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-12 08:53:25 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-12 08:53:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Apr 12 08:53:26 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/mpt/mpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/nge/if_nge.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/null/null.c awk -f /tinderbox/CURRENT/amd64/amd64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/amd64/amd64/src/sys/dev/pccard/card_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-s se -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror card_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/pccard/pccard.c /tinderbox/CURRENT/amd64/amd64/src/sys/dev/pccard/pccard.c: In function `pccard_function_init': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/pccard/pccard.c:451: warning: overflow in implicit constant conversion /tinderbox/CURRENT/amd64/amd64/src/sys/dev/pccard/pccard.c:474: warning: overflow in implicit constant conversion *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-12 08:58:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-12 08:58:32 - ERROR: failed to build generic kernel TB --- 2005-04-12 08:58:32 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 12 19:40:04 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F93016A4CF for ; Tue, 12 Apr 2005 19:40:04 +0000 (GMT) Received: from zabka.ozen.co.uk (82-44-155-97.cable.ubr02.haye.blueyonder.co.uk [82.44.155.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC3843D41 for ; Tue, 12 Apr 2005 19:40:04 +0000 (GMT) (envelope-from ottoman@ozen.co.uk) Received: from localhost (localhost.ozen.co.uk [127.0.0.1]) by zabka.ozen.co.uk (Postfix) with ESMTP id 7D66336A0E9 for ; Tue, 12 Apr 2005 20:41:48 +0100 (BST) Received: from zabka.ozen.co.uk ([127.0.0.1]) by localhost (zabka.ozen.co.uk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 83338-03 for ; Tue, 12 Apr 2005 20:41:32 +0100 (BST) Received: from [192.168.123.2] (unknown [192.168.123.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by zabka.ozen.co.uk (Postfix) with ESMTP id E1E6136A038 for ; Tue, 12 Apr 2005 20:41:32 +0100 (BST) Message-ID: <425C160D.50209@ozen.co.uk> Date: Tue, 12 Apr 2005 19:40:13 +0100 From: Ottoman User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050409) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ozen.co.uk Subject: Re: amd64/79813: Will not install/run on amd64 nForce 4 platform X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2005 19:40:04 -0000 David Dahlquist wrote: >>Number: 79813 >>Category: amd64 >>Synopsis: Will not install/run on amd64 nForce 4 platform >>Confidential: no >>Severity: critical >>Priority: medium >>Responsible: freebsd-amd64 >>State: open >>Quarter: >>Keywords: >>Date-Required: >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Tue Apr 12 04:40:24 GMT 2005 >>Closed-Date: >>Last-Modified: >>Originator: David Dahlquist >>Release: 5.4 RC1 >>Organization: >> >> >n/a > > >>Environment: >>Description: >> >> >Free BSD will not install on my amd64 nForce 4 based platform. I think it is a problem with the pci express platform. I have also had this problem with linux distro's. > > David, I have FreeBSD running on Asus A8nSLI deluxe mobo. The only way I got it going was to disable ACPI during installation (then I took it out of kernel). I hope this helps. Omer. From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 12 19:40:27 2005 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E66916A4CF for ; Tue, 12 Apr 2005 19:40:27 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E84543D46 for ; Tue, 12 Apr 2005 19:40:27 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j3CJeR2v085908 for ; Tue, 12 Apr 2005 19:40:27 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j3CJeRwD085907; Tue, 12 Apr 2005 19:40:27 GMT (envelope-from gnats) Date: Tue, 12 Apr 2005 19:40:27 GMT Message-Id: <200504121940.j3CJeRwD085907@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Ottoman Subject: Re: amd64/79813: Will not install/run on amd64 nForce 4 platform X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ottoman List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2005 19:40:27 -0000 The following reply was made to PR amd64/79813; it has been noted by GNATS. From: Ottoman To: David Dahlquist Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/79813: Will not install/run on amd64 nForce 4 platform Date: Tue, 12 Apr 2005 19:37:23 +0100 David Dahlquist wrote: >>Number: 79813 >>Category: amd64 >>Synopsis: Will not install/run on amd64 nForce 4 platform >>Confidential: no >>Severity: critical >>Priority: medium >>Responsible: freebsd-amd64 >>State: open >>Quarter: >>Keywords: >>Date-Required: >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Tue Apr 12 04:40:24 GMT 2005 >>Closed-Date: >>Last-Modified: >>Originator: David Dahlquist >>Release: 5.4 RC1 >>Organization: >> >> >n/a > > >>Environment: >>Description: >> >> >Free BSD will not install on my amd64 nForce 4 based platform. I think it is a problem with the pci express platform. I have also had this problem with linux distro's. > > David, I have FreeBSD running on Asus A8nSLI deluxe mobo. The only way I got it going was to disable ACPI during installation (then I took it out of kernel). I hope this helps. Omer. From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 12 20:44:51 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 872C716A4CE for ; Tue, 12 Apr 2005 20:44:51 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51C3043D46 for ; Tue, 12 Apr 2005 20:44:51 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 00F8811FFB for ; Tue, 12 Apr 2005 16:38:23 -0400 (EDT) Message-ID: <425C3340.2080209@chuckr.org> Date: Tue, 12 Apr 2005 20:44:48 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-amd64@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: vinum setup X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2005 20:44:51 -0000 I just asked this on -questions, but I think I shouldn't have, it's a amd64 question ... I am having a miserable time trying to get vinum working on m y dual opteron system, does anyone know, does vinum work on amd64? I can't even include "device vinum" in the config file ... -- ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@chuckr.org | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary (on the wall at my old fraternity, Signa Phi Nothing). ---------------------------------------------------------------------------- From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 12 21:59:56 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE21716A4CE for ; Tue, 12 Apr 2005 21:59:56 +0000 (GMT) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F56343D64 for ; Tue, 12 Apr 2005 21:59:56 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) j3CMJAWa021362; Tue, 12 Apr 2005 18:19:10 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Chuck Robey In-Reply-To: <425C3340.2080209@chuckr.org> References: <425C3340.2080209@chuckr.org> Content-Type: text/plain Date: Tue, 12 Apr 2005 18:00:15 -0400 Message-Id: <1113343215.11728.42.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 cc: FreeBSD-amd64@freebsd.org Subject: Re: vinum setup X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2005 21:59:56 -0000 On Tue, 2005-04-12 at 20:44 +0000, Chuck Robey wrote: > I just asked this on -questions, but I think I shouldn't have, it's a > amd64 question ... I am having a miserable time trying to get vinum > working on m y dual opteron system, does anyone know, does vinum work on > amd64? I can't even include "device vinum" in the config file ... > afaik, all the vinum has been ported to gvinum ... /boot/loader.conf geom_vinum_load="YES" # Concatenated/mirror/raid driver nothing is needed in the kernel/conf file I have not tried gvinum with amd64 but on the i386 systems there are a couple of gotchas I found. After creating the array I find it necessarey to gvinum saveconfig or it will not be recognized on reboot. Also some of the commands do not work yet. If you are not using gvinum instead of vinum, I would start there and see how it goes ... Sven From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 12 22:34:37 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 857AA16A4CE for ; Tue, 12 Apr 2005 22:34:37 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3396143D1F for ; Tue, 12 Apr 2005 22:34:37 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 753C91152C; Tue, 12 Apr 2005 18:28:07 -0400 (EDT) Message-ID: <425C4CF8.7040808@chuckr.org> Date: Tue, 12 Apr 2005 22:34:32 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sven Willenberger References: <425C3340.2080209@chuckr.org> <1113343215.11728.42.camel@lanshark.dmv.com> In-Reply-To: <1113343215.11728.42.camel@lanshark.dmv.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-amd64@freebsd.org Subject: Re: vinum setup X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2005 22:34:37 -0000 Sven Willenberger wrote: > On Tue, 2005-04-12 at 20:44 +0000, Chuck Robey wrote: > >>I just asked this on -questions, but I think I shouldn't have, it's a >>amd64 question ... I am having a miserable time trying to get vinum >>working on m y dual opteron system, does anyone know, does vinum work on >> amd64? I can't even include "device vinum" in the config file ... >> > > > afaik, all the vinum has been ported to gvinum ... > > /boot/loader.conf > geom_vinum_load="YES" # Concatenated/mirror/raid driver > > nothing is needed in the kernel/conf file > > I have not tried gvinum with amd64 but on the i386 systems there are a > couple of gotchas I found. After creating the array I find it necessarey > to gvinum saveconfig or it will not be recognized on reboot. Also some > of the commands do not work yet. If you are not using gvinum instead of > vinum, I would start there and see how it goes ... > > Sven > Sven, if seems like 90% of the gvinum commands don't work ... they just yield "unknown command" which isn't helpful. Three questions would help me, so I'll ask them. 1) how do I erase the existing screwed up config? Reconfig is naturally one of the commands that isn't recognized. 2) for the subdisk command, the "length" parameter, I can't tell if this means the entire size of the subdisk, or is it possibly got something to do with the size of the mirroring bites? 3) I can't seem to attach the subdisks to the volume or plex, so the volume/plex size remains 0. Again, "attach" isn't recognized). The only way I have done things so far is to put stuff into the config file, and use "create" to read that. How do I attach a subdisk to a plex or volume? -- ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@chuckr.org | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary (on the wall at my old fraternity, Signa Phi Nothing). ---------------------------------------------------------------------------- From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 12 23:04:31 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A461016A4CE for ; Tue, 12 Apr 2005 23:04:31 +0000 (GMT) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAF6943D1D for ; Tue, 12 Apr 2005 23:04:30 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) j3CNPwEo005966; Tue, 12 Apr 2005 19:25:58 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Chuck Robey In-Reply-To: <425C4CF8.7040808@chuckr.org> References: <425C3340.2080209@chuckr.org> <425C4CF8.7040808@chuckr.org> Content-Type: text/plain Date: Tue, 12 Apr 2005 19:04:50 -0400 Message-Id: <1113347090.16206.16.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 cc: FreeBSD-amd64@freebsd.org Subject: Re: vinum setup X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2005 23:04:31 -0000 On Tue, 2005-04-12 at 22:34 +0000, Chuck Robey wrote: > Sven Willenberger wrote: > > On Tue, 2005-04-12 at 20:44 +0000, Chuck Robey wrote: > > > >>I just asked this on -questions, but I think I shouldn't have, it's a > >>amd64 question ... I am having a miserable time trying to get vinum > >>working on m y dual opteron system, does anyone know, does vinum work on > >> amd64? I can't even include "device vinum" in the config file ... > >> > > > > > > afaik, all the vinum has been ported to gvinum ... > > > > /boot/loader.conf > > geom_vinum_load="YES" # Concatenated/mirror/raid driver > > > > nothing is needed in the kernel/conf file > > > > I have not tried gvinum with amd64 but on the i386 systems there are a > > couple of gotchas I found. After creating the array I find it necessarey > > to gvinum saveconfig or it will not be recognized on reboot. Also some > > of the commands do not work yet. If you are not using gvinum instead of > > vinum, I would start there and see how it goes ... > > > > Sven > > > > Sven, if seems like 90% of the gvinum commands don't work ... they just > yield "unknown command" which isn't helpful. Three questions would help > me, so I'll ask them. > > 1) how do I erase the existing screwed up config? Reconfig is naturally > one of the commands that isn't recognized. > > 2) for the subdisk command, the "length" parameter, I can't tell if this > means the entire size of the subdisk, or is it possibly got something to > do with the size of the mirroring bites? > > 3) I can't seem to attach the subdisks to the volume or plex, so the > volume/plex size remains 0. Again, "attach" isn't recognized). The > only way I have done things so far is to put stuff into the config file, > and use "create" to read that. How do I attach a subdisk to a plex or > volume? > Based on the source code (/usr/src/sbin/gvinum/gvinum.c) it would appear that gvinum supports the following commands: void gvinum_cancelinit(int, char **); void gvinum_create(int, char **); void gvinum_help(void); void gvinum_init(int, char **); void gvinum_list(int, char **); void gvinum_parityop(int, char **, int); void gvinum_printconfig(int, char **); void gvinum_rm(int, char **); void gvinum_saveconfig(void); void gvinum_setstate(int, char **); void gvinum_start(int, char **); void gvinum_stop(int, char **); void parseline(int, char **); void printconfig(FILE *, char *); I generally do all my configurations using the file (gvinum create ) as I too find the commandline very limited. As far as resetconfig, the only way I have found to successfully emulate this is to a) dd if=/dev/null of=/dev/ bs=1k count=32 b) fdisk /dev/ c) bsdlabel /dev/ Generally the length is the size of the subdisk you are creating for the plex, if left off or set to 0 (according the vinum manpage) it will use all the available space on the drive you specify. I use the entire subdisk I specify so I leave off the length command. My file, for example just leaves of the length information. Here is what I did to create a mirror of stripes using 4 drives: # bsdlabel /dev/da1s1 # /dev/da1s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 71681967 0 unused 0 0 # "raw" part, don't edit h: 71681951 16 vinum # cat home.vinum drive a device /dev/da1s1h drive b device /dev/da2s1h drive c device /dev/da3s1h drive d device /dev/da4s1h volume home plex org striped 480k sd drive a sd drive b plex org striped 480k sd drive c sd drive d # gvinum create home.vinum # gvinum l 4 drives: D d State: up /dev/da4s1h A: 0/35000 MB (0%) D c State: up /dev/da3s1h A: 0/35000 MB (0%) D b State: up /dev/da2s1h A: 0/35000 MB (0%) D a State: up /dev/da1s1h A: 0/35000 MB (0%) 1 volume: V home State: up Plexes: 2 Size: 68 GB 2 plexes: P home.p0 S State: up Subdisks: 2 Size: 68 GB P home.p1 S State: up Subdisks: 2 Size: 68 GB 4 subdisks: S home.p0.s0 State: up D: a Size: 34 GB S home.p0.s1 State: up D: b Size: 34 GB S home.p1.s0 State: up D: c Size: 34 GB S home.p1.s1 State: up D: d Size: 34 GB # gvinum saveconfig # newfs /dev/gvinum/home # fsck -n -t ufs /dev/gvinum/home Sven From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 12 23:31:41 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35A5616A4CE for ; Tue, 12 Apr 2005 23:31:41 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5C3243D5E for ; Tue, 12 Apr 2005 23:31:40 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 237F111F97; Tue, 12 Apr 2005 19:25:10 -0400 (EDT) Message-ID: <425C5A56.1080104@chuckr.org> Date: Tue, 12 Apr 2005 23:31:34 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sven Willenberger References: <425C3340.2080209@chuckr.org> <1113343215.11728.42.camel@lanshark.dmv.com> <425C4CF8.7040808@chuckr.org> <1113347090.16206.16.camel@lanshark.dmv.com> In-Reply-To: <1113347090.16206.16.camel@lanshark.dmv.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-amd64@freebsd.org Subject: Re: vinum setup X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2005 23:31:41 -0000 Sven Willenberger wrote: Just adding in the info, that this gave me enough, that and playing around, to finally get vinum working. I might well investigate those commands a bit more, because many are quite broken in operation, such as the saaveconfig command, which I haven't been abel toget to write the output to any file yet (it all goes to stdout, which I can live with) Anyhow, having this in the mail archive is a good thing. > > # gvinum saveconfig > # newfs /dev/gvinum/home > # fsck -n -t ufs /dev/gvinum/home > > Sven > -- ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@chuckr.org | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary (on the wall at my old fraternity, Signa Phi Nothing). ---------------------------------------------------------------------------- From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 03:50:55 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 039A616A4CE; Wed, 13 Apr 2005 03:50:55 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AD5843D48; Wed, 13 Apr 2005 03:50:54 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j3D3opOK014634 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 12 Apr 2005 23:50:53 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (mi@localhost.video-collage.com [127.0.0.1])j3D3ojn5043998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Apr 2005 23:50:46 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: (from mi@localhost)j3D3ojql043997; Tue, 12 Apr 2005 23:50:45 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200504130350.j3D3ojql043997@corbulon.video-collage.com> To: emulation@FreeBSD.org Date: Tue, 12 Apr 2005 23:50:45 -0400 (EDT) X-Mailer: ELM [version 2.5 PL7] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: amd64@FreeBSD.org Subject: forcing NVidia's driver for Linux/amd64 to work on FreeBSD/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 03:50:55 -0000 Hello! Based on the x11/nvidia-driver port I compile the open-source bits of the FreeBSD-driver. I then link them with the binary-only piece from NVidia, which produces an nvidia.ko, that can be kldloaded to say: kernel: nvidia0: mem 0xe0000000-0xe7ffffff,0xfd000000-0xfdffffff irq 16 at device 0.0 on pci1 I then put the Linux version of nvidia_drv.o into X11BASE/lib/modules/drivers/ and try to start X using the same config file I used with this same card on my older Xeon system. The machine hangs solid -- the last things I see from the X-server are: [...] (II) Setting vga for screen 0. (**) NVIDIA(0): Depth 16, (--) framebuffer bpp 16 (==) NVIDIA(0): RGB weight 565 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (**) NVIDIA(0): Option "TwinView" (**) NVIDIA(0): Option "TwinViewOrientation" "LeftOf" (**) NVIDIA(0): Option "MetaModes" "1600x1200,1600x1200" (==) NVIDIA(0): Using HW cursor (==) NVIDIA(0): Video key set to default value of 0x83e (**) NVIDIA(0): TwinView enabled (--) NVIDIA(0): Linear framebuffer at 0xE0000000 (--) NVIDIA(0): MMIO registers at 0xFD000000 Is mine a totally wrong method, or is there hope? Any suggestions? I just want my two screens to work again :-) Thanks! -mi From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 04:26:11 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B33B16A4CE; Wed, 13 Apr 2005 04:26:11 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E565743D1F; Wed, 13 Apr 2005 04:26:10 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j3D4TGBb042055; Tue, 12 Apr 2005 22:29:16 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <425C9E9C.30501@samsco.org> Date: Tue, 12 Apr 2005 22:22:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mikhail Teterin References: <200504130350.j3D3ojql043997@corbulon.video-collage.com> In-Reply-To: <200504130350.j3D3ojql043997@corbulon.video-collage.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: emulation@freebsd.org cc: amd64@freebsd.org Subject: Re: forcing NVidia's driver for Linux/amd64 to work on FreeBSD/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 04:26:11 -0000 Mikhail Teterin wrote: > Hello! > > Based on the x11/nvidia-driver port I compile the open-source bits of the FreeBSD-driver. > > I then link them with the binary-only piece from NVidia, which produces an nvidia.ko, that > can be kldloaded to say: > > kernel: nvidia0: mem 0xe0000000-0xe7ffffff,0xfd000000-0xfdffffff irq 16 at device 0.0 on pci1 > > I then put the Linux version of nvidia_drv.o into X11BASE/lib/modules/drivers/ and try to start X > using the same config file I used with this same card on my older Xeon system. > > > The machine hangs solid -- the last things I see from the X-server are: > > [...] > (II) Setting vga for screen 0. > (**) NVIDIA(0): Depth 16, (--) framebuffer bpp 16 > (==) NVIDIA(0): RGB weight 565 > (==) NVIDIA(0): Default visual is TrueColor > (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) > (**) NVIDIA(0): Option "TwinView" > (**) NVIDIA(0): Option "TwinViewOrientation" "LeftOf" > (**) NVIDIA(0): Option "MetaModes" "1600x1200,1600x1200" > (==) NVIDIA(0): Using HW cursor > (==) NVIDIA(0): Video key set to default value of 0x83e > (**) NVIDIA(0): TwinView enabled > (--) NVIDIA(0): Linear framebuffer at 0xE0000000 > (--) NVIDIA(0): MMIO registers at 0xFD000000 > > Is mine a totally wrong method, or is there hope? Any suggestions? > > I just want my two screens to work again :-) > > Thanks! > > -mi The Linux driver is likely assuming that it can use the PAT extension of the CPU, but we don't support it (yet). Scott From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 06:33:21 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC19016A4CE; Wed, 13 Apr 2005 06:33:20 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45D0E43D5F; Wed, 13 Apr 2005 06:33:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3D6XJqT013734; Wed, 13 Apr 2005 02:33:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3D6XSNd078838; Wed, 13 Apr 2005 02:33:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3C5677306E; Wed, 13 Apr 2005 02:33:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050413063319.3C5677306E@freebsd-current.sentex.ca> Date: Wed, 13 Apr 2005 02:33:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 06:33:21 -0000 TB --- 2005-04-13 04:19:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-13 04:19:57 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-13 04:19:57 - checking out the source tree TB --- 2005-04-13 04:19:57 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-13 04:19:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-13 04:38:09 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-13 04:38:09 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-13 04:38:09 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-04-13 06:31:45 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-13 06:31:45 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-13 06:31:45 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Apr 13 06:31:45 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa/tw_cl_misc.c:47:27: tw_cl_externs.h: No such file or directory /tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa/tw_cl_misc.c:48:26: tw_osl_ioctl.h: No such file or directory /tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa/tw_osl_cam.c:42:29: tw_osl_includes.h: No such file or directory /tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa/tw_osl_freebsd.c:45:29: tw_osl_includes.h: No such file or directory /tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa/tw_osl_freebsd.c:46:24: tw_cl_fwif.h: No such file or directory /tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa/tw_osl_freebsd.c:47:25: tw_cl_ioctl.h: No such file or directory /tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa/tw_osl_freebsd.c:48:26: tw_osl_ioctl.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-13 06:33:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-13 06:33:19 - ERROR: failed to build generic kernel TB --- 2005-04-13 06:33:19 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 07:01:06 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB21216A4CE for ; Wed, 13 Apr 2005 07:01:06 +0000 (GMT) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 558FE43D1D for ; Wed, 13 Apr 2005 07:01:06 +0000 (GMT) (envelope-from feodor_destroyer@mail.ru) Received: from [84.204.13.19] (port=3348 helo=[192.168.1.107]) by mx2.mail.ru with asmtp id 1DLbs0-000OLm-00; Wed, 13 Apr 2005 11:01:04 +0400 Date: Wed, 13 Apr 2005 11:05:15 +0400 From: =?Windows-1251?B?1OXk7vAgwuDx6Ov85eI=?= Organization: ctm X-Priority: 3 (Normal) Message-ID: <186830560.20050413110515@mail.ru> To: David Dahlquist In-Reply-To: <200504120439.j3C4donm093343@www.freebsd.org> References: <200504120439.j3C4donm093343@www.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: base64 cc: freebsd-amd64@freebsd.org Subject: Re: amd64/79813: Will not install/run on amd64 nForce 4 platform X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?Windows-1251?B?1OXk7vAgwuDx6Ov85eI=?= List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 07:01:06 -0000 x+Tw4OLx8uLz6fLlLCBEYXZpZC4NCg0KPj5FbnZpcm9ubWVudDoNCj4+RGVzY3JpcHRpb246 DQpERD4gRnJlZSBCU0Qgd2lsbCBub3QgaW5zdGFsbCBvbiBteSBhbWQ2NCBuRm9yY2UgNCBi YXNlZA0KREQ+IHBsYXRmb3JtLiAgSSB0aGluayBpdCBpcyBhIHByb2JsZW0gd2l0aCB0aGUg cGNpIGV4cHJlc3MgcGxhdGZvcm0uIA0KREQ+IEkgaGF2ZSBhbHNvIGhhZCB0aGlzIHByb2Js ZW0gd2l0aCBsaW51eCBkaXN0cm8ncy4gICAgICAgIA0KPj5Ib3ctVG8tUmVwZWF0Og0KREQ+ IFRyeSB0byBpbnN0YWxsIG9uIGFuIG5Gb3JjZSA0IGNoaXBzZXQgbWFjaGluZS4gICAgICAN Cj4+Rml4Og0KSSBoYXZlIEVDUyBLTjEgbW90aGVyYm9hcmQgd2l0aCBuZm9yY2U0DQpldmVy eXRoaW5nIGZpbmUgLSB0cnkgdG8gaW5zdGFsbCBpbiBub0FDUEkgbW9kZQ0KdGhhbiwgY29t cGlsZSBrZXJuZWwgd2l0aG91dCBvcHRpb24gTk9fTUlYRURfTU9ERQ0KZXZlcnl0aGluZyBm aW5lIGV4Y2VwdCBpbnRlcm5hbCBnaWdhYml0IG5ldHdvcmsgYW5kIHNvbWUgY3lyaWxsaWMN Cmlzc3Vlcw0KIHVuYW1lIC1hDQpGcmVlQlNEICoqKioqKioqKioqIDUuNC1TVEFCTEUgRnJl ZUJTRCA1LjQtU1RBQkxFICMwOg0KTW9uIEFwciAxMSAxMTozODoxOSBNU0QgMjAwNQ0Kcm9v dEAqKioqKioqKioqKjovdXNyL3NyYy9zeXMvYW1kNjQvY29tcGlsZS9XT1JLMi4xICBhbWQ2 NA0KDQotLSANCtEg8+Lg5uXt6OXsLA0KINTl5O7wICAgICAgICAgICAgICAgICAgICAgICAg ICBtYWlsdG86ZmVvZG9yX2Rlc3Ryb3llckBtYWlsLnJ1DQo= From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 07:44:39 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1E2B16A4CE for ; Wed, 13 Apr 2005 07:44:39 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6343A43D41 for ; Wed, 13 Apr 2005 07:44:39 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from [213.225.74.166] (helo=[10.0.16.10]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1DLcYA-0000kP-5I for amd64@freebsd.org; Wed, 13 Apr 2005 09:44:38 +0200 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Wed, 13 Apr 2005 09:44:35 +0200 From: Eirik =?ISO-8859-1?B?2A==?=verby To: Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable Subject: Re: Mysterious hangs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 07:44:39 -0000 Sorry, this was meant for the amd64 list. Got another report for this list. Confused the addresses. On 13-04-05 07:28, "Eirik =D8verby" wrote: > Hi, >=20 > For some time I've been seeing infrequent and seemingly random hangs on m= y > dual opteron system. Motherboard is Tyan K8S Pro. Until now I thought it = was a > "hard" hang, but I've got serial console hooked up and BREAK_TO_DEBUGGER,= DDB > and KDB in the kernel, and when sending a break through telnet I get: >=20 > telnet> send brk=20 > KDB: enter: Line break on console >=20 > And nothing more. Which means the box is sort of alive, but fails to pres= ent > even the kernel debugger. The machine is currently on 5.4 as of yesterday= . > It's been hanging before (with anything from days to weeks between), unde= r > various variations of 5.x, but I haven't had the serial console before no= w. >=20 > Has any one seen this before? Any ideas what I could look at? I suspected > hardware, but it seems that isn't the case as most HW errors I've seen wo= uld > cause a total freeze. >=20 > Here's to hoping. >=20 > Thanks, > /Eirik From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 09:41:08 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0C7F16A4CE; Wed, 13 Apr 2005 09:41:08 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDD7643D54; Wed, 13 Apr 2005 09:41:07 +0000 (GMT) (envelope-from girgen@FreeBSD.org) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 6E5534AEDB; Wed, 13 Apr 2005 11:41:06 +0200 (CEST) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05080-03-6; Wed, 13 Apr 2005 11:41:06 +0200 (CEST) Received: from [192.168.1.187] (rambutan.pingpong.net [192.168.1.187]) by melon.pingpong.net (Postfix) with ESMTP id 30DA74AEDA; Wed, 13 Apr 2005 11:41:06 +0200 (CEST) Date: Wed, 13 Apr 2005 11:41:06 +0200 From: Palle Girgensohn To: amd64@freebsd.org Message-ID: X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net cc: stable@freebsd.org Subject: Dell 2850 sporadically reboots (amd64) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 09:41:09 -0000 Hi! We have a dual CPU Dell 2850 running fresh RELENG_5_4 (amd64). It reboots sporadically, a few times per day! It has a rather high load, running php, apache & postfix. Is anyone else experiencing any problems with this kind of setup? diff against GENERIC kernel is minor: +# SMP +options SMP + +# SysV stuff +# This provides support for System V shared memory. +# +options SYSVSHM +options SYSVSEM +options SYSVMSG +options SHMMAXPGS=65536 +options SEMMNI=40 +options SEMMNS=240 +options SEMUME=40 +options SEMMNU=120 Also CPUTYPE?=nocona is set in /etc/make.conf Any ideas about this would ber *very* appreciated. Thanks! See also my previous post from yesterday. Regards, Palle $ dmesg Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RC2 #1: Wed Apr 13 01:24:15 CEST 2005 girgen@melon.pingpong.net:/usr/obj/usr/src/sys/MELON Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.02-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d,MON,DS_CPL,CNTX-ID,CX16,> AMD Features=0x20000800 Hyperthreading: 2 logical CPUs real memory = 2147221504 (2047 MB) avail memory = 2061373440 (1965 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: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic1: WARNING: intbase 32 != expected base 24 ioapic2: Changing APIC ID to 10 ioapic2: WARNING: intbase 64 != expected base 56 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 amr0: mem 0xdfdc0000-0xdfdfffff,0xd80f0000-0xd80fffff irq 46 at device 14.0 on pci2 amr0: Firmware 513O, BIOS H418, 256MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port 0xecc0-0xecff mem 0xdfae0000-0xdfafffff irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:11:43:37:a4:9e em0: Speed:N/A Duplex:N/A pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port 0xdcc0-0xdcff mem 0xdf8e0000-0xdf8fffff irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:11:43:37:a4:9f em1: Speed:N/A Duplex:N/A pcib8: at device 6.0 on pci0 pci8: on pcib8 uhci0: port 0xbce0-0xbcff irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbcc0-0xbcdf irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbca0-0xbcbf irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib9: at device 30.0 on pci0 pci9: on pcib9 pci9: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xec000-0xeffff,0xce800-0xcf7ff,0xcb000-0xcbfff,0xc0000-0xcafff 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 uhub3: Dell product 0xa001, class 9/0, rev 2.00/0.00, addr 2 uhub3: 2 ports with 2 removable, self powered Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 amrd0: on amr0 amrd0: 139760MB (286228480 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Mounting root from ufs:/dev/amrd0s2a WARNING: / was not properly dismounted WARNING: /misc was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /usr/local was not properly dismounted /usr/local: mount pending error: blocks 32 files 3 WARNING: /var was not properly dismounted WARNING: /var/spool/imap was not properly dismounted /var/spool/imap: mount pending error: blocks 20 files 4 em1: Link is up 100 Mbps Half Duplex em0: Link is up 1000 Mbps Full Duplex From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 09:58:37 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E4A116A4CF for ; Wed, 13 Apr 2005 09:58:37 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEA4F43D46 for ; Wed, 13 Apr 2005 09:58:36 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id 49so310995wri for ; Wed, 13 Apr 2005 02:58:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Mk15jQ0Ptbdoz1jpEtVXtqAXeGFZj2GfY5DqPt+VKnbfunvZzpI0U6XKFO1+GM0dfxMAbOZnw5YWKRkrrv8jzy9qg3xLmNb7MQGGNeRMjEFR9f8+MConGn0zP/JBVkXtXRVzOn1OWGMYF+xd6jYEQtYkny4Fls1BAaHNEvhBxFk= Received: by 10.54.20.71 with SMTP id 71mr47906wrt; Wed, 13 Apr 2005 02:58:34 -0700 (PDT) Received: by 10.54.59.13 with HTTP; Wed, 13 Apr 2005 02:58:04 -0700 (PDT) Message-ID: Date: Wed, 13 Apr 2005 11:57:04 +0159 From: Cristiano Deana To: amd64@freebsd.org, stable@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Subject: Re: Dell 2850 sporadically reboots (amd64) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cristiano Deana List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 09:58:37 -0000 2005/4/13, Palle Girgensohn : > We have a dual CPU Dell 2850 running fresh RELENG_5_4 (amd64) > CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.02-MHz K8-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf41 Stepping =3D 1 I am a little bit confused. amd64 with a dual xeon? --=20 Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 10:06:23 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B6B516A4CE for ; Wed, 13 Apr 2005 10:06:23 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A49C43D49 for ; Wed, 13 Apr 2005 10:06:22 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so107144rng for ; Wed, 13 Apr 2005 03:06:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rWSI7QF0lklyuFt0Xp03mk+3xTmwKNVmx38scLpJcidsbss/uFAJHWa9MVK+yZFGr992tg2dip2KGlDlDBl3ZR+woVHdbbWGoKBhzUvVwvBdyqzVqBOLVc82Pvl1V5wX+xtkY12Rt2J8QzUBEsYgNKv0b12F0cGDYUuis0g0Mxs= Received: by 10.38.74.72 with SMTP id w72mr440639rna; Wed, 13 Apr 2005 03:06:21 -0700 (PDT) Received: by 10.38.149.53 with HTTP; Wed, 13 Apr 2005 03:06:21 -0700 (PDT) Message-ID: Date: Wed, 13 Apr 2005 12:06:21 +0200 From: Claus Guttesen To: Palle Girgensohn In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: cc: amd64@freebsd.org cc: stable@freebsd.org Subject: Re: Dell 2850 sporadically reboots (amd64) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Claus Guttesen List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 10:06:23 -0000 > We have a dual CPU Dell 2850 running fresh RELENG_5_4 (amd64). It reboots > sporadically, a few times per day! It has a rather high load, running php= , > apache & postfix. Is anyone else experiencing any problems with this kind > of setup? I have a similar server which is not in production yet. So it hasn't been tested in a real world environment, but it does not reboot. > CPUTYPE?=3Dnocona > is set in /etc/make.conf Have the same, looks fine. > $ dmesg > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 6 > cpu3 (AP): APIC ID: 7 You may want to disable HTT since the logical cpu may actually decrease the overall performance. See 'show stoppers' for the upcoming 5.4 release, there is an issue with 4 cpus and heavy on http://www.freebsd.org/releases/5.4R/todo.html. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 10:09:06 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB78E16A4CE for ; Wed, 13 Apr 2005 10:09:06 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 701A143D5A for ; Wed, 13 Apr 2005 10:09:06 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so107627rng for ; Wed, 13 Apr 2005 03:09:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HfYk2Xxy+gqWA7OGYahefVMvdf0C4pwViI5WvnijOn8VXx/xH0qyXFe0E7vxuZDdeSW5VAB0z+W5KLj58FgUQNfh6fyt4aRNp9jBgpDg3aFiRvbBcsqhQkorMQ3c8QtMlie3+ulqFYwEUO+baQ9I8VGnepFqkEBZazOkXUImoEE= Received: by 10.39.1.41 with SMTP id d41mr441048rni; Wed, 13 Apr 2005 03:09:05 -0700 (PDT) Received: by 10.38.149.53 with HTTP; Wed, 13 Apr 2005 03:09:05 -0700 (PDT) Message-ID: Date: Wed, 13 Apr 2005 12:09:05 +0200 From: Claus Guttesen To: amd64@freebsd.org, stable@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Subject: Re: Dell 2850 sporadically reboots (amd64) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Claus Guttesen List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 10:09:06 -0000 > I am a little bit confused. > amd64 with a dual xeon? Works fine. Pls. search the list before posting such replies. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 10:09:54 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00DA316A4CF; Wed, 13 Apr 2005 10:09:54 +0000 (GMT) Received: from dev.bmby.co.il (l192-114-46-204.broadband.actcom.net.il [192.114.46.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F44B43D46; Wed, 13 Apr 2005 10:09:52 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [10.0.0.3] ([10.0.0.3]) by dev.bmby.co.il (8.12.9/8.12.9) with ESMTP id j3DA9nqx013471; Wed, 13 Apr 2005 13:09:50 +0300 Message-ID: <425CFDFF.3040902@bmby.com> Date: Wed, 13 Apr 2005 13:09:51 +0200 From: Uzi Klein User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Cristiano Deana References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org cc: stable@freebsd.org Subject: Re: Dell 2850 sporadically reboots (amd64) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 10:09:54 -0000 Cristiano Deana wrote: > 2005/4/13, Palle Girgensohn : > > >>We have a dual CPU Dell 2850 running fresh RELENG_5_4 (amd64) > > >>CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.02-MHz K8-class CPU) >> Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > > > I am a little bit confused. > amd64 with a dual xeon? > The FreeBSD amd64 supports Intel EM64T. See http://www.freebsd.org/platforms/amd64.html -- Uzi Klein B.M.B.Y Software Systems LTD. http://www.bmby.com From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 10:19:57 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87ABC16A4CE; Wed, 13 Apr 2005 10:19:57 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D20743D5F; Wed, 13 Apr 2005 10:19:57 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DLeyR-000Lhq-Kk; Wed, 13 Apr 2005 11:19:55 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.43 (FreeBSD)) id 1DLeyR-000C6z-Ge; Wed, 13 Apr 2005 11:19:55 +0100 To: amd64@freebsd.org, cristiano.deana@gmail.com, stable@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Wed, 13 Apr 2005 11:19:55 +0100 Subject: Re: Dell 2850 sporadically reboots (amd64) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 10:19:57 -0000 > I am a little bit confused. > amd64 with a dual xeon? Preseumably one of the newer 64 bit Xeons. I would home amd64 supports them doesnt it ? -pcf. From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 10:41:33 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C309616A4CE; Wed, 13 Apr 2005 10:41:33 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8673A43D1F; Wed, 13 Apr 2005 10:41:30 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j3DAfKHJ019491; Wed, 13 Apr 2005 20:11:21 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org, Cristiano Deana Date: Wed, 13 Apr 2005 20:11:10 +0930 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11720866.i6L7C3YFjf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504132011.18758.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: amd64@freebsd.org cc: stable@freebsd.org Subject: Re: Dell 2850 sporadically reboots (amd64) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 10:41:33 -0000 --nextPart11720866.i6L7C3YFjf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 13 Apr 2005 19:28, Cristiano Deana wrote: > 2005/4/13, Palle Girgensohn : > > We have a dual CPU Dell 2850 running fresh RELENG_5_4 (amd64) > > > > CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.02-MHz K8-class CPU) > > Origin =3D "GenuineIntel" Id =3D 0xf41 Stepping =3D 1 > > I am a little bit confused. > amd64 with a dual xeon? EMT64... =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart11720866.i6L7C3YFjf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCXPdO5ZPcIHs/zowRAixfAJ9yPEM4SHrJDI2HfEPKllmmqEEw/gCcCLM0 RL0C4V9eSncMn+Wb5PvQlcQ= =cN+m -----END PGP SIGNATURE----- --nextPart11720866.i6L7C3YFjf-- From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 16:13:31 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 604AB16A4CE for ; Wed, 13 Apr 2005 16:13:31 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3A4F43D5E for ; Wed, 13 Apr 2005 16:13:28 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 402ADB80D; Wed, 13 Apr 2005 12:13:28 -0400 (EDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <61f60d7158ae66bf2c15e5786872035b@khera.org> Content-Transfer-Encoding: quoted-printable From: Vivek Khera Date: Wed, 13 Apr 2005 12:13:25 -0400 To: =?ISO-8859-1?Q?Eirik_=D8verby?= X-Mailer: Apple Mail (2.619.2) cc: amd64@freebsd.org Subject: Re: Mysterious hangs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 16:13:31 -0000 On Apr 13, 2005, at 3:44 AM, Eirik =D8verby wrote: >> For some time I've been seeing infrequent and seemingly random hangs=20= >> on my >> dual opteron system. Motherboard is Tyan K8S Pro. Until now I thought=20= >> it was a >> "hard" hang, but I've got serial console hooked up and=20 >> BREAK_TO_DEBUGGER, DDB >> I had problems with a Tyan K8SR (S2881) until I disabled the onboard=20 bge ethernet and used an intel dual gigabit card. No luckups or=20 timeouts in 7+ days with this configuration. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 18:26:34 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37B8416A4CE for ; Wed, 13 Apr 2005 18:26:34 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id B203143D55 for ; Wed, 13 Apr 2005 18:26:33 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id E54CE11F46; Wed, 13 Apr 2005 14:19:49 -0400 (EDT) Message-ID: <425D6447.8090105@chuckr.org> Date: Wed, 13 Apr 2005 18:26:15 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sven Willenberger References: <425C3340.2080209@chuckr.org> <1113343215.11728.42.camel@lanshark.dmv.com> In-Reply-To: <1113343215.11728.42.camel@lanshark.dmv.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-amd64@freebsd.org Subject: Re: vinum setup X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 18:26:34 -0000 Sven Willenberger wrote: > On Tue, 2005-04-12 at 20:44 +0000, Chuck Robey wrote: > >>I just asked this on -questions, but I think I shouldn't have, it's a >>amd64 question ... I am having a miserable time trying to get vinum >>working on m y dual opteron system, does anyone know, does vinum work on >> amd64? I can't even include "device vinum" in the config file ... >> > > > afaik, all the vinum has been ported to gvinum ... > > /boot/loader.conf > geom_vinum_load="YES" # Concatenated/mirror/raid driver > > nothing is needed in the kernel/conf file > > I have not tried gvinum with amd64 but on the i386 systems there are a > couple of gotchas I found. After creating the array I find it necessarey > to gvinum saveconfig or it will not be recognized on reboot. Also some > of the commands do not work yet. If you are not using gvinum instead of > vinum, I would start there and see how it goes ... > > Sven > Well, yes, there are some hard spots left, but I have it working now. From what I could see, going back to Vinum isn't an option. The only kernel module that still exists is geom_vinum.ko, and there isn't any vinum.ko, or anything like that, available. Seeing as the first thing that starting vinum does is to complain about the missing vinum kernel model (and then it exits), using vinum as a backup isn't a great idea. From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 20:06:40 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE6AD16A4CE for ; Wed, 13 Apr 2005 20:06:40 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EB9643D39 for ; Wed, 13 Apr 2005 20:06:40 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 4FD5C11FD7 for ; Wed, 13 Apr 2005 15:59:55 -0400 (EDT) Message-ID: <425D7BBC.5030603@chuckr.org> Date: Wed, 13 Apr 2005 20:06:20 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: amd64 port of transcode broke X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 20:06:41 -0000 The port of multimedia/transcode is busted. That won't surprise you unduly, but the error is one I would very much like to learn about, so if you can help, please please do. The error from the build listing (I always capture build listings) is: /bin/sh /usr/local/bin/libtool13 --mode=link cc -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -fno-strict-aliasing -pipe -L/usr/local/lib -L/usr/X11R6/lib -o filter_subtitler.la -rpath /usr/local/lib/transcode -modu le -avoid-version filter_subtitler.lo load_ppml_file.lo load_font.lo frame_list.lo object_list.lo x11.lo text_processing.lo load_pictures.lo parser.lo external_programs.lo color_processor.lo -L/usr/X11R6/lib -lSM -lICE -lXext -lX11 -lXpm -lXaw - lXt -lm -L/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -lfreetype -lz -L/usr/local/lib -liconv -liconv -lm -lz rm -fr .libs/filter_subtitler.la .libs/filter_subtitler.* .libs/filter_subtitler.* cc -shared -Wl,--rpath -Wl,/usr/local/lib/transcode filter_subtitler.lo load_ppml_file.lo load_font.lo frame_list.lo obje ct_list.lo x11.lo text_processing.lo load_pictures.lo parser.lo external_programs.lo color_processor.lo -L/usr/local/lib - L/usr/X11R6/lib -lSM -lICE -lXext -lX11 -lXpm -lXaw -lXt -lm -lfreetype -lz -liconv -liconv -lm -lz -Wl,-soname -Wl,filter _subtitler.so -o .libs/filter_subtitler.so /usr/bin/ld: /usr/X11R6/lib/libXaw.a(Simple.o): relocation R_X86_64_32 can not be used when making a shared object; recompi le with -fPIC /usr/X11R6/lib/libXaw.a: could not read symbols: Bad value gmake[3]: *** [filter_subtitler.la] Error 1 OK, I don't recognize that error code, something about "relocation R_X86_64_32". Do you know what that refers to? I have just recently rebuilt my lilbXaw (not more than 2 weeks ago, probably less), is it possible I somehow used a bad flag on that? I rarely try to modify flags. I never never have anything more than -O2 in there, and even that is rare. Anyhow, I sure would appreciate any hints at all on this, I don't have too much idea what this error is referring to. From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 20:15:38 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C90F16A4CE for ; Wed, 13 Apr 2005 20:15:38 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FD8843D58 for ; Wed, 13 Apr 2005 20:15:38 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id B8744F1BF6; Wed, 13 Apr 2005 13:15:35 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 80840-09; Wed, 13 Apr 2005 13:15:34 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 970F8F1BF3; Wed, 13 Apr 2005 13:15:34 -0700 (PDT) From: Sean McNeil To: Chuck Robey In-Reply-To: <425D7BBC.5030603@chuckr.org> References: <425D7BBC.5030603@chuckr.org> Content-Type: text/plain Date: Wed, 13 Apr 2005 13:15:34 -0700 Message-Id: <1113423334.51283.6.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-amd64@FreeBSD.org Subject: Re: amd64 port of transcode broke X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 20:15:38 -0000 On Wed, 2005-04-13 at 20:06 +0000, Chuck Robey wrote: > The port of multimedia/transcode is busted. That won't surprise you Actually, from your error below it is not transcode that is busted, but your libXaw. > unduly, but the error is one I would very much like to learn about, so > if you can help, please please do. The error from the build listing (I > always capture build listings) is: > > /bin/sh /usr/local/bin/libtool13 --mode=link cc -Wall > -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 > -fno-strict-aliasing -pipe -L/usr/local/lib -L/usr/X11R6/lib -o > filter_subtitler.la -rpath /usr/local/lib/transcode -modu > le -avoid-version filter_subtitler.lo load_ppml_file.lo load_font.lo > frame_list.lo object_list.lo x11.lo text_processing.lo > load_pictures.lo parser.lo external_programs.lo color_processor.lo > -L/usr/X11R6/lib -lSM -lICE -lXext -lX11 -lXpm -lXaw - > lXt -lm -L/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -lfreetype -lz > -L/usr/local/lib -liconv -liconv -lm -lz > rm -fr .libs/filter_subtitler.la .libs/filter_subtitler.* > .libs/filter_subtitler.* > cc -shared -Wl,--rpath -Wl,/usr/local/lib/transcode > filter_subtitler.lo load_ppml_file.lo load_font.lo frame_list.lo obje > ct_list.lo x11.lo text_processing.lo load_pictures.lo parser.lo > external_programs.lo color_processor.lo -L/usr/local/lib - > L/usr/X11R6/lib -lSM -lICE -lXext -lX11 -lXpm -lXaw -lXt -lm -lfreetype > -lz -liconv -liconv -lm -lz -Wl,-soname -Wl,filter > _subtitler.so -o .libs/filter_subtitler.so > /usr/bin/ld: /usr/X11R6/lib/libXaw.a(Simple.o): relocation R_X86_64_32 > can not be used when making a shared object; recompi > le with -fPIC > /usr/X11R6/lib/libXaw.a: could not read symbols: Bad value > gmake[3]: *** [filter_subtitler.la] Error 1 You are missing a shared library. It should have picked up libXaw.so, not libXaw.a. You should reinstall the port that has libXaw - for me, I use xorg-libraries-6.8.2. The file(s) should be /usr/X11R6/lib/libXaw.so*. Check that they exist and have proper symlinks. > OK, I don't recognize that error code, something about "relocation > R_X86_64_32". Do you know what that refers to? I have just recently > rebuilt my lilbXaw (not more than 2 weeks ago, probably less), is it > possible I somehow used a bad flag on that? I rarely try to modify > flags. I never never have anything more than -O2 in there, and even > that is rare. This is an error indicating that you are mixing PIC and non-PIC code together. Everything that goes into a shared library for amd64 needs to be compiled -fPIC, but libXaw.a is not built that way. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 20:35:34 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B65E116A4CE; Wed, 13 Apr 2005 20:35:34 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD37D43D46; Wed, 13 Apr 2005 20:35:30 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j3DKZSdT082440; Wed, 13 Apr 2005 16:35:29 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org, freebsd-emulation@freebsd.org Date: Wed, 13 Apr 2005 16:35:26 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_OKYXC+kkn1fOkqy" Message-Id: <200504131635.26063.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/826/Wed Apr 13 07:03:12 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Juergen Lock Subject: QEMU on FreeBSD/amd64 (patches) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 20:35:34 -0000 --Boundary-00=_OKYXC+kkn1fOkqy Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline I finally manage to build QEMU snapshot on FreeBSD/amd64 6-CURRENT. There's ports/emulators/qemu but it doesn't build on AMD64 for several reasons, i. e., QEMU and FreeBSD are both fast moving targets (esp. src/lib/msun), some long double math functions don't exist on FreeBSD, GCC in base system doesn't build QEMU because of several optimization bugs specific to AMD64, etc. 1. Install GCC 3.4 from ports. Anything newer than 20050316 should work. (Theoretically you can use gcc40 newer than 20041127 but not verified. Actually I am using patched version of src/contrib/gcc. ;-) 2. Install following dependencies from ports: devel/gmake (of course) net/samba devel/sdl12 I believe samba is optional but sdl12 is not. It doesn't work without SDL because `-nographic' option is broken. I believe it is an upstream bug (related to FreeBSD's pty or termios, i. e., fail to get correct term size and segfault) but I couldn't pin-point the culprit yet. In fact, I didn't bother too much because SDL worked just fine. ;-) 3. Get the latest QEMU source from: http://www.dad-answers.com/qemu/ The file name is something like qemu-snapshot-*.tar.bz2. 4. Extract the tarball, chdir to it, and do the following: mkdir -p bsd/amd64 patch -p0 < ${PATCHDIR}/qemu-snapshot-fbsd.diff patch -p0 < ${PATCHDIR}/qemu-libmath-amd64.diff ./configure -cc=${GCC_BIN} gmake gmake install ${PATCHDIR} is where the attached patches are saved and ${GCC_BIN} is gcc path, e. g., /usr/local/bin/gcc34 for GCC 3.4.4 and /usr/local/bin/gcc40 for GCC 4.0.0, etc. I was able to run DragonFly 1.2 CD-ROM on i386 emulation (qemu) and Mandrake Linux 10.2rc1 for amd64 on x86-64 emulation (qemu-system-x86-64). ppc (qemu-system-ppc) and sparc (qemu-system-sparc) emulators are not tested. Enjoy, Jung-uk Kim Note 1: The limitations of this patch should be the same from ports because large portion was taken from it: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/emulators/qemu/pkg-message?rev=1.7&content-type=text/plain Note 2: qemu-libmath-amd64.diff contains C99 long double math functions taken from glibc-2.3.5 and modified for FreeBSD/amd64: http://ftp.gnu.org/gnu/glibc/ http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/?cvsroot=glibc rintl() sysdeps/i386/fpu/s_rintl.c atan2l() sysdeps/i386/fpu/e_atan2l.c sqrtl() sysdeps/i386/fpu/e_sqrtl.c llrintl() sysdeps/x86_64/fpu/s_llrintl.S lrintl() sysdeps/x86_64/fpu/s_llrintl.S sinl() sysdeps/x86_64/fpu/s_sinl.S cosl() sysdeps/x86_64/fpu/s_cosl.S tanl() sysdeps/x86_64/fpu/s_tanl.S logl() sysdeps/x86_64/fpu/e_logl.S powl() sysdeps/x86_64/fpu/e_powl.S remainderl() sysdeps/x86_64/fpu/e_remainderl.S Just enough to compile QEMU snapshot until we complete C99 project. ;-) Similarly you can add other architectures under bsd/${MACHINE_ARCH}. --Boundary-00=_OKYXC+kkn1fOkqy Content-Type: text/x-diff; charset="us-ascii"; name="qemu-libmath-amd64.diff" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="qemu-libmath-amd64.diff" diff -urN bsd.orig/Makefile bsd/Makefile --- bsd.orig/Makefile Wed Dec 31 19:00:00 1969 +++ bsd/Makefile Wed Apr 13 12:43:36 2005 @@ -0,0 +1,22 @@ +SRCS= ${MACHINE_ARCH}/e_atan2l.c \ + ${MACHINE_ARCH}/e_logl.S \ + ${MACHINE_ARCH}/e_powl.S \ + ${MACHINE_ARCH}/e_remainderl.S \ + ${MACHINE_ARCH}/e_sqrtl.c \ + ${MACHINE_ARCH}/s_cosl.S \ + ${MACHINE_ARCH}/s_llrintl.S \ + ${MACHINE_ARCH}/s_lrintl.S \ + ${MACHINE_ARCH}/s_rintl.c \ + ${MACHINE_ARCH}/s_sinl.S \ + ${MACHINE_ARCH}/s_tanl.S + +OBJS= ${SRCS:R:S/$/.o/} + +all: libmath.a + +libmath.a: ${OBJS} + rm -f $@ + ${AR} rcs $@ ${OBJS:T} + +clean: + rm -f ${OBJS:T} libmath.a diff -urN bsd.orig/amd64/e_atan2l.c bsd/amd64/e_atan2l.c --- bsd.orig/amd64/e_atan2l.c Wed Dec 31 19:00:00 1969 +++ bsd/amd64/e_atan2l.c Tue Apr 12 18:53:57 2005 @@ -0,0 +1,16 @@ +/* + * Written by J.T. Conklin . + * Public domain. + * + * Adapted for `long double' by Ulrich Drepper . + */ + +long double +atan2l (long double y, long double x) +{ + long double res; + + asm ("fpatan" : "=t" (res) : "u" (y), "0" (x) : "st(1)"); + + return res; +} diff -urN bsd.orig/amd64/e_logl.S bsd/amd64/e_logl.S --- bsd.orig/amd64/e_logl.S Wed Dec 31 19:00:00 1969 +++ bsd/amd64/e_logl.S Tue Apr 12 18:53:59 2005 @@ -0,0 +1,34 @@ +/* + * Written by J.T. Conklin . + * Public domain. + * + * Adapted for `long double' by Ulrich Drepper . + * Adapted for x86-64 by Andreas Jaeger . + */ + +#include + +RCSID("$NetBSD: $") + +one: .double 1.0 +limit: .double 0.29 + + .text +ENTRY(logl) + fldln2 // log(2) + fldt 8(%rsp) // x : log(2) + fld %st // x : x : log(2) + fsubl one(%rip) // x-1 : x : log(2) + fld %st // x-1 : x-1 : x : log(2) + fabs // |x-1| : x-1 : x : log(2) + fcompl limit(%rip) // x-1 : x : log(2) + fnstsw // x-1 : x : log(2) + andb $0x45, %ah + jz 2f + fstp %st(1) // x-1 : log(2) + fyl2xp1 // log(x) + ret + +2: fstp %st(0) // x : log(2) + fyl2x // log(x) + ret diff -urN bsd.orig/amd64/e_powl.S bsd/amd64/e_powl.S --- bsd.orig/amd64/e_powl.S Wed Dec 31 19:00:00 1969 +++ bsd/amd64/e_powl.S Tue Apr 12 18:53:59 2005 @@ -0,0 +1,301 @@ +/* ix87 specific implementation of pow function. + Copyright (C) 1996, 1997, 1998, 1999, 2001, 2004 Free Software Foundation, Inc. + This file is part of the GNU C Library. + Contributed by Ulrich Drepper , 1996. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; either + version 2.1 of the License, or (at your option) any later version. + + The GNU C Library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + + You should have received a copy of the GNU Lesser General Public + License along with the GNU C Library; if not, write to the Free + Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA + 02111-1307 USA. */ + +#include + +inf_zero: +infinity: + .byte 0, 0, 0, 0, 0, 0, 0xf0, 0x7f +zero: .double 0.0 +minf_mzero: +minfinity: + .byte 0, 0, 0, 0, 0, 0, 0xf0, 0xff +mzero: + .byte 0, 0, 0, 0, 0, 0, 0, 0x80 +one: .double 1.0 +limit: .double 0.29 +p63: + .byte 0, 0, 0, 0, 0, 0, 0xe0, 0x43 + + .text +ENTRY(powl) + fldt 24(%rsp) // y + fxam + + + fnstsw + movb %ah, %dl + andb $0x45, %ah + cmpb $0x40, %ah // is y == 0 ? + je 11f + + cmpb $0x05, %ah // is y == ±inf ? + je 12f + + cmpb $0x01, %ah // is y == NaN ? + je 30f + + fldt 8(%rsp) // x : y + + fxam + fnstsw + movb %ah, %dh + andb $0x45, %ah + cmpb $0x40, %ah + je 20f // x is ±0 + + cmpb $0x05, %ah + je 15f // x is ±inf + + fxch // y : x + + /* fistpll raises invalid exception for |y| >= 1L<<63. */ + fldl p63(%rip) // 1L<<63 : y : x + fld %st(1) // y : 1L<<63 : y : x + fabs // |y| : 1L<<63 : y : x + fcomip %st(1), %st // 1L<<63 : y : x + fstp %st(0) // y : x + jnc 2f + + /* First see whether `y' is a natural number. In this case we + can use a more precise algorithm. */ + fld %st // y : y : x + fistpll -8(%rsp) // y : x + fildll -8(%rsp) // int(y) : y : x + fucomip %st(1),%st // y : x + jne 2f + + /* OK, we have an integer value for y. */ + mov -8(%rsp),%eax + mov -4(%rsp),%edx + orl $0, %edx + fstp %st(0) // x + jns 4f // y >= 0, jump + fdivrl one(%rip) // 1/x (now referred to as x) + negl %eax + adcl $0, %edx + negl %edx +4: fldl one(%rip) // 1 : x + fxch + +6: shrdl $1, %edx, %eax + jnc 5f + fxch + fmul %st(1) // x : ST*x + fxch +5: fmul %st(0), %st // x*x : ST*x + shrl $1, %edx + movl %eax, %ecx + orl %edx, %ecx + jnz 6b + fstp %st(0) // ST*x + ret + + /* y is ±NAN */ +30: fldt 8(%rsp) // x : y + fldl one(%rip) // 1.0 : x : y + fucomip %st(1),%st // x : y + je 31f + fxch // y : x +31: fstp %st(1) + ret + +2: /* y is a real number. */ + fxch // x : y + fldl one(%rip) // 1.0 : x : y + fld %st(1) // x : 1.0 : x : y + fsub %st(1) // x-1 : 1.0 : x : y + fabs // |x-1| : 1.0 : x : y + fcompl limit(%rip) // 1.0 : x : y + fnstsw + fxch // x : 1.0 : y + test $4500,%eax + jz 7f + fsub %st(1) // x-1 : 1.0 : y + fyl2xp1 // log2(x) : y + jmp 8f + +7: fyl2x // log2(x) : y +8: fmul %st(1) // y*log2(x) : y + fxam + fnstsw + andb $0x45, %ah + cmpb $0x05, %ah // is y*log2(x) == ±inf ? + je 28f + fst %st(1) // y*log2(x) : y*log2(x) + frndint // int(y*log2(x)) : y*log2(x) + fsubr %st, %st(1) // int(y*log2(x)) : fract(y*log2(x)) + fxch // fract(y*log2(x)) : int(y*log2(x)) + f2xm1 // 2^fract(y*log2(x))-1 : int(y*log2(x)) + faddl one(%rip) // 2^fract(y*log2(x)) : int(y*log2(x)) + fscale // 2^fract(y*log2(x))*2^int(y*log2(x)) : int(y*log2(x)) + fstp %st(1) // 2^fract(y*log2(x))*2^int(y*log2(x)) + ret + +28: fstp %st(1) // y*log2(x) + fldl one(%rip) // 1 : y*log2(x) + fscale // 2^(y*log2(x)) : y*log2(x) + fstp %st(1) // 2^(y*log2(x)) + ret + + // pow(x,±0) = 1 +11: fstp %st(0) // pop y + fldl one(%rip) + ret + + // y == ±inf +12: fstp %st(0) // pop y + fldt 8(%rsp) // x + fabs + fcompl one(%rip) // < 1, == 1, or > 1 + fnstsw + andb $0x45, %ah + cmpb $0x45, %ah + je 13f // jump if x is NaN + + cmpb $0x40, %ah + je 14f // jump if |x| == 1 + + shlb $1, %ah + xorb %ah, %dl + andl $2, %edx +#ifdef PIC + lea inf_zero(%rip),%rcx + fldl (%rcx, %rdx, 4) +#else + fldl inf_zero(,%rdx, 4) +#endif + ret + +14: fldl one(%rip) + ret + +13: fldt 8(%rsp) // load x == NaN + ret + + // x is ±inf +15: fstp %st(0) // y + testb $2, %dh + jz 16f // jump if x == +inf + + // We must find out whether y is an odd integer. + fld %st // y : y + fistpll -8(%rsp) // y + fildll -8(%rsp) // int(y) : y + fucomip %st(1),%st + ffreep %st // + jne 17f + + // OK, the value is an integer, but is it odd? + mov -8(%rsp), %eax + mov -4(%rsp), %edx + andb $1, %al + jz 18f // jump if not odd + // It's an odd integer. + shrl $31, %edx +#ifdef PIC + lea minf_mzero(%rip),%rcx + fldl (%rcx, %rdx, 8) +#else + fldl minf_mzero(,%rdx, 8) +#endif + ret + +16: fcompl zero(%rip) + fnstsw + shrl $5, %eax + andl $8, %eax +#ifdef PIC + lea inf_zero(%rip),%rcx + fldl (%rcx, %rax, 1) +#else + fldl inf_zero(,%rax, 1) +#endif + ret + +17: shll $30, %edx // sign bit for y in right position +18: shrl $31, %edx +#ifdef PIC + lea inf_zero(%rip),%rcx + fldl (%rcx, %rdx, 8) +#else + fldl inf_zero(,%rdx, 8) +#endif + ret + + // x is ±0 +20: fstp %st(0) // y + testb $2, %dl + jz 21f // y > 0 + + // x is ±0 and y is < 0. We must find out whether y is an odd integer. + testb $2, %dh + jz 25f + + fld %st // y : y + fistpll -8(%rsp) // y + fildll -8(%rsp) // int(y) : y + fucomip %st(1),%st + ffreep %st // + jne 26f + + // OK, the value is an integer, but is it odd? + mov -8(%rsp),%eax + mov -4(%rsp),%edx + andb $1, %al + jz 27f // jump if not odd + // It's an odd integer. + // Raise divide-by-zero exception and get minus infinity value. + fldl one(%rip) + fdivl zero(%rip) + fchs + ret + +25: fstp %st(0) +26: +27: // Raise divide-by-zero exception and get infinity value. + fldl one(%rip) + fdivl zero(%rip) + ret + + // x is ±0 and y is > 0. We must find out whether y is an odd integer. +21: testb $2, %dh + jz 22f + + fld %st // y : y + fistpll -8(%rsp) // y + fildll -8(%rsp) // int(y) : y + fucomip %st(1),%st + ffreep %st // + jne 23f + + // OK, the value is an integer, but is it odd? + mov -8(%rsp),%eax + mov -4(%rsp),%edx + andb $1, %al + jz 24f // jump if not odd + // It's an odd integer. + fldl mzero(%rip) + ret + +22: fstp %st(0) +23: +24: fldl zero(%rip) + ret diff -urN bsd.orig/amd64/e_remainderl.S bsd/amd64/e_remainderl.S --- bsd.orig/amd64/e_remainderl.S Wed Dec 31 19:00:00 1969 +++ bsd/amd64/e_remainderl.S Tue Apr 12 18:53:59 2005 @@ -0,0 +1,19 @@ +/* + * Written by J.T. Conklin . + * Public domain. + * + * Adapted for `long double' by Ulrich Drepper . + * Adapted for x86-64 by Andreas Jaeger . + */ + +#include + +ENTRY(remainderl) + fldt 24(%rsp) + fldt 8(%rsp) +1: fprem1 + fstsw %ax + testl $0x400,%eax + jnz 1b + fstp %st(1) + ret diff -urN bsd.orig/amd64/e_sqrtl.c bsd/amd64/e_sqrtl.c --- bsd.orig/amd64/e_sqrtl.c Wed Dec 31 19:00:00 1969 +++ bsd/amd64/e_sqrtl.c Tue Apr 12 18:53:57 2005 @@ -0,0 +1,16 @@ +/* + * Written by J.T. Conklin . + * Public domain. + * + * Adapted for `long double' by Ulrich Drepper . + */ + +long double +sqrtl (long double x) +{ + long double res; + + asm ("fsqrt" : "=t" (res) : "0" (x)); + + return res; +} diff -urN bsd.orig/amd64/s_cosl.S bsd/amd64/s_cosl.S --- bsd.orig/amd64/s_cosl.S Wed Dec 31 19:00:00 1969 +++ bsd/amd64/s_cosl.S Tue Apr 12 18:53:59 2005 @@ -0,0 +1,30 @@ +/* + * Written by J.T. Conklin . + * Public domain. + * + * Adapted for `long double' by Ulrich Drepper . + * Adapted for x86-64 by Andreas Jaeger . + */ + +#include + +RCSID("$NetBSD: $") + +ENTRY(cosl) + fldt 8(%rsp) + fcos + fnstsw %ax + testl $0x400,%eax + jnz 1f + ret + +1: fldpi + fadd %st(0) + fxch %st(1) +2: fprem1 + fnstsw %ax + testl $0x400,%eax + jnz 2b + fstp %st(1) + fcos + ret diff -urN bsd.orig/amd64/s_llrintl.S bsd/amd64/s_llrintl.S --- bsd.orig/amd64/s_llrintl.S Wed Dec 31 19:00:00 1969 +++ bsd/amd64/s_llrintl.S Tue Apr 12 18:53:59 2005 @@ -0,0 +1,28 @@ +/* Round argument to nearest integral value according to current rounding + direction. + Copyright (C) 1997, 2002 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; either + version 2.1 of the License, or (at your option) any later version. + + The GNU C Library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + + You should have received a copy of the GNU Lesser General Public + License along with the GNU C Library; if not, write to the Free + Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA + 02111-1307 USA. */ + +#include + +ENTRY(llrintl) + fldt 8(%rsp) + fistpll -8(%rsp) + fwait + movq -8(%rsp),%rax + ret diff -urN bsd.orig/amd64/s_lrintl.S bsd/amd64/s_lrintl.S --- bsd.orig/amd64/s_lrintl.S Wed Dec 31 19:00:00 1969 +++ bsd/amd64/s_lrintl.S Tue Apr 12 18:53:59 2005 @@ -0,0 +1,28 @@ +/* Round argument to nearest integral value according to current rounding + direction. + Copyright (C) 1997, 2002 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; either + version 2.1 of the License, or (at your option) any later version. + + The GNU C Library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + + You should have received a copy of the GNU Lesser General Public + License along with the GNU C Library; if not, write to the Free + Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA + 02111-1307 USA. */ + +#include + +ENTRY(lrintl) + fldt 8(%rsp) + fistpll -8(%rsp) + fwait + movq -8(%rsp),%rax + ret diff -urN bsd.orig/amd64/s_rintl.c bsd/amd64/s_rintl.c --- bsd.orig/amd64/s_rintl.c Wed Dec 31 19:00:00 1969 +++ bsd/amd64/s_rintl.c Tue Apr 12 18:53:57 2005 @@ -0,0 +1,14 @@ +/* + * Written by J.T. Conklin . + * Changes for long double by Ulrich Drepper + * Public domain. + */ + +long double +rintl (long double x) +{ + long double res; + + asm ("frndint" : "=t" (res) : "0" (x)); + return res; +} diff -urN bsd.orig/amd64/s_sinl.S bsd/amd64/s_sinl.S --- bsd.orig/amd64/s_sinl.S Wed Dec 31 19:00:00 1969 +++ bsd/amd64/s_sinl.S Tue Apr 12 18:53:59 2005 @@ -0,0 +1,27 @@ +/* + * Written by J.T. Conklin . + * Public domain. + * + * Adapted for `long double' by Ulrich Drepper . + * Adapted for x86-64 by Andreas Jaeger . + */ + +#include + +ENTRY(sinl) + fldt 8(%rsp) + fsin + fnstsw %ax + testl $0x400,%eax + jnz 1f + ret +1: fldpi + fadd %st(0) + fxch %st(1) +2: fprem1 + fnstsw %ax + testl $0x400,%eax + jnz 2b + fstp %st(1) + fsin + ret diff -urN bsd.orig/amd64/s_tanl.S bsd/amd64/s_tanl.S --- bsd.orig/amd64/s_tanl.S Wed Dec 31 19:00:00 1969 +++ bsd/amd64/s_tanl.S Tue Apr 12 18:53:59 2005 @@ -0,0 +1,32 @@ +/* + * Written by J.T. Conklin . + * Public domain. + * + * Adapted for `long double' by Ulrich Drepper . + * Adapted for x86-64 by Andreas Jaeger . + */ + +#include + +RCSID("$NetBSD: $") + +ENTRY(tanl) + fldt 8(%rsp) + fptan + fnstsw %ax + testl $0x400,%eax + jnz 1f + fstp %st(0) + ret + +1: fldpi + fadd %st(0) + fxch %st(1) +2: fprem1 + fstsw %ax + testl $0x400,%eax + jnz 2b + fstp %st(1) + fptan + fstp %st(0) + ret --Boundary-00=_OKYXC+kkn1fOkqy Content-Type: text/x-diff; charset="us-ascii"; name="qemu-snapshot-fbsd.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="qemu-snapshot-fbsd.diff" Index: Makefile =================================================================== RCS file: /cvsroot/qemu/qemu/Makefile,v retrieving revision 1.82 diff -u -r1.82 Makefile --- Makefile 10 Feb 2005 21:48:51 -0000 1.82 +++ Makefile 13 Apr 2005 18:06:10 -0000 @@ -13,7 +13,7 @@ endif DOCS=qemu-doc.html qemu-tech.html qemu.1 qemu-img.1 -all: dyngen$(EXESUF) $(TOOLS) $(DOCS) +all: bsd/libmath.a dyngen$(EXESUF) $(TOOLS) $(DOCS) for d in $(TARGET_DIRS); do \ $(MAKE) -C $$d $@ || exit 1 ; \ done @@ -21,6 +21,9 @@ $(MAKE) -C kqemu endif +bsd/libmath.a: + ( cd bsd ; /usr/bin/make ) + qemu-img$(EXESUF): qemu-img.c block.c block-cow.c block-qcow.c aes.c block-vmdk.c block-cloop.c block-dmg.c $(CC) -DQEMU_TOOL $(CFLAGS) $(LDFLAGS) $(DEFINES) -o $@ $^ -lz $(LIBS) @@ -29,6 +32,7 @@ clean: # avoid old build problems by removing potentially incorrect old files + ( cd bsd ; /usr/bin/make clean ) rm -f config.mak config.h op-i386.h opc-i386.h gen-op-i386.h op-arm.h opc-arm.h gen-op-arm.h rm -f *.o *.a $(TOOLS) dyngen$(EXESUF) TAGS *.pod *~ */*~ $(MAKE) -C tests clean @@ -82,7 +86,7 @@ # documentation %.html: %.texi - texi2html -monolithic -number $< + -texi2html -monolithic -number $< qemu.1: qemu-doc.texi ./texi2pod.pl $< qemu.pod Index: Makefile.target =================================================================== RCS file: /cvsroot/qemu/qemu/Makefile.target,v retrieving revision 1.63 diff -u -r1.63 Makefile.target --- Makefile.target 7 Apr 2005 22:20:27 -0000 1.63 +++ Makefile.target 13 Apr 2005 18:06:10 -0000 @@ -211,7 +211,7 @@ ######################################################### -DEFINES+=-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE +DEFINES+=-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DSMBD=\"/usr/local/sbin/smbd\" LIBS+=-lm ifndef CONFIG_USER_ONLY LIBS+=-lz @@ -388,8 +388,8 @@ VL_LDFLAGS+=-Wl,-G0 -Wl,-T,$(SRC_PATH)/ia64.ld endif -$(QEMU_SYSTEM): $(VL_OBJS) libqemu.a - $(CC) $(VL_LDFLAGS) -o $@ $^ $(LIBS) $(SDL_LIBS) $(COCOA_LIBS) $(VL_LIBS) +$(QEMU_SYSTEM): $(VL_OBJS) libqemu.a ../bsd/libmath.a + $(CC) $(VL_LDFLAGS) -o $@ $^ $(LIBS) $(SDL_LIBS) $(COCOA_LIBS) $(VL_LIBS) ../bsd/libmath.a cocoa.o: cocoa.m $(CC) $(CFLAGS) $(DEFINES) -c -o $@ $< Index: block.c =================================================================== RCS file: /cvsroot/qemu/qemu/block.c,v retrieving revision 1.16 diff -u -r1.16 block.c --- block.c 12 Dec 2004 11:24:44 -0000 1.16 +++ block.c 13 Apr 2005 18:06:10 -0000 @@ -21,6 +21,17 @@ * OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN * THE SOFTWARE. */ + +#include "config-host.h" + +#ifdef _BSD +#include +#include +#include +#include +#include +#endif + #include "vl.h" #include "block_int.h" @@ -92,14 +103,25 @@ { int fd, ret, score, score_max; BlockDriver *drv1, *drv; - uint8_t buf[1024]; + uint8_t *buf; + size_t bufsize = 1024; + u_int sectorsize = 512; fd = open(filename, O_RDONLY | O_BINARY | O_LARGEFILE); if (fd < 0) return NULL; - ret = read(fd, buf, sizeof(buf)); +#ifdef DIOCGSECTORSIZE + if (!ioctl(fd, DIOCGSECTORSIZE, §orsize) && + sectorsize > bufsize) + bufsize = sectorsize; +#endif + buf = malloc(bufsize); + if (!buf) + return NULL; + ret = read(fd, buf, bufsize); if (ret < 0) { close(fd); + free(buf); return NULL; } close(fd); @@ -113,6 +135,7 @@ drv = drv1; } } + free(buf); return drv; } @@ -532,6 +555,15 @@ return -1; bs->read_only = 1; } +#ifdef _BSD + struct stat sb; + if (!fstat(fd,&sb) && (S_IFCHR & sb.st_mode)) { +#ifdef DIOCGMEDIASIZE + if (ioctl(fd, DIOCGMEDIASIZE, (off_t *)&size)) +#endif + size = lseek(fd, 0LL, SEEK_END); + } else +#endif size = lseek(fd, 0, SEEK_END); bs->total_sectors = size / 512; s->fd = fd; Index: configure =================================================================== RCS file: /cvsroot/qemu/qemu/configure,v retrieving revision 1.61 diff -u -r1.61 configure --- configure 13 Mar 2005 16:51:53 -0000 1.61 +++ configure 13 Apr 2005 18:06:10 -0000 @@ -18,7 +18,7 @@ # default parameters prefix="" -interp_prefix="/usr/gnemul/qemu-%M" +interp_prefix="/usr/local/bin/qemu-%M" static="no" cross_prefix="" cc="gcc" @@ -255,7 +255,7 @@ if test -z "$sdl" ; then -sdl_config="sdl-config" +sdl_config="sdl11-config" sdl=no sdl_static=no @@ -344,7 +344,7 @@ if test -z "$prefix" ; then prefix="/usr/local" fi -mandir="$prefix/share/man" +mandir="$prefix/man" datadir="$prefix/share/qemu" docdir="$prefix/share/doc/qemu" bindir="$prefix/bin" Index: vl.c =================================================================== RCS file: /cvsroot/qemu/qemu/vl.c,v retrieving revision 1.126 diff -u -r1.126 vl.c --- vl.c 7 Apr 2005 22:20:28 -0000 1.126 +++ vl.c 13 Apr 2005 18:06:11 -0000 @@ -45,6 +45,9 @@ #ifndef __APPLE__ #include #endif +#ifdef __FreeBSD__ +#include +#endif #else #include #include @@ -754,6 +757,14 @@ case QEMU_TIMER_REALTIME: #ifdef _WIN32 return GetTickCount(); +#elif defined(_BSD) + { + struct timeval r; + if (!gettimeofday(&r, NULL)) { + return ((timer_freq * 1000LL) * (int64_t)r.tv_sec + + ((int64_t)r.tv_usec * timer_freq) / 1000) / timer_freq; + } + } #else { struct tms tp; @@ -1579,8 +1590,13 @@ fclose(f); atexit(smb_exit); +#if defined(__FreeBSD__) + snprintf(smb_cmdline, sizeof(smb_cmdline), SMBD " -s %s", + smb_conf); +#else snprintf(smb_cmdline, sizeof(smb_cmdline), "/usr/sbin/smbd -s %s", smb_conf); +#endif slirp_add_exec(0, smb_cmdline, 4, 139); } @@ -1589,6 +1605,34 @@ #endif /* CONFIG_SLIRP */ +#ifdef __FreeBSD__ +#define LOAD_QUIETLY 1 +#define LOAD_VERBOSLY 2 + +int +loadmodules(int how, const char *module, ...) +{ + int loaded = 0; + va_list ap; + + va_start(ap, module); +#ifndef NO_MODULES + while (module != NULL) { + if (modfind(module) == -1) { + if (kldload(module) == -1) { + if (how == LOAD_VERBOSLY) + fprintf(stderr, "%s: Cannot load module\n", module); + } else + loaded++; + } + module = va_arg(ap, const char *); + } + va_end(ap); +#endif + return loaded; +} +#endif + #if !defined(_WIN32) #ifdef _BSD static int tun_open(char *ifname, int ifname_size) @@ -1597,11 +1641,55 @@ char *dev; struct stat s; +#ifdef __FreeBSD__ + int i, kldtried = 0, enoentcount = 0, err = 0; + char dname[100]; +#ifdef USE_DEVTAP + /* + * 5.x has /dev/tap, but that seems to just blindly increase its + * couter on every open() for some people(??), i.e. on every qemu run. + */ + i = -1; +#else + i = 0; +#endif + for (; i < 10; i++) { + if (i == -1) + strcpy(dname, "/dev/tap"); + else + snprintf(dname, sizeof dname, "%s%d", + "/dev/tap", i); + fd = open(dname, O_RDWR); + if (fd >= 0) + break; + else if (errno == ENXIO || errno == ENOENT) { + if (i == 0 && !kldtried++) { + /* + * Attempt to load the tunnel interface KLD if it isn't loaded + * already. + */ + if (loadmodules(LOAD_VERBOSLY, "if_tap", NULL)) + i = -1; + continue; + } + if (errno != ENOENT || ++enoentcount > 3) { + err = errno; + break; + } + } else + err = errno; + } + if (fd < 0) { + fprintf(stderr, "warning: could not open %s (%s): no virtual network emulation\n", dname, strerror(err)); + return -1; + } +#else fd = open("/dev/tap", O_RDWR); if (fd < 0) { - fprintf(stderr, "warning: could not open /dev/tap: no virtual network emulation\n"); + fprintf(stderr, "warning: could not open /dev/tap (%s): no virtual network emulation\n", strerror(errno)); return -1; } +#endif fstat(fd, &s); dev = devname(s.st_rdev, S_IFCHR); Index: x86_64.ld =================================================================== RCS file: /cvsroot/qemu/qemu/x86_64.ld,v retrieving revision 1.1 diff -u -r1.1 x86_64.ld --- x86_64.ld 6 Jan 2005 20:50:00 -0000 1.1 +++ x86_64.ld 13 Apr 2005 18:06:11 -0000 @@ -2,7 +2,7 @@ OUTPUT_FORMAT("elf64-x86-64", "elf64-x86-64", "elf64-x86-64") OUTPUT_ARCH(i386:x86-64) ENTRY(_start) -SEARCH_DIR("/lib64"); SEARCH_DIR("/usr/lib64"); SEARCH_DIR("/usr/local/lib64"); +SEARCH_DIR("/lib"); SEARCH_DIR("/usr/lib"); SEARCH_DIR("/usr/local/lib"); SEARCH_DIR("/usr/X11R6/lib"); SECTIONS { /* Read-only sections, merged into text segment: */ Index: fpu/softfloat-native.c =================================================================== RCS file: /cvsroot/qemu/qemu/fpu/softfloat-native.c,v retrieving revision 1.2 diff -u -r1.2 softfloat-native.c --- fpu/softfloat-native.c 20 Mar 2005 10:33:58 -0000 1.2 +++ fpu/softfloat-native.c 13 Apr 2005 18:06:12 -0000 @@ -6,7 +6,7 @@ void set_float_rounding_mode(int val STATUS_PARAM) { STATUS(float_rounding_mode) = val; -#if defined(_BSD) && !defined(__APPLE__) +#if defined(_BSD) && !defined(__APPLE__) && !defined(__FreeBSD__) fpsetround(val); #elif defined(__arm__) /* nothing to do */ @@ -22,7 +22,7 @@ } #endif -#if defined(_BSD) +#if defined(_BSD) && !defined(__FreeBSD__) #define lrint(d) ((int32_t)rint(d)) #define llrint(d) ((int64_t)rint(d)) #endif Index: fpu/softfloat-native.h =================================================================== RCS file: /cvsroot/qemu/qemu/fpu/softfloat-native.h,v retrieving revision 1.2 diff -u -r1.2 softfloat-native.h --- fpu/softfloat-native.h 20 Mar 2005 10:33:58 -0000 1.2 +++ fpu/softfloat-native.h 13 Apr 2005 18:06:12 -0000 @@ -1,6 +1,6 @@ /* Native implementation of soft float functions */ #include -#if defined(_BSD) && !defined(__APPLE__) +#if defined(_BSD) && !defined(__APPLE__) && !defined(__FreeBSD__) #include #else #include @@ -33,7 +33,7 @@ /*---------------------------------------------------------------------------- | Software IEC/IEEE floating-point rounding mode. *----------------------------------------------------------------------------*/ -#if defined(_BSD) && !defined(__APPLE__) +#if defined(_BSD) && !defined(__APPLE__) && !defined(__FreeBSD__) enum { float_round_nearest_even = FP_RN, float_round_down = FE_RM, Index: fpu/softfloat.h =================================================================== RCS file: /cvsroot/qemu/qemu/fpu/softfloat.h,v retrieving revision 1.2 diff -u -r1.2 softfloat.h --- fpu/softfloat.h 13 Mar 2005 18:52:29 -0000 1.2 +++ fpu/softfloat.h 13 Apr 2005 18:06:12 -0000 @@ -84,7 +84,8 @@ #define FLOAT128 #else /* native float support */ -#if (defined(__i386__) || defined(__x86_64__)) && !defined(_BSD) +#if (defined(__i386__) || defined(__x86_64__)) && \ + (!defined(_BSD) || defined(__FreeBSD__)) #define FLOATX80 #endif #endif /* !CONFIG_SOFTFLOAT */ Index: slirp/bootp.c =================================================================== RCS file: /cvsroot/qemu/qemu/slirp/bootp.c,v retrieving revision 1.6 diff -u -r1.6 bootp.c --- slirp/bootp.c 3 Oct 2004 11:44:41 -0000 1.6 +++ slirp/bootp.c 13 Apr 2005 18:06:12 -0000 @@ -29,11 +29,12 @@ #define START_ADDR 15 -#define LEASE_TIME (24 * 3600) +#define LEASE_TIME (120) typedef struct { uint8_t allocated; uint8_t macaddr[6]; + int time; } BOOTPClient; BOOTPClient bootp_clients[NB_ADDR]; @@ -51,15 +52,19 @@ { BOOTPClient *bc; int i; + int now = time(NULL); for(i = 0; i < NB_ADDR; i++) { if (!bootp_clients[i].allocated) goto found; } + for(i = 0; i < NB_ADDR; i++) { + if (now-bootp_clients[i].time > 3*LEASE_TIME) + goto found; + } return NULL; found: bc = &bootp_clients[i]; - bc->allocated = 1; paddr->s_addr = htonl(ntohl(special_addr.s_addr) | (i + START_ADDR)); return bc; } @@ -81,13 +86,36 @@ return bc; } -static void dhcp_decode(const uint8_t *buf, int size, - int *pmsg_type) +static BOOTPClient *find_reqaddr(struct in_addr *paddr, struct in_addr *reqaddr, const uint8_t *macaddr) +{ + BOOTPClient *bc=NULL; + int i; + /*check the net prefix*/ + if ((ntohl(reqaddr->s_addr) & 0xffffff00) == + (ntohl(special_addr.s_addr) & 0xffffff00)) { + i=(ntohl(reqaddr->s_addr) & 0xff) - START_ADDR; + if (i>=0 && i< NB_ADDR) { + bc = &bootp_clients[i]; + if (bc->allocated && + (memcmp(macaddr, bootp_clients[i].macaddr, 6)==0)) { + paddr->s_addr = reqaddr->s_addr; + return bc; + } + else + bc=NULL; + } + } + return bc; +} + +static void dhcp_decode(const uint8_t *buf, int size, int *pmsg_type, + struct sockaddr_in *preqaddr) { const uint8_t *p, *p_end; int len, tag; *pmsg_type = 0; + preqaddr->sin_addr.s_addr=htonl(0L); p = buf; p_end = buf + size; @@ -114,6 +142,10 @@ if (len >= 1) *pmsg_type = p[0]; break; + case RFC2132_REQ_ADDR: + if (len == 4) { + memcpy(&(preqaddr->sin_addr),p,4); + } default: break; } @@ -127,14 +159,14 @@ BOOTPClient *bc; struct mbuf *m; struct bootp_t *rbp; - struct sockaddr_in saddr, daddr; + struct sockaddr_in saddr, daddr, reqaddr; struct in_addr dns_addr; int dhcp_msg_type, val; - uint8_t *q; + uint8_t *q, replytype; /* extract exact DHCP msg type */ - dhcp_decode(bp->bp_vend, DHCP_OPT_LEN, &dhcp_msg_type); - dprintf("bootp packet op=%d msgtype=%d\n", bp->bp_op, dhcp_msg_type); + dhcp_decode(bp->bp_vend, DHCP_OPT_LEN, &dhcp_msg_type,&reqaddr); + dprintf("bootp packet op=%d msgtype=%d reqaddr=%x\n", bp->bp_op, dhcp_msg_type,ntohl(reqaddr.sin_addr.s_addr)); if (dhcp_msg_type == 0) dhcp_msg_type = DHCPREQUEST; /* Force reply for old BOOTP clients */ @@ -152,21 +184,18 @@ m->m_data += sizeof(struct udpiphdr); memset(rbp, 0, sizeof(struct bootp_t)); - if (dhcp_msg_type == DHCPDISCOVER) { - new_addr: - bc = get_new_addr(&daddr.sin_addr); - if (!bc) { - dprintf("no address left\n"); - return; - } - memcpy(bc->macaddr, client_ethaddr, 6); - } else { - bc = find_addr(&daddr.sin_addr, bp->bp_hwaddr); - if (!bc) { - /* if never assigned, behaves as if it was already - assigned (windows fix because it remembers its address) */ - goto new_addr; - } + bc=NULL; + daddr.sin_addr.s_addr=htonl(0L); + if (dhcp_msg_type == DHCPREQUEST) { + if (reqaddr.sin_addr.s_addr != htonl(0L)) + bc = find_reqaddr(&daddr.sin_addr, &reqaddr.sin_addr, bp->bp_hwaddr); + else + bc = find_addr(&daddr.sin_addr, bp->bp_hwaddr); + } + else if (dhcp_msg_type == DHCPDISCOVER) { + bc = find_addr(&daddr.sin_addr, bp->bp_hwaddr); + if (!bc) + bc = get_new_addr(&daddr.sin_addr); } dprintf("offered addr=%08x\n", ntohl(daddr.sin_addr.s_addr)); @@ -181,25 +210,27 @@ rbp->bp_hlen = 6; memcpy(rbp->bp_hwaddr, bp->bp_hwaddr, 6); - rbp->bp_yiaddr = daddr.sin_addr; /* Client IP address */ - rbp->bp_siaddr = saddr.sin_addr; /* Server IP address */ + rbp->bp_yiaddr = daddr.sin_addr; /* IP address */ q = rbp->bp_vend; memcpy(q, rfc1533_cookie, 4); q += 4; - if (dhcp_msg_type == DHCPDISCOVER) { - *q++ = RFC2132_MSG_TYPE; - *q++ = 1; - *q++ = DHCPOFFER; - } else if (dhcp_msg_type == DHCPREQUEST) { - *q++ = RFC2132_MSG_TYPE; - *q++ = 1; - *q++ = DHCPACK; - } - - if (dhcp_msg_type == DHCPDISCOVER || - dhcp_msg_type == DHCPREQUEST) { + if (bc != NULL) { + memcpy(bc->macaddr, client_ethaddr, 6); + bc->allocated = 1; + bc->time = time(NULL); + replytype=(dhcp_msg_type == DHCPDISCOVER)?DHCPOFFER:DHCPACK; + } + else + replytype=DHCPNACK; + + *q++ = RFC2132_MSG_TYPE; + *q++ = 1; + *q++ = replytype; + + if ((dhcp_msg_type == DHCPDISCOVER || + dhcp_msg_type == DHCPREQUEST) && replytype!=DHCPNACK) { *q++ = RFC2132_SRV_ID; *q++ = 4; memcpy(q, &saddr.sin_addr, 4); Index: slirp/bootp.h =================================================================== RCS file: /cvsroot/qemu/qemu/slirp/bootp.h,v retrieving revision 1.1 diff -u -r1.1 bootp.h --- slirp/bootp.h 22 Apr 2004 00:10:47 -0000 1.1 +++ slirp/bootp.h 13 Apr 2005 18:06:12 -0000 @@ -71,6 +71,7 @@ #define DHCPOFFER 2 #define DHCPREQUEST 3 #define DHCPACK 5 +#define DHCPNACK 6 #define RFC1533_VENDOR_MAJOR 0 #define RFC1533_VENDOR_MINOR 0 Index: slirp/slirp_config.h =================================================================== RCS file: /cvsroot/qemu/qemu/slirp/slirp_config.h,v retrieving revision 1.3 diff -u -r1.3 slirp_config.h --- slirp/slirp_config.h 12 Jul 2004 22:33:05 -0000 1.3 +++ slirp/slirp_config.h 13 Apr 2005 18:06:12 -0000 @@ -92,7 +92,7 @@ #undef BAD_SPRINTF /* Define if you have readv */ -#undef HAVE_READV +#define HAVE_READV /* Define if iovec needs to be declared */ #undef DECLARE_IOVEC @@ -104,7 +104,7 @@ #undef DECLARE_SPRINTF /* Define if you have a POSIX.1 sys/wait.h */ -#undef HAVE_SYS_WAIT_H +#define HAVE_SYS_WAIT_H /* Define if you have sys/select.h */ #undef HAVE_SYS_SELECT_H @@ -122,7 +122,7 @@ #endif /* Define if you have sys/signal.h */ -#undef HAVE_SYS_SIGNAL_H +#define HAVE_SYS_SIGNAL_H /* Define if you have sys/stropts.h */ #undef HAVE_SYS_STROPTS_H @@ -198,7 +198,7 @@ #undef HAVE_GRANTPT /* Define if you have fchmod */ -#undef HAVE_FCHMOD +#define HAVE_FCHMOD /* Define if you have */ #undef HAVE_SYS_TYPES32_H --Boundary-00=_OKYXC+kkn1fOkqy-- From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 20:38:46 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF4FA16A4CE for ; Wed, 13 Apr 2005 20:38:46 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69C5343D45 for ; Wed, 13 Apr 2005 20:38:46 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 0205E11C0E; Wed, 13 Apr 2005 16:32:00 -0400 (EDT) Message-ID: <425D8341.6020909@chuckr.org> Date: Wed, 13 Apr 2005 20:38:25 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sean McNeil References: <425D7BBC.5030603@chuckr.org> <1113423334.51283.6.camel@server.mcneil.com> In-Reply-To: <1113423334.51283.6.camel@server.mcneil.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@FreeBSD.org Subject: Re: amd64 port of transcode broke X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 20:38:47 -0000 Sean McNeil wrote: > On Wed, 2005-04-13 at 20:06 +0000, Chuck Robey wrote: > >>The port of multimedia/transcode is busted. That won't surprise you > > > Actually, from your error below it is not transcode that is busted, but > your libXaw. > > >>unduly, but the error is one I would very much like to learn about, so >>if you can help, please please do. The error from the build listing (I >>always capture build listings) is: >> >>/bin/sh /usr/local/bin/libtool13 --mode=link cc -Wall >>-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 >> -fno-strict-aliasing -pipe -L/usr/local/lib -L/usr/X11R6/lib -o >>filter_subtitler.la -rpath /usr/local/lib/transcode -modu >>le -avoid-version filter_subtitler.lo load_ppml_file.lo load_font.lo >>frame_list.lo object_list.lo x11.lo text_processing.lo >> load_pictures.lo parser.lo external_programs.lo color_processor.lo >>-L/usr/X11R6/lib -lSM -lICE -lXext -lX11 -lXpm -lXaw - >>lXt -lm -L/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -lfreetype -lz >>-L/usr/local/lib -liconv -liconv -lm -lz >>rm -fr .libs/filter_subtitler.la .libs/filter_subtitler.* >>.libs/filter_subtitler.* >>cc -shared -Wl,--rpath -Wl,/usr/local/lib/transcode >>filter_subtitler.lo load_ppml_file.lo load_font.lo frame_list.lo obje >>ct_list.lo x11.lo text_processing.lo load_pictures.lo parser.lo >>external_programs.lo color_processor.lo -L/usr/local/lib - >>L/usr/X11R6/lib -lSM -lICE -lXext -lX11 -lXpm -lXaw -lXt -lm -lfreetype >>-lz -liconv -liconv -lm -lz -Wl,-soname -Wl,filter >>_subtitler.so -o .libs/filter_subtitler.so >>/usr/bin/ld: /usr/X11R6/lib/libXaw.a(Simple.o): relocation R_X86_64_32 >>can not be used when making a shared object; recompi >>le with -fPIC >>/usr/X11R6/lib/libXaw.a: could not read symbols: Bad value >>gmake[3]: *** [filter_subtitler.la] Error 1 > > > You are missing a shared library. It should have picked up libXaw.so, > not libXaw.a. You should reinstall the port that has libXaw - for me, I > use xorg-libraries-6.8.2. The file(s) should > be /usr/X11R6/lib/libXaw.so*. Check that they exist and have proper > symlinks. Well, yes and no. You got it right, I had some funny business, and a bad link to libXaw.so.8, so I went into /usr/X11R6/lib and fixed it up, then reinit'ed ldconfig, and checked it with ldconfig -r, it's all right now. There IS a libXaw.a. Unfortunately, you don't get a prize for being right, because after that, I cleaned it up to start from scratch, and the EXACT same error pops up. > This is an error indicating that you are mixing PIC and non-PIC code > together. Everything that goes into a shared library for amd64 needs to > be compiled -fPIC, but libXaw.a is not built that way. Well that's fascinating, any notion where you got that info? As an experiment, I will go ahead and use the /usr/ports/x11/libXaw port to reinstall libXaw again. > > Cheers, > Sean > > From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 20:52:54 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D126E16A4CE for ; Wed, 13 Apr 2005 20:52:54 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6F0943D1F for ; Wed, 13 Apr 2005 20:52:54 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j3DKqrD3066986; Wed, 13 Apr 2005 13:52:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j3DKqr6B066985; Wed, 13 Apr 2005 13:52:53 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Apr 2005 13:52:53 -0700 From: Steve Kargl To: Chuck Robey Message-ID: <20050413205253.GA66862@troutmask.apl.washington.edu> References: <425D7BBC.5030603@chuckr.org> <1113423334.51283.6.camel@server.mcneil.com> <425D8341.6020909@chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <425D8341.6020909@chuckr.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@freebsd.org Subject: Re: amd64 port of transcode broke X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 20:52:54 -0000 On Wed, Apr 13, 2005 at 08:38:25PM +0000, Chuck Robey wrote: > Sean McNeil wrote: > >On Wed, 2005-04-13 at 20:06 +0000, Chuck Robey wrote: > > > > Well, yes and no. > > You got it right, I had some funny business, and a bad link to > libXaw.so.8, so I went into /usr/X11R6/lib and fixed it up, then > reinit'ed ldconfig, and checked it with ldconfig -r, it's all right now. > There IS a libXaw.a. Unfortunately, you don't get a prize for being > right, because after that, I cleaned it up to start from scratch, and > the EXACT same error pops up. > Search the amd64 mailing list archive with "R_X86_64_32". I asked about its meaning several months agao, and someone (whose name escapes me) explained it to me. If you want to avoid the problem and move on with life CFLAG+=-static -- Steve From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 21:06:39 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B00216A4CE for ; Wed, 13 Apr 2005 21:06:39 +0000 (GMT) Received: from burrito.bitsurf.net (dcn235-229.dcn.davis.ca.us [168.150.235.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC22F43D4C for ; Wed, 13 Apr 2005 21:06:38 +0000 (GMT) (envelope-from mharo@bitsurf.net) Received: from burrito.bitsurf.net (localhost [127.0.0.1]) by burrito.bitsurf.net (8.13.1/8.13.1) with ESMTP id j3DL8tDV015455 for ; Wed, 13 Apr 2005 14:08:55 -0700 (PDT) (envelope-from mharo@bitsurf.net) Received: (from mharo@localhost) by burrito.bitsurf.net (8.13.1/8.13.1/Submit) id j3DL8t6V015452 for freebsd-amd64@FreeBSD.org; Wed, 13 Apr 2005 14:08:55 -0700 (PDT) (envelope-from mharo@bitsurf.net) X-Authentication-Warning: burrito.bitsurf.net: mharo set sender to mharo@bitsurf.net using -f Date: Wed, 13 Apr 2005 14:08:55 -0700 From: Michael Haro To: freebsd-amd64@FreeBSD.org Message-ID: <20050413210855.GA15088@bitsurf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.3-RELEASE-p1 X-SMTP-From: localhost [127.0.0.1] (burrito.bitsurf.net) X-Scanned-By: MIMEDefang 2.49 on 168.150.235.229 Subject: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 21:06:39 -0000 I'm planning on building a new server, using the AMD Athlon 64 2800+, and was thinking about trying out the amd64 port of FreeBSD. I'm having trouble locating a list of supported Socket 754 motherboards & chipsets. Does the Asus K8N (nForce3) motherboard work well with FreeBSD? Do you have any better recommendations for <$100 motherboards? Michael From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 21:14:37 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 267E716A4CE for ; Wed, 13 Apr 2005 21:14:37 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5A8443D2F for ; Wed, 13 Apr 2005 21:14:36 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j3DLEMY3083916; Wed, 13 Apr 2005 17:14:24 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Wed, 13 Apr 2005 17:14:20 -0400 User-Agent: KMail/1.6.2 References: <20050413210855.GA15088@bitsurf.net> In-Reply-To: <20050413210855.GA15088@bitsurf.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200504131714.20356.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/826/Wed Apr 13 07:03:12 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Michael Haro Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 21:14:37 -0000 On Wednesday 13 April 2005 05:08 pm, Michael Haro wrote: > I'm planning on building a new server, using the AMD Athlon 64 > 2800+, and was thinking about trying out the amd64 port of FreeBSD. > I'm having trouble locating a list of supported Socket 754 > motherboards & chipsets. Does the Asus K8N (nForce3) motherboard > work well with FreeBSD? Do you have any better recommendations for > <$100 motherboards? Stay away from nForce chipsets. VIA chipset boards are usually okay. Jung-uk Kim > Michael From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 21:16:55 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29C5A16A4D7 for ; Wed, 13 Apr 2005 21:16:55 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4D3143D31 for ; Wed, 13 Apr 2005 21:16:54 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 510B8F1C18; Wed, 13 Apr 2005 14:16:54 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 51592-03; Wed, 13 Apr 2005 14:16:53 -0700 (PDT) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id EEBE1F1C0E; Wed, 13 Apr 2005 14:16:52 -0700 (PDT) From: Sean McNeil To: Chuck Robey In-Reply-To: <425D8341.6020909@chuckr.org> References: <425D7BBC.5030603@chuckr.org> <425D8341.6020909@chuckr.org> Content-Type: text/plain Date: Wed, 13 Apr 2005 14:16:52 -0700 Message-Id: <1113427012.23700.10.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-amd64@FreeBSD.org Subject: Re: amd64 port of transcode broke X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 21:16:55 -0000 On Wed, 2005-04-13 at 20:38 +0000, Chuck Robey wrote: > Sean McNeil wrote: > > On Wed, 2005-04-13 at 20:06 +0000, Chuck Robey wrote: > > > >>The port of multimedia/transcode is busted. That won't surprise you > > > > > > Actually, from your error below it is not transcode that is busted, but > > your libXaw. > > > > > >>unduly, but the error is one I would very much like to learn about, so > >>if you can help, please please do. The error from the build listing (I > >>always capture build listings) is: > >> > >>/bin/sh /usr/local/bin/libtool13 --mode=link cc -Wall > >>-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 > >> -fno-strict-aliasing -pipe -L/usr/local/lib -L/usr/X11R6/lib -o > >>filter_subtitler.la -rpath /usr/local/lib/transcode -modu > >>le -avoid-version filter_subtitler.lo load_ppml_file.lo load_font.lo > >>frame_list.lo object_list.lo x11.lo text_processing.lo > >> load_pictures.lo parser.lo external_programs.lo color_processor.lo > >>-L/usr/X11R6/lib -lSM -lICE -lXext -lX11 -lXpm -lXaw - > >>lXt -lm -L/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -lfreetype -lz > >>-L/usr/local/lib -liconv -liconv -lm -lz > >>rm -fr .libs/filter_subtitler.la .libs/filter_subtitler.* > >>.libs/filter_subtitler.* > >>cc -shared -Wl,--rpath -Wl,/usr/local/lib/transcode > >>filter_subtitler.lo load_ppml_file.lo load_font.lo frame_list.lo obje > >>ct_list.lo x11.lo text_processing.lo load_pictures.lo parser.lo > >>external_programs.lo color_processor.lo -L/usr/local/lib - > >>L/usr/X11R6/lib -lSM -lICE -lXext -lX11 -lXpm -lXaw -lXt -lm -lfreetype > >>-lz -liconv -liconv -lm -lz -Wl,-soname -Wl,filter > >>_subtitler.so -o .libs/filter_subtitler.so > >>/usr/bin/ld: /usr/X11R6/lib/libXaw.a(Simple.o): relocation R_X86_64_32 > >>can not be used when making a shared object; recompi > >>le with -fPIC > >>/usr/X11R6/lib/libXaw.a: could not read symbols: Bad value > >>gmake[3]: *** [filter_subtitler.la] Error 1 > > > > > > You are missing a shared library. It should have picked up libXaw.so, > > not libXaw.a. You should reinstall the port that has libXaw - for me, I > > use xorg-libraries-6.8.2. The file(s) should > > be /usr/X11R6/lib/libXaw.so*. Check that they exist and have proper > > symlinks. > > Well, yes and no. > > You got it right, I had some funny business, and a bad link to > libXaw.so.8, so I went into /usr/X11R6/lib and fixed it up, then > reinit'ed ldconfig, and checked it with ldconfig -r, it's all right now. > There IS a libXaw.a. Unfortunately, you don't get a prize for being > right, because after that, I cleaned it up to start from scratch, and > the EXACT same error pops up. Of course there IS a libXaw.a. It is complaining about it. There exists a symbol in the libXaw.a library that is using relocation R_X86_64_32 and that is not compatible with position-independent code (PIC). Shared libraries must be build with all-PIC. > > This is an error indicating that you are mixing PIC and non-PIC code > > together. Everything that goes into a shared library for amd64 needs to > > be compiled -fPIC, but libXaw.a is not built that way. > > Well that's fascinating, any notion where you got that info? >From years of experience :) Specifically with compilers and other tools. > As an experiment, I will go ahead and use the /usr/ports/x11/libXaw port > to reinstall libXaw again. I'm not sure where you are getting that port. I have no such port in my ports directory. Are you, perchance, using some older repository of the ports collection? If so, I would strongly suggest that you cvsup to a more recent one as amd64 support in ports is not all that old. I would suggest you try the following and make sure that the library is coming from only one source: find /var/db/pkg/ -name "+CONTENTS" -print0 | xargs -0 grep libXaw\.so Mine shows /var/db/pkg/xorg-libraries-6.8.2/+CONTENTS:lib/libXaw.so /var/db/pkg/xorg-libraries-6.8.2/+CONTENTS:lib/libXaw.so.6 /var/db/pkg/xorg-libraries-6.8.2/+CONTENTS:lib/libXaw.so.7 /var/db/pkg/xorg-libraries-6.8.2/+CONTENTS:lib/libXaw.so.8 /var/db/pkg/linux-XFree86-libs-4.3.99.902_2/+CONTENTS:usr/X11R6/lib/libXaw.so.6 /var/db/pkg/linux-XFree86-libs-4.3.99.902_2/+CONTENTS:usr/X11R6/lib/libXaw.so.6.1 /var/db/pkg/linux-XFree86-libs-4.3.99.902_2/+CONTENTS:usr/X11R6/lib/libXaw.so.7 /var/db/pkg/linux-XFree86-libs-4.3.99.902_2/+CONTENTS:usr/X11R6/lib/libXaw.so.7.0 HTH, Sean From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 22:03:24 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 936C916A4CE; Wed, 13 Apr 2005 22:03:24 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 353FD43D2D; Wed, 13 Apr 2005 22:03:22 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j3DM3HIR018762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 13 Apr 2005 18:03:19 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11])j3DM3An8073122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Apr 2005 18:03:11 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j3DM39qJ063817; Wed, 13 Apr 2005 18:03:09 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j3DM38DB063816; Wed, 13 Apr 2005 18:03:08 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Q Date: Wed, 13 Apr 2005 18:03:08 -0400 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_ccZXC3AlSJ4BH2t" Message-Id: <200504131803.08538.mi+mx@aldan.algebra.com> X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: amd64@FreeBSD.org cc: net@FreeBSD.org Subject: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 22:03:24 -0000 --Boundary-00=_ccZXC3AlSJ4BH2t Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi! I just installed a fresh 5.4-RC2 on IWill's DK8N motherboard: http://www.iwillusa.com/product_2.asp?p_id=27 I transfered the net/nvnet's distfiles using a floppy and built the driver. Unfortunately, kldload-ing if_nv did not make the interface appear... Putting ``if_nv_load="YES"'' into loader.conf and rebooting did not help either. Is there anything, you can suggest for me try right off the bat? I'm attaching the dmesg.boot and the output of 'pciconf -lv'. Thanks! Yours, -mi --Boundary-00=_ccZXC3AlSJ4BH2t Content-Type: text/plain; charset="us-ascii"; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] pcib1: at device 11.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 2 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xff100000-0xff1fffff pcib1: prefetched decode 0xe6900000-0xee8fffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P2 - AE_NOT_FOUND pci2: on pcib1 pci2: physical bus=2 map[10]: type 3, range 32, base e8000000, size 26, enabled pcib1: device (null) requested decoded memory range 0xe8000000-0xebffffff map[14]: type 4, range 32, base 00009800, size 8, enabled pcib1: device (null) requested decoded I/O range 0x9800-0x98ff map[18]: type 1, range 32, base ff1fc000, size 14, enabled pcib1: device (null) requested decoded memory range 0xff1fc000-0xff1fffff pcib0: matched entry for 0.11.INTA (src \\_SB_.LNKE) pcib0: possible interrupts: 16 17 18 19 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 3, priority 840): interrupts: 19 18 17 16 penalty: 280 280 280 280 \\_SB_.LKSM (references 1, priority 706): interrupts: 20 22 21 penalty: 640 740 740 \\_SB_.LKMO (references 1, priority 706): interrupts: 20 22 21 penalty: 640 740 740 \\_SB_.LTIE (references 1, priority 706): interrupts: 20 22 21 penalty: 640 740 740 \\_SB_.LNKE (references 1, priority 280): interrupts: 19 18 17 16 penalty: 280 280 280 280 pcib0: slot 11 INTA routed to irq 19 via \\_SB_.LNKE pcib1: slot 0 INTA is routed to irq 19 found-> vendor=0x1002, dev=0x5446, revid=0x00 bus=2, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D3 current D0 pci2: at device 0.0 (no driver attached) pcib2: at device 14.0 on pci0 pcib2: secondary bus 1 pcib2: subordinate bus 1 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xff000000-0xff0fffff pcib2: prefetched decode 0xfff00000-0xfffff ACPI link \\_SB_.LNKD has invalid initial irq 10, ignoring ACPI link \\_SB_.LNKC has invalid initial irq 10, ignoring ACPI PCI link initial configuration: \\_SB_.LNKD irq 0: [16 17 18 19] 0+ low,level,sharable 1.7.0 \\_SB_.LNKA irq 0: [16 17 18 19] 0+ low,level,sharable 1.7.1 \\_SB_.LNKB irq 0: [16 17 18 19] 0+ low,level,sharable 1.7.2 \\_SB_.LNKC irq 0: [16 17 18 19] 0+ low,level,sharable 1.7.3 \\_SB_.LNKC irq 0: [16 17 18 19] 0+ low,level,sharable 1.6.0 \\_SB_.LNKD irq 0: [16 17 18 19] 0+ low,level,sharable 1.6.1 \\_SB_.LNKA irq 0: [16 17 18 19] 0+ low,level,sharable 1.6.2 \\_SB_.LNKB irq 0: [16 17 18 19] 0+ low,level,sharable 1.6.3 pci1: on pcib2 pci1: physical bus=1 map[10]: type 1, range 32, base ff0ff800, size 11, enabled pcib2: device (null) requested decoded memory range 0xff0ff800-0xff0fffff map[14]: type 1, range 32, base ff0f8000, size 14, enabled pcib2: device (null) requested decoded memory range 0xff0f8000-0xff0fbfff pcib2: matched entry for 1.6.INTA (src \\_SB_.LNKC) pcib2: possible interrupts: 16 17 18 19 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 5, priority 2212): interrupts: 18 17 16 19 penalty: 440 440 440 450 \\_SB_.LNKD (references 2, priority 885): interrupts: 18 17 16 19 penalty: 440 440 440 450 \\_SB_.LNKA (references 2, priority 885): interrupts: 18 17 16 19 penalty: 440 440 440 450 \\_SB_.LNKC (references 2, priority 885): interrupts: 18 17 16 19 penalty: 440 440 440 450 \\_SB_.LKSM (references 1, priority 706): interrupts: 20 21 22 penalty: 640 740 740 \\_SB_.LKMO (references 1, priority 706): interrupts: 20 21 22 penalty: 640 740 740 \\_SB_.LTIE (references 1, priority 706): interrupts: 20 21 22 penalty: 640 740 740 pcib2: slot 6 INTA routed to irq 18 via \\_SB_.LNKC found-> vendor=0x104c, dev=0x8023, revid=0x00 bus=1, slot=6, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 fwohci0: mem 0xff0f8000-0xff0fbfff,0xff0ff800-0xff0fffff irq 18 at device 6.0 on pci1 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xff0ff800 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:00:00:00:01:46:87 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:00:01:46:87 fwe0: bpf attached fwe0: Ethernet address: 02:00:00:01:46:87 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pcib3: on acpi0 pcib3: could not get PCI interrupt routing table for \\_SB_.PCIB - AE_NOT_FOUND pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x1022, dev=0x7450, revid=0x12 bus=3, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) map[10]: type 1, range 64, base ff6fe000, size 12, enabled found-> vendor=0x1022, dev=0x7451, revid=0x01 bus=3, slot=1, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7450, revid=0x12 bus=3, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0116, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 64, base ff6ff000, size 12, enabled found-> vendor=0x1022, dev=0x7451, revid=0x01 bus=3, slot=2, func=1 class=08-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib4: at device 1.0 on pci3 pcib4: secondary bus 5 pcib4: subordinate bus 5 pcib4: I/O decode 0xd000-0xefff pcib4: memory decode 0xff400000-0xff5fffff pcib4: prefetched decode 0xfff00000-0xfffff ACPI PCI link initial configuration: pci5: on pcib4 pci5: physical bus=5 map[10]: type 4, range 32, base 0000ec00, size 3, enabled pcib4: device (null) requested decoded I/O range 0xec00-0xec07 map[14]: type 4, range 32, base 0000e800, size 2, enabled pcib4: device (null) requested decoded I/O range 0xe800-0xe803 map[18]: type 4, range 32, base 0000e400, size 3, enabled pcib4: device (null) requested decoded I/O range 0xe400-0xe407 map[1c]: type 4, range 32, base 0000e000, size 2, enabled pcib4: device (null) requested decoded I/O range 0xe000-0xe003 map[20]: type 4, range 32, base 0000dc00, size 4, enabled pcib4: device (null) requested decoded I/O range 0xdc00-0xdc0f map[24]: type 1, range 32, base ff5ffc00, size 10, enabled pcib4: device (null) requested decoded memory range 0xff5ffc00-0xff5fffff pcib4: matched entry for 5.3.INTA pcib4: slot 3 INTA hardwired to IRQ 27 found-> vendor=0x1095, dev=0x3114, revid=0x02 bus=5, slot=3, func=0 class=01-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=27 powerspec 2 supports D0 D1 D2 D3 current D0 atapci2: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 mem 0xff5ffc00-0xff5fffff irq 27 at device 3.0 on pci5 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 atapci2: [MPSAFE] atapci2: Reserved 0x400 bytes for rid 0x24 type 3 at 0xff5ffc00 ata4: channel #0 on atapci2 ata4: reset tp1 mask=01 ostat0=50 ostat1=50 ata4-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata4-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata4-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 stat0=50 stat1=00 devices=0x1 ata4: [MPSAFE] ata5: channel #1 on atapci2 ata5: reset tp1 mask=01 ostat0=50 ostat1=50 ata5-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata5: reset tp2 stat0=50 stat1=00 devices=0x1 ata5: [MPSAFE] ata6: channel #2 on atapci2 ata6: reset tp1 mask=01 ostat0=7f ostat1=7f ata6-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata6-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata6-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata6-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata6-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata6-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata6-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata6: reset tp2 stat0=ff stat1=00 devices=0x0 ata6: [MPSAFE] ata7: channel #3 on atapci2 ata7: reset tp1 mask=01 ostat0=7f ostat1=7f ata7-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata7-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata7-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata7-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata7-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata7-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata7-master: stat=0x7f err=0x00 lsb=0x00 msb=0x00 ata7: reset tp2 stat0=ff stat1=00 devices=0x0 ata7: [MPSAFE] pci3: at device 1.1 (no driver attached) pcib5: at device 2.0 on pci3 pcib5: secondary bus 4 pcib5: subordinate bus 4 pcib5: I/O decode 0x0-0x0 pcib5: memory decode 0xff300000-0xff3fffff pcib5: prefetched decode 0xfea00000-0xfeafffff ACPI PCI link initial configuration: pci4: on pcib5 pci4: physical bus=4 map[10]: type 3, range 32, base feaf0000, size 16, enabled pcib5: device (null) requested decoded memory range 0xfeaf0000-0xfeafffff pcib5: matched entry for 4.1.INTA pcib5: slot 1 INTA hardwired to IRQ 29 found-> vendor=0x1000, dev=0x1960, revid=0x01 bus=4, slot=1, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x04b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=29 powerspec 2 supports D0 D3 current D0 amr0: mem 0xfeaf0000-0xfeafffff irq 29 at device 1.0 on pci4 amr0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfeaf0000 amr0: [MPSAFE] amr0: Firmware 712T, BIOS G116, 64MB RAM pci3: at device 2.1 (no driver attached) acpi_button0: on acpi0 unknown: not probed (disabled) sio0: irq maps: 0xa3 0xb3 0xa3 0xa3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0xa3 0xab 0xa3 0xa3 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc8800-0xccfff,0xc0000-0xc7fff on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xffffffff800b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 EGA/VGA parameters to be used for mode 24 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 132744 -> 100000 procfs registered linprocfs registered Timecounter "TSC" frequency 1800005863 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ata1-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ata1-master: setting PIO4 on nVidia nForce3 Pro chip acd0: CDROM drive at ata1 as master acd0: read 5512KB/s (5512KB/s), 256KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata4-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad8: ATA-6 disk at ata4-master ad8: 190782MB (390721968 sectors), 387621 C, 16 H, 63 S, 512 B ad8: 16 secs/int, 1 depth queue, SATA150 ar: LSI check1 failed ata5-master: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 GEOM: new disk ad8 [0] f:00 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:16771797 [1] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:16771860 l:4192965 [2] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:20964825 l:16771860 [3] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:37736685 l:352980180 GEOM: Configure ad8s1, start 32256 length 8587160064 end 8587192319 GEOM: Configure ad8s2, start 8587192320 length 2146798080 end 10733990399 GEOM: Configure ad8s3, start 10733990400 length 8587192320 end 19321182719 GEOM: Configure ad8s4, start 19321182720 length 180725852160 end 200047034879 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure ad8s1b, start 0 length 8587160064 end 8587160063 GEOM: Configure ad8s1c, start 0 length 8587160064 end 8587160063 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure ad8s2a, start 0 length 2146798080 end 2146798079 GEOM: Configure ad8s2c, start 0 length 2146798080 end 2146798079 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure ad8s3c, start 0 length 8587192320 end 8587192319 GEOM: Configure ad8s3d, start 0 length 8587192320 end 8587192319 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure ad8s4c, start 0 length 180725852160 end 180725852159 GEOM: Configure ad8s4d, start 0 length 180725852160 end 180725852159 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 ata5: reiniting channel .. ata5: reset tp1 mask=01 ostat0=50 ostat1=50 ata5-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata5: reset tp2 stat0=50 stat1=00 devices=0x1 ata5: resetting done .. ata5-master: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 ata5: reiniting channel .. ata5-master: FAILURE - ATA_IDENTIFY timed out ata5: device config done .. ata5-master: FAILURE - ATA_IDENTIFY timed out amrd0: on amr0 amrd0: 953885MB (1953556480 sectors) RAID 5 (optimal) GEOM: new disk amrd0 (probe21:amr0:0:15:0): error 22 (probe21:amr0:0:15:0): Unretryable Error (probe13:amr0:0:6:0): error 22 (probe13:amr0:0:6:0): Unretryable Error (probe14:amr0:0:8:0): error 22 (probe14:amr0:0:8:0): Unretryable Error (probe15:amr0:0:9:0): error 22 (probe15:amr0:0:9:0): Unretryable Error (probe16:amr0:0:10:0): error 22 (probe16:amr0:0:10:0): Unretryable Error (probe17:amr0:0:11:0): error 22 (probe17:amr0:0:11:0): Unretryable Error (probe18:amr0:0:12:0): error 22 (probe18:amr0:0:12:0): Unretryable Error (probe19:amr0:0:13:0): error 22 (probe19:amr0:0:13:0): Unretryable Error (probe20:amr0:0:14:0): error 22 (probe20:amr0:0:14:0): Unretryable Error (probe12:amr0:0:5:0): error 22 (probe12:amr0:0:5:0): Unretryable Error (probe11:amr0:0:4:0): error 22 (probe11:amr0:0:4:0): Unretryable Error (probe9:amr0:0:2:0): error 22 (probe9:amr0:0:2:0): Unretryable Error (probe7:amr0:0:0:0): error 22 (probe7:amr0:0:0:0): Unretryable Error (probe8:amr0:0:1:0): error 22 (probe8:amr0:0:1:0): Unretryable Error (probe10:amr0:0:3:0): error 22 (probe10:amr0:0:3:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 ioapic1: routing intpin 3 (PCI IRQ 27) to cluster 0 ioapic2: routing intpin 1 (PCI IRQ 29) to cluster 0 Mounting root from ufs:/dev/ad8s2a start_init: trying /sbin/init [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...3 2 2 1 0 0 done No buffers busy after final sync Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RC2 #0: Sun Apr 10 04:02:23 UTC 2005 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 244 (1800.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 real memory = 2146697216 (2047 MB) avail memory = 2060873728 (1965 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 ACPI link \\_SB_.LUS0 has invalid initial irq 10, ignoring ACPI link \\_SB_.LKLN has invalid initial irq 5, ignoring ACPI link \\_SB_.LUS1 has invalid initial irq 11, ignoring ACPI link \\_SB_.LUS2 has invalid initial irq 7, ignoring ACPI link \\_SB_.LNKE has invalid initial irq 11, ignoring ACPI link \\_SB_.LNKB has invalid initial irq 10, ignoring ACPI link \\_SB_.LTIE has invalid initial irq 10, ignoring pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xff2fb000-0xff2fbfff irq 22 at device 2.0 on pci0 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: 4 ports with 4 removable, self powered ohci1: mem 0xff2fc000-0xff2fcfff irq 21 at device 2.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered pci0: at device 2.2 (no driver attached) pci0: at device 5.0 (no driver attached) pci0: at device 6.0 (no driver attached) atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xbc00-0xbc0f,0xc000-0xc003,0xc400-0xc407,0xc800-0xc803,0xcc00-0xcc07 irq 21 at device 10.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pcib1: at device 11.0 on pci0 pci2: on pcib1 pci2: at device 0.0 (no driver attached) pcib2: at device 14.0 on pci0 ACPI link \\_SB_.LNKD has invalid initial irq 10, ignoring ACPI link \\_SB_.LNKC has invalid initial irq 10, ignoring pci1: on pcib2 fwohci0: mem 0xff0f8000-0xff0fbfff,0xff0ff800-0xff0fffff irq 18 at device 6.0 on pci1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:00:00:00:01:46:87 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:00:01:46:87 fwe0: Ethernet address: 02:00:00:01:46:87 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pcib3: on acpi0 pci3: on pcib3 pcib4: at device 1.0 on pci3 pci5: on pcib4 atapci2: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 mem 0xff5ffc00-0xff5fffff irq 27 at device 3.0 on pci5 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 ata6: channel #2 on atapci2 ata7: channel #3 on atapci2 pci3: at device 1.1 (no driver attached) pcib5: at device 2.0 on pci3 pci4: on pcib5 amr0: mem 0xfeaf0000-0xfeafffff irq 29 at device 1.0 on pci4 amr0: Firmware 712T, BIOS G116, 64MB RAM pci3: at device 2.1 (no driver attached) acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 orm0: at iomem 0xc8800-0xccfff,0xc0000-0xc7fff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1800006073 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master PIO4 ad8: 190782MB [387621/16/63] at ata4-master SATA150 ata5-master: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 ata5-master: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 ata5-master: FAILURE - ATA_IDENTIFY timed out ata5-master: FAILURE - ATA_IDENTIFY timed out amrd0: on amr0 amrd0: 953885MB (1953556480 sectors) RAID 5 (optimal) Mounting root from ufs:/dev/ad8s2a --Boundary-00=_ccZXC3AlSJ4BH2t Content-Type: text/plain; charset="us-ascii"; name="pciconf.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pciconf.txt" hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00e110de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = bridge subclass = HOST-PCI isab0@pci0:1:0: class=0x060100 card=0x004415d4 chip=0x00e010de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-ISA none0@pci0:1:1: class=0x0c0500 card=0x004415d4 chip=0x00e410de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce PCI System Management' class = serial bus subclass = SMBus ohci0@pci0:2:0: class=0x0c0310 card=0x004415d4 chip=0x00e710de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = serial bus subclass = USB ohci1@pci0:2:1: class=0x0c0310 card=0x004415d4 chip=0x00e710de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = serial bus subclass = USB none1@pci0:2:2: class=0x0c0320 card=0x004415d4 chip=0x00e810de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = serial bus subclass = USB none2@pci0:5:0: class=0x068000 card=0x004415d4 chip=0x00df10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'Network Bus Enumerator' class = bridge none3@pci0:6:0: class=0x040100 card=0x004415d4 chip=0x00ea10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = multimedia subclass = audio atapci0@pci0:8:0: class=0x01018a card=0x004415d4 chip=0x00e510de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'CK8S Parallel ATA Controller' class = mass storage subclass = ATA atapci1@pci0:10:0: class=0x010185 card=0x00000000 chip=0x00e310de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'CK8S Serial ATA Controller' class = mass storage subclass = ATA pcib1@pci0:11:0: class=0x060400 card=0x00000000 chip=0x00e210de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce3 250 AGP Host to PCI Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:14:0: class=0x060400 card=0x00000000 chip=0x00ed10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI hostb1@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI none4@pci2:0:0: class=0x030000 card=0x04081002 chip=0x54461002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Rage 128 PRO ULTRA Video Controller (VGA Compatible)' class = display subclass = VGA fwohci0@pci1:6:0: class=0x0c0010 card=0x8023104c chip=0x8023104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB22/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr' class = serial bus subclass = FireWire pcib4@pci3:1:0: class=0x060400 card=0x000000a0 chip=0x74501022 rev=0x12 hdr=0x01 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-8131 PCI-X Bridge' class = bridge subclass = PCI-PCI none5@pci3:1:1: class=0x080010 card=0x36c01022 chip=0x74511022 rev=0x01 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-8131 PCI-X IOAPIC' class = base peripheral subclass = interrupt controller pcib5@pci3:2:0: class=0x060400 card=0x000000a0 chip=0x74501022 rev=0x12 hdr=0x01 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-8131 PCI-X Bridge' class = bridge subclass = PCI-PCI none6@pci3:2:1: class=0x080010 card=0x36c01022 chip=0x74511022 rev=0x01 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'AMD-8131 PCI-X IOAPIC' class = base peripheral subclass = interrupt controller atapci2@pci5:3:0: class=0x018000 card=0x31141095 chip=0x31141095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'Sil 3114 SATALink/SATARaid Controller' class = mass storage amr0@pci4:1:0: class=0x010400 card=0x05231000 chip=0x19601000 rev=0x01 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' class = mass storage subclass = RAID --Boundary-00=_ccZXC3AlSJ4BH2t-- From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 13 22:22:21 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B1AE16A4CE for ; Wed, 13 Apr 2005 22:22:21 +0000 (GMT) Received: from april.chuckr.org (april.chuckr.org [66.92.151.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3506C43D31 for ; Wed, 13 Apr 2005 22:22:21 +0000 (GMT) (envelope-from chuckr@chuckr.org) Received: from [66.92.151.195] (july.chuckr.org [66.92.151.195]) by april.chuckr.org (Postfix) with ESMTP id 6E14311F96; Wed, 13 Apr 2005 18:15:34 -0400 (EDT) Message-ID: <425D9B85.4040102@chuckr.org> Date: Wed, 13 Apr 2005 22:21:57 +0000 From: Chuck Robey User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Robey References: <425D7BBC.5030603@chuckr.org> In-Reply-To: <425D7BBC.5030603@chuckr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@FreeBSD.org Subject: Re: amd64 port of transcode broke X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 22:22:21 -0000 Chuck Robey wrote: > The port of multimedia/transcode is busted. That won't surprise you > unduly, but the error is one I would very much like to learn about, so > if you can help, please please do. The error from the build listing (I > always capture build listings) is: OK, I have all those problems behind me, and I even got vlc built and installed. It's extremely nice. There is one problem. It's my sound. Don';t get me wrong, my SoundBlaster Audigy is working pretty well, but the problem seems tobe that the digital output seems to be randomly on and off, while the regular analog works perfectly. Seeing as my goal is multichannel stereo and that cant work in analog, this isn't very good. I'm looking for a mixer application that will turn on my digital output. Do we have one of these bears? I'm willing to experiment, but I sure hope it's not a limitation inthe driver. > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 00:28:11 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 576C416A4CE; Thu, 14 Apr 2005 00:28:11 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00CAC43D2F; Thu, 14 Apr 2005 00:28:10 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j3E0S74C019295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 13 Apr 2005 20:28:08 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11])j3E0S17g074027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Apr 2005 20:28:02 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j3E0S0wW064637; Wed, 13 Apr 2005 20:28:00 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j3E0Rxjk064636; Wed, 13 Apr 2005 20:27:59 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Q Date: Wed, 13 Apr 2005 20:27:59 -0400 User-Agent: KMail/1.7.2 References: <200504131803.08538.mi+mx@aldan.algebra.com> <7d0ce05415753151e32ccd716d820a2f@onthenet.com.au> In-Reply-To: <7d0ce05415753151e32ccd716d820a2f@onthenet.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200504132027.59726.mi+mx@aldan.algebra.com> X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: amd64@FreeBSD.org cc: net@FreeBSD.org Subject: Re: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 00:28:11 -0000 > > I just installed a fresh 5.4-RC2 on IWill's DK8N motherboard: > > > > ššššššhttp://www.iwillusa.com/product_2.asp?p_id=27 > > > > I transfered the net/nvnet's distfiles using a floppy and built the > > driver. > > > > Unfortunately, kldload-ing if_nv did not make the interface appear... > > Putting > > ``if_nv_load="YES"'' into loader.conf and rebooting did not help > > either. > > > > Is there anything, you can suggest for me try right off the bat? > > Try using the tarball from here http://www.onthenet.com.au/~q/nvnet Yes! That -- combined with the ftp://download1.nvidia.com/XFree86/nforce/1.0-0301/ -- worked! It currently reports the status of 100baseTX, even though, according to the switch, the connection is at 1Gb. But this is such a minor issue compared to having no network at all... Could update the net/nvnet port? When 5.4 gets released, I imagine plenty of people to be in my position... Thanks! Yours, -mi From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 03:18:36 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C28E16A4CE; Thu, 14 Apr 2005 03:18:36 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A75543D2D; Thu, 14 Apr 2005 03:18:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3E3IZuI095580; Wed, 13 Apr 2005 23:18:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3E3IZ60021876; Wed, 13 Apr 2005 23:18:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CC7C07306E; Wed, 13 Apr 2005 23:18:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050414031834.CC7C07306E@freebsd-current.sentex.ca> Date: Wed, 13 Apr 2005 23:18:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 03:18:36 -0000 TB --- 2005-04-14 02:03:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-14 02:03:10 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-14 02:03:10 - checking out the source tree TB --- 2005-04-14 02:03:10 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-14 02:03:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-14 02:10:02 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-14 02:10:02 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-14 02:10:02 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] ln -fs libbsdxml.so.1 /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32/libbsdxml.so sh /tinderbox/CURRENT/amd64/amd64/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include ===> lib/libkvm (depend,all,install) cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/amd64/amd64/src/lib/libkvm -c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm.c In file included from /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include/sys/user.h:36, from /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm.c:48: /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include/machine/pcb.h:70: error: field `pcb_fsd' has incomplete type /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include/machine/pcb.h:71: error: field `pcb_gsd' has incomplete type *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-14 03:18:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-14 03:18:34 - ERROR: failed to build world TB --- 2005-04-14 03:18:34 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 04:07:53 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FDC716A4CE for ; Thu, 14 Apr 2005 04:07:53 +0000 (GMT) Received: from lakermmtao06.cox.net (lakermmtao06.cox.net [68.230.240.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D7FA43D54 for ; Thu, 14 Apr 2005 04:07:53 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.70.216]) by lakermmtao06.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050414040751.XYCL21504.lakermmtao06.cox.net@dolphin.local.net> for ; Thu, 14 Apr 2005 00:07:51 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j3E47pd8033615 for ; Wed, 13 Apr 2005 23:07:52 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 13 Apr 2005 23:07:46 -0500 From: "Conrad J. Sabatier" To: freebsd-amd64@freebsd.org Message-ID: <20050413230746.6f62a522@dolphin.local.net> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: relocation R_X86_64_32 / -fPIC issues with certain ports X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 04:07:53 -0000 I've encountered this problem before while building certain ports for amd64, but I've decided it's time to ask for some details as to what it means exactly. Here's a sample from a failed build of devel/subversion: /usr/bin/ld: ../libsvn_swig_perl/.libs/libsvn_swig_perl-1.a(swigutil_pl.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC OK, I know that adding "-fPIC" to this or that Makefile resolves this issue, but can anyone explain what this is actually all about? Thanks! -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 06:54:34 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDD5D16A4D0 for ; Thu, 14 Apr 2005 06:54:34 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52B2243D58 for ; Thu, 14 Apr 2005 06:54:34 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4761 invoked from network); 14 Apr 2005 06:54:34 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 14 Apr 2005 06:54:33 -0000 Received: from [131.106.57.68] (p178.n-lapop01.stsn.com [12.129.240.178]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j3E6sRWk035067; Thu, 14 Apr 2005 02:54:28 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: amd64@FreeBSD.org, arm@FreeBSD.org, ia64@FreeBSD.org, sparc64@FreeBSD.org Date: Thu, 14 Apr 2005 02:54:13 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504140254.14714.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Subject: Atomic operations patch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 06:54:35 -0000 I have some cleanups for the atomic operations that fixes incorrect use of the "+m" constraint and changes the atomic_foo_ptr() operations to operate on uintptr_t's rather than void *'s to make it simpler to implement. Patch is at http://www.FreeBSD.org/~jhb/patches/atomic.patch It's already tested on alpha, i386, and sparc64. Please let me know how it goes for the other archs. Thanks, -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 06:56:02 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83D8516A4CE for ; Thu, 14 Apr 2005 06:56:02 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B84F43D2D for ; Thu, 14 Apr 2005 06:56:02 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so395475nzf for ; Wed, 13 Apr 2005 23:56:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=goMDb26o07llDYc3p53uPktwBBf3KCPqVf/ifwUEDuSsO1SEWzBJZg2+sRP90dkFCfY8GgSy7OIldd2DYANSJ4q4hRTJvb1ME3MEowJzprh8o1s9DfMYwHSJb4+xXexw4of5sybWq2gGLAshgavsTdaiQON4h4CkqzzGMWwsFto= Received: by 10.36.12.7 with SMTP id 7mr92352nzl; Wed, 13 Apr 2005 23:56:01 -0700 (PDT) Received: by 10.36.75.15 with HTTP; Wed, 13 Apr 2005 23:56:01 -0700 (PDT) Message-ID: <346a802205041323563cc30688@mail.gmail.com> Date: Thu, 14 Apr 2005 02:56:01 -0400 From: Coleman Kane To: Jung-uk Kim In-Reply-To: <200504131714.20356.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> cc: Michael Haro cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 06:56:02 -0000 On 4/13/05, Jung-uk Kim wrote: > On Wednesday 13 April 2005 05:08 pm, Michael Haro wrote: > > I'm planning on building a new server, using the AMD Athlon 64 > > 2800+, and was thinking about trying out the amd64 port of FreeBSD. > > I'm having trouble locating a list of supported Socket 754 > > motherboards & chipsets. Does the Asus K8N (nForce3) motherboard > > work well with FreeBSD? Do you have any better recommendations for > > <$100 motherboards? >=20 > Stay away from nForce chipsets. VIA chipset boards are usually okay. >=20 > Jung-uk Kim >=20 > > Michael >=20 Yeah, I doubly agree. Stay clear away from nForce boards. You will most likely not get a solution that works out-of-the-box with them (you'll have to maintain your own personal patchset). In general, the VIA chipsets work really well with FreeBSD. I have worked with both of them, along with Jung-uk Kim. You will save yourself alot of headache if you just get a VIA board now. -- coleman From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 12:34:21 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF97316A4CE; Thu, 14 Apr 2005 12:34:21 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A809243D46; Thu, 14 Apr 2005 12:34:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3ECYKqO011969; Thu, 14 Apr 2005 08:34:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3ECYKmW061345; Thu, 14 Apr 2005 08:34:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DF1BB7306E; Thu, 14 Apr 2005 08:34:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050414123419.DF1BB7306E@freebsd-current.sentex.ca> Date: Thu, 14 Apr 2005 08:34:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 12:34:21 -0000 TB --- 2005-04-14 11:22:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-14 11:22:59 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2005-04-14 11:22:59 - checking out the source tree TB --- 2005-04-14 11:22:59 - cd /home/tinderbox/RELENG_5/amd64/amd64 TB --- 2005-04-14 11:22:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-14 11:32:19 - building world (CFLAGS=-O -pipe) TB --- 2005-04-14 11:32:19 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-04-14 11:32:19 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-04-14 12:29:44 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-14 12:29:44 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-04-14 12:29:44 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 14 12:29:44 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/kern_xxx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/link_elf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/md5c.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/sched_4bsd.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/subr_autoconf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/subr_blist.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/subr_bus.c /tinderbox/RELENG_5/amd64/amd64/src/sys/kern/subr_bus.c:1082: warning: no previous prototype for 'devclass_get_drivers' *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/obj/amd64/tinderbox/RELENG_5/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. TB --- 2005-04-14 12:34:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-14 12:34:19 - ERROR: failed to build generic kernel TB --- 2005-04-14 12:34:19 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 13:11:21 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 307C116A4CE; Thu, 14 Apr 2005 13:11:21 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E68B43D2F; Thu, 14 Apr 2005 13:11:20 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEX00MJPTPGAD00@bgo1smout1.broadpark.no>; Thu, 14 Apr 2005 15:05:40 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEX0036UU0XGMC0@bgo1sminn1.broadpark.no>; Thu, 14 Apr 2005 15:12:33 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 1A7EFEBD35; Thu, 14 Apr 2005 15:11:18 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 65C58EBD28; Thu, 14 Apr 2005 15:11:13 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 5574733C5A; Thu, 14 Apr 2005 15:11:13 +0200 (CEST) Date: Thu, 14 Apr 2005 15:11:13 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <200504131635.26063.jkim@niksun.com> To: Jung-uk Kim Message-id: <86mzs11p1q.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <200504131635.26063.jkim@niksun.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-emulation@freebsd.org cc: Juergen Lock cc: freebsd-amd64@freebsd.org Subject: Re: QEMU on FreeBSD/amd64 (patches) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 13:11:21 -0000 Jung-uk Kim writes: > 2. Install following dependencies from ports: > > devel/gmake (of course) > net/samba > devel/sdl12 > > I believe samba is optional but sdl12 is not. qemu has a bogus hard dependency on Samba. The truth is that it will work just fine without it. Samba is only required if you run Windows as guest OS in qemu and wish to export parts of the host system's filesystem to the guest. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 13:14:50 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3E8616A4CE for ; Thu, 14 Apr 2005 13:14:50 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BAA743D46 for ; Thu, 14 Apr 2005 13:14:50 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEX00MRPTVBAD00@bgo1smout1.broadpark.no> for freebsd-amd64@freebsd.org; Thu, 14 Apr 2005 15:09:11 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEX003YLU6RGQA0@bgo1sminn1.broadpark.no> for freebsd-amd64@freebsd.org; Thu, 14 Apr 2005 15:16:03 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 3CFE5EBD4E; Thu, 14 Apr 2005 15:14:49 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id CF35CEBD4C; Thu, 14 Apr 2005 15:14:45 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id C391533C5A; Thu, 14 Apr 2005 15:14:45 +0200 (CEST) Date: Thu, 14 Apr 2005 15:14:45 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <200504131714.20356.jkim@niksun.com> To: Jung-uk Kim Message-id: <86fyxt1ovu.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: Michael Haro cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 13:14:50 -0000 Jung-uk Kim writes: > Stay away from nForce chipsets. Please stop spreading this little piece of disinformation. nForce3 motherboards such as the Asus SK8N should work fine. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 15:33:36 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F03D516A4CE for ; Thu, 14 Apr 2005 15:33:36 +0000 (GMT) Received: from mail.rootwarriors.com (a82-92-95-202.adsl.xs4all.nl [82.92.95.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B460A43D39 for ; Thu, 14 Apr 2005 15:33:35 +0000 (GMT) (envelope-from mlambrichs@melange-it.nl) Received: from [127.0.0.1] (develop.home.melange-it.nl [127.0.0.1]) by mail.rootwarriors.com (Postfix) with ESMTP id 9784C2A6817 for ; Thu, 14 Apr 2005 17:36:34 +0200 (CEST) Message-ID: <425E8E01.3040908@melange-it.nl> Date: Thu, 14 Apr 2005 17:36:33 +0200 From: Marc Lambrichs User-Agent: Mozilla Thunderbird 0.7.3 (X11/20050307) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: adaptec 2010S X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 15:33:37 -0000 Is the adaptec 2010S not supported by the amd64 distro? I've noticed it's in the i386 tree. Cheers, Marc From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 17:30:54 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C3B116A4CE for ; Thu, 14 Apr 2005 17:30:54 +0000 (GMT) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C843B43D54 for ; Thu, 14 Apr 2005 17:30:42 +0000 (GMT) (envelope-from shamz@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.1/8.13.1) with ESMTP id j3EHT1tI065190 for ; Thu, 14 Apr 2005 19:29:46 +0200 (CEST) (envelope-from shamz@atreides.freenix.no) Received: (from shamz@localhost) by atreides.freenix.no (8.13.1/8.13.1/Submit) id j3EHStrT065189 for freebsd-amd64@freebsd.org; Thu, 14 Apr 2005 19:28:55 +0200 (CEST) (envelope-from shamz) Date: Thu, 14 Apr 2005 19:28:55 +0200 From: shamz To: freebsd-amd64@freebsd.org Message-ID: <20050414172855.GA54566@atreides.freenix.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.11-RELEASE-p2 X-Philosophy: If you can read this, you're too close. X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on atreides.freenix.no X-Virus-Status: Clean Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 17:30:54 -0000 > Dag-Erling Smørgrav wrote: >Jung-uk Kim writes: >> Stay away from nForce chipsets. > >Please stop spreading this little piece of disinformation. nForce3 >motherboards such as the Asus SK8N should work fine. Unfortunately you are almost totally alone in this assessment. Everyone from the original amd64 porter on down has basically said, "stay away" from nforce3 based motherboards. A quick search in the archive will give you more than enough technical reasons as well as a litany of complaints and frustration at forcing the nforce3 boards to work in spite of the many good reasons why they shouldn't. This is in no way disinformation. Sorry, DES, if I didn't know better, I'd think you were trying to cover up for some poor purchasing choices, hehe... Anyone interested should dig through the archives and find the past discussions as well as the previously maintained list of motherboards and users' experiences with them. I'd exstimate that you'd be hard-pressed to find someone who has an nforce3-based board and would recommend them to anyone else (unless they use windows...) > >DES >--=20 >Dag-Erling Sm=F8rgrav - des@des.no -- Yours truly, Shaun D. Jurrens shaun@shamz.net From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 19:40:49 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AABC316A4CE for ; Thu, 14 Apr 2005 19:40:49 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB72F43D46 for ; Thu, 14 Apr 2005 19:40:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [157.185.81.167] ([158.69.81.167]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j3EJhdc3053520; Thu, 14 Apr 2005 13:43:43 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <425EC743.4060407@samsco.org> Date: Thu, 14 Apr 2005 13:40:51 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marc Lambrichs References: <425E8E01.3040908@melange-it.nl> In-Reply-To: <425E8E01.3040908@melange-it.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-amd64@freebsd.org Subject: Re: adaptec 2010S X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 19:40:49 -0000 Marc Lambrichs wrote: > Is the adaptec 2010S not supported by the amd64 distro? I've noticed > it's in the i386 tree. > > Cheers, > Marc The 'asr' driver for this hardware is not 64-bit clean. I __might__ work on amd64 with less than 4GB of RAM, but I wouldn't count on it. It absolutely will not work on any hardware, i386 or otherwise, with more than 4GB. Scott From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 20:02:32 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7265E16A4CE for ; Thu, 14 Apr 2005 20:02:32 +0000 (GMT) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B9643D53 for ; Thu, 14 Apr 2005 20:02:31 +0000 (GMT) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (dsl-213-023-057-242.arcor-ip.net [213.23.57.242]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id D43FB1126A7 for ; Thu, 14 Apr 2005 22:02:29 +0200 (CEST) Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.13.3/8.12.10) with ESMTP id j3EK2TcK043932 for ; Thu, 14 Apr 2005 22:02:29 +0200 (CEST) (envelope-from mailnull@kemoauc.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.13.3/8.13.1/Submit) id j3EK2Twh043931 for freebsd-amd64@freebsd.org; Thu, 14 Apr 2005 22:02:29 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Thu, 14 Apr 2005 20:02:28 +0000 (UTC) Message-ID: References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 20:02:32 -0000 Jung-uk Kim wrote: > Stay away from nForce chipsets. VIA chipset boards are usually okay. Anybody have experience with the K8T890 yet? PCI is so last decade. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 21:54:37 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61CD216A4CE for ; Thu, 14 Apr 2005 21:54:37 +0000 (GMT) Received: from mail.martymac.com (martymac.com [82.224.94.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA7E043D4C for ; Thu, 14 Apr 2005 21:54:36 +0000 (GMT) (envelope-from ganael.laplanche@martymac.com) Received: from martymac.com (localhost [127.0.0.1]) by mail.martymac.com (Postfix) with ESMTP id 0ED05F5; Thu, 14 Apr 2005 23:55:40 +0200 (CEST) From: "Ganael Laplanche" To: shamz , freebsd-amd64@freebsd.org Date: Thu, 14 Apr 2005 21:55:39 +0000 Message-Id: <20050414214458.M40727@martymac.com> In-Reply-To: <20050414172855.GA54566@atreides.freenix.no> References: <20050414172855.GA54566@atreides.freenix.no> X-Mailer: Open WebMail 2.51 20050228 X-OriginatingIP: 192.168.1.1 (martymac) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 21:54:37 -0000 > > Dag-Erling Smørgrav wrote: > >Jung-uk Kim writes: > >> Stay away from nForce chipsets. > > > >Please stop spreading this little piece of disinformation. nForce3 > >motherboards such as the Asus SK8N should work fine. > > Unfortunately you are almost totally alone in this assessment. > Everyone from the original amd64 porter on down has basically said, "stay > away" from nforce3 based motherboards. A quick search in the archive will > give you more than enough technical reasons as well as a litany of > complaints and frustration at forcing the nforce3 boards to work in spite > of the many good reasons why they shouldn't. > > This is in no way disinformation. Sorry, DES, if I didn't know better, > I'd think you were trying to cover up for some poor purchasing > choices, hehe... > > Anyone interested should dig through the archives and find the past > discussions as well as the previously maintained list of motherboards and > users' experiences with them. I'd exstimate that you'd be hard- > pressed to find someone who has an nforce3-based board and would > recommend them to anyone else (unless they use windows...) > Right, I'm running Asus K8N-E deluxe (nforce3 250) and having much trouble with agp which is not supported... Other "parts" of the card work correctly (haven't tried nvnet, nor the audio chipset). You should avoid this kind of chipset for another reason : Nvidia doesn't provide nforce drivers for FreeBSD (they do for GNU/Linux) - see http://www.nvnews.net/vbulletin/showthread.php?t=41545&page=1&pp=15 Ganael. > > > >DES > >--=20 > >Dag-Erling Sm=F8rgrav - des@des.no > > -- > Yours truly, > > Shaun D. Jurrens > shaun@shamz.net > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" ------- End of Original Message ------- From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 22:19:52 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C18E616A4CF for ; Thu, 14 Apr 2005 22:19:52 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEE9E43D46 for ; Thu, 14 Apr 2005 22:19:51 +0000 (GMT) (envelope-from bsdfreak@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so645826nzf for ; Thu, 14 Apr 2005 15:19:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=rXtsooXs1KMgN8XTWYjJKrtRWBdt6tdbcGuQnav92oYDqWNS3y0vo8o4vWhOyRnNPP1X3CS1og8YuGKy/LW2NvrhcWqzipr6bas8eN/3DKLIvpmfx8aIQ4tgMyeQIUzBpNUsuzz8Lz1vRsyqqt3n4/j7yVMCL9V584SIaV6fcHk= Received: by 10.36.59.9 with SMTP id h9mr150815nza; Thu, 14 Apr 2005 15:19:50 -0700 (PDT) Received: by 10.36.7.11 with HTTP; Thu, 14 Apr 2005 15:19:50 -0700 (PDT) Message-ID: Date: Thu, 14 Apr 2005 18:19:50 -0400 From: Alexander Chamandy To: freebsd-questions@freebsd.org, freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Problem with SoundBlaster Audigy on FreeBSD 5.4-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alexander Chamandy List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 22:19:52 -0000 I'm having problems after a recent upgrade to FreeBSD 5.4-STABLE.=20 RC-1 seemed to work fine, but now my media files (audio and video alike) are not properly playing. And I get this error: pcm0:play:0: play interrupt timeout, channel dead Has anyone experienced this and if so, know of a reasonable workaround? dmesg: FreeBSD 5.4-STABLE #14: Thu Apr 14 16:29:53 EDT 2005 alex@vetra.envescent.net:/usr/src/sys/amd64/compile/vetra Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.15-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xf48 Stepping =3D 8 Features=3D0x78bfbff AMD Features=3D0xe0500800 real memory =3D 2147418112 (2047 MB) avail memory =3D 2064994304 (1969 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf0-0xcf3,0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfc003000-0xfc003fff irq 22 at device 2.0 on pci0 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: 3 ports with 3 removable, self powered ohci1: mem 0xfc004000-0xfc004fff irq 21 at device 2.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: at device 2.2 (no driver attached) pci0: at device 5.0 (no driver attached) pci0: at device 6.0 (no driver attached) atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcib1: at device 10.0 on pci0 pci1: on pcib1 pcm0: port 0xa000-0xa01f irq 19 at device 7.0 on pci1 pcm0: pci1: at device 7.2 (no driver attached) ahc0: port 0xa800-0xa8ff mem 0xfb004000-0xfb004fff irq 16 at device 8.0 on pci1 aic7890/91: Ultra2 Wide Channel A, SCSI Id=3D7, 32/253 SCBs atapci1: port 0xbc00-0xbc0f,0xb800-0xb803,0xb400-0xb407,0xb000-0xb003,0xac00-0xac07 mem 0xfb006000-0xfb0061ff irq 17 at device 13.0 on pci1 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pcib2: at device 11.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci2: at device 0.1 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 orm0: at iomem 0xd8000-0xdd7ff,0xd0000-0xd7fff,0xc0000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub2: vendor 0x0543 product 0x1167, class 9/0, rev 2.00/ff.ff, addr 2 uhub2: 4 ports with 4 removable, self powered ugen0: Saitek Saitek X45, rev 1.00/0.02, addr 3 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.00, addr 4, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 2009148084 Hz quality 800 Timecounters tick every 1.000 msec ad2: 58644MB [119150/16/63] at ata1-master UDMA= 100 acd0: DVDR at ata1-slave PIO4 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit) da0: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) Mounting root from ufs:/dev/ad2s1a nv0: port 0xd000-0xd007 mem 0xfc000000-0xfc000fff irq 22 at device 5.0 on pci0 nv0: Ethernet address 00:0d:61:14:6f:39 nv0: Ethernet address: 00:0d:61:14:6f:39 miibus0: on nv0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto --=20 Best wishes, Alexander G. Chamandy Webmaster www.bsdfreak.org Your Source For BSD News! From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 14 23:45:03 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0209816A4CE for ; Thu, 14 Apr 2005 23:45:03 +0000 (GMT) Received: from pigeon.infotechfl.com (mailrelay.infotechfl.com [209.251.147.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19D5B43D46 for ; Thu, 14 Apr 2005 23:44:54 +0000 (GMT) (envelope-from gmulder@infotechfl.com) Received: from [172.20.0.75] (gmulder.infotechfl.com [172.20.0.75]) by pigeon.infotechfl.com (8.11.6/8.11.6) with ESMTP id j3EJmP226356 for ; Thu, 14 Apr 2005 15:48:25 -0400 Message-ID: <425EC916.9060905@infotechfl.com> Date: Thu, 14 Apr 2005 15:48:38 -0400 From: Gary Mu1der User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <425E8E01.3040908@melange-it.nl> <425EC743.4060407@samsco.org> In-Reply-To: <425EC743.4060407@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: adaptec 2010S X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 23:45:03 -0000 Scott, Do you know if the asr-utils have 64-bit clean issues? Thanks, Gary Scott Long wrote: > Marc Lambrichs wrote: > >> Is the adaptec 2010S not supported by the amd64 distro? I've noticed >> it's in the i386 tree. >> >> Cheers, >> Marc > > > The 'asr' driver for this hardware is not 64-bit clean. I __might__ > work on amd64 with less than 4GB of RAM, but I wouldn't count on it. It > absolutely will not work on any hardware, i386 or otherwise, with more > than 4GB. > > Scott > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 00:59:16 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29B8016A4CE for ; Fri, 15 Apr 2005 00:59:16 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA63F43D58 for ; Fri, 15 Apr 2005 00:59:15 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j3F0wpNS082201; Thu, 14 Apr 2005 17:58:51 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j3F0wos0082200; Thu, 14 Apr 2005 17:58:50 -0700 (PDT) (envelope-from obrien) Date: Thu, 14 Apr 2005 17:58:50 -0700 From: "David O'Brien" To: Dag-Erling =?unknown-8bit?Q?Sm=F8rgrav?= Message-ID: <20050415005850.GB80903@dragon.NUXI.org> References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86fyxt1ovu.fsf@xps.des.no> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: Michael Haro cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 00:59:16 -0000 On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrote: > Jung-uk Kim writes: > > Stay away from nForce chipsets. > > Please stop spreading this little piece of disinformation. nForce3 > motherboards such as the Asus SK8N should work fine. DES stop spreading FUD. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 01:09:11 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E94A16A4CE for ; Fri, 15 Apr 2005 01:09:11 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C49443D4C for ; Fri, 15 Apr 2005 01:09:11 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so579687wra for ; Thu, 14 Apr 2005 18:09:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=s+nXIa8Vi6QCtDPfU8ZLCRD9jLUqD/ytBrao3IdnRM7W30dSbH95WMs3zw+m8JkMhkgR82Vg2aCwF4zxTpj8sZwozdjRgfIr5UhY86G/SU27/A9AmiRYj1Wy+iO+colzbdCJwtmnfNxI8LNIX9/fVNxD1c1mVxZURsvuQS5nLXM= Received: by 10.54.7.48 with SMTP id 48mr1359407wrg; Thu, 14 Apr 2005 18:09:04 -0700 (PDT) Received: by 10.54.40.69 with HTTP; Thu, 14 Apr 2005 18:09:04 -0700 (PDT) Message-ID: <2fd864e050414180911e4e5be@mail.gmail.com> Date: Thu, 14 Apr 2005 18:09:04 -0700 From: Astrodog To: freebsd-amd64@freebsd.org In-Reply-To: <20050415005850.GB80903@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 01:09:11 -0000 On 4/14/05, David O'Brien wrote: > On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrote: > > Jung-uk Kim writes: > > > Stay away from nForce chipsets. > > > > Please stop spreading this little piece of disinformation. nForce3 > > motherboards such as the Asus SK8N should work fine. >=20 > DES stop spreading FUD. >=20 I think the point to be made here, is that there are SOME specific nforce based boards, that work great, but the vast majority have bizzare issues of one form or another. From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 06:18:57 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A0FE16A4CE for ; Fri, 15 Apr 2005 06:18:57 +0000 (GMT) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DBF543D53 for ; Fri, 15 Apr 2005 06:18:57 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id C36104DEE8 for ; Fri, 15 Apr 2005 06:20:03 +0000 (GMT) Received: from [192.168.46.52] (ppp166-27.static.internode.on.net [150.101.166.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id 1DA4B4DEE7 for ; Fri, 15 Apr 2005 06:20:02 +0000 (GMT) Message-ID: <425F5C9B.3030402@roq.com> Date: Fri, 15 Apr 2005 16:18:03 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.6) Gecko/20050331 X-Accept-Language: en, en-us, ja MIME-Version: 1.0 To: amd64@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Openoffice2 success on Amd64 linux emu X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 06:18:57 -0000 Hey all, I dunno if this is news to any one but installed OpenOffice2 Linux beta on FreeBSD AMD64 with success Its running on this kernel. FreeBSD mylaptop 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #2: Sun Apr 3 23:26:59 EST 2005 michael@mylaptop:/usr/obj/usr/src/sys/GENERIC amd64 I been using it for a few weeks now with no problems, except that I must run it as root (just doing "su" from an xterm when launching it) if I run as a regular user it crashes, I don't believe this is specific problem to this as I also have to do it to open office 1.1 as well. On my old install of AMD64 I never did. For those who like instructions here is some reasonable detail of what I did. Install Linux 8 emulation portupgrade -RN /usr/ports/emulators/linux_base-8/ Install Linux Xlibs portupgrade -RN linux-XFree86-libs Add this to /etc/rc.conf linux_enable="YES" Add this to /etc/fstab to mount the linux proc fs none /compat/linux/proc linprocfs rw 0 0 Mount it, mount -a Download the OpenOffice2 Linux X86 version. Currently its only available in RPM format so I converted it to tar using rpm2cpio portupgrade -RN rpm2cpio I then used a dodgey perl script to convert it into tar files, this could be done in a 1 liner in shell but perls my unbreakable habit. In the directory where the rpms are downloaded to i ran this. #!/usr/bin/perl $files = `ls`; @files = split(/\n/,$files); foreach $file (@files) { system("rpm2cpio $file > $file.tar"); } Extract the created tar files ls | grep tar | xargs -n 1 tar -xf ~/RPMS/opt/openoffice.org1.9.79/program/soffice Note I also installed the Linux 1.5 Java from the sun web site. Cheers, Mike From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 07:35:20 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ABDE16A4CE; Fri, 15 Apr 2005 07:35:20 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67B5443D3F; Fri, 15 Apr 2005 07:35:19 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j3F7bbr2097250; Fri, 15 Apr 2005 10:37:37 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 29994-18; Fri, 15 Apr 2005 10:39:54 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j3F7ba2P097247 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Apr 2005 10:37:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j3F7ZAfR089082; Fri, 15 Apr 2005 10:35:10 +0300 (EEST) (envelope-from ru) Date: Fri, 15 Apr 2005 10:35:10 +0300 From: Ruslan Ermilov To: Mikhail Teterin Message-ID: <20050415073510.GB88925@ip.net.ua> References: <200504131803.08538.mi+mx@aldan.algebra.com> <7d0ce05415753151e32ccd716d820a2f@onthenet.com.au> <200504132027.59726.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <200504132027.59726.mi+mx@aldan.algebra.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Q cc: amd64@freebsd.org cc: net@freebsd.org Subject: Re: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 07:35:20 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 13, 2005 at 08:27:59PM -0400, Mikhail Teterin wrote: > > > I just installed a fresh 5.4-RC2 on IWill's DK8N motherboard: > > > > > > =A0=A0=A0=A0=A0=A0http://www.iwillusa.com/product_2.asp?p_id=3D27 > > > > > > I transfered the net/nvnet's distfiles using a floppy and built the > > > driver. > > > > > > Unfortunately, kldload-ing if_nv did not make the interface appear... > > > Putting > > > ``if_nv_load=3D"YES"'' into loader.conf and rebooting did not help > > > either. > > > > > > Is there anything, you can suggest for me try right off the bat? > > > > Try using the tarball from here http://www.onthenet.com.au/~q/nvnet >=20 > Yes! That -- combined with the=20 > ftp://download1.nvidia.com/XFree86/nforce/1.0-0301/ -- worked! >=20 > It currently reports the status of 100baseTX, even though, according to t= he=20 > switch, the connection is at 1Gb. But this is such a minor issue compared= to=20 > having no network at all... >=20 > Could update the net/nvnet port? When 5.4 gets released, I imagine plenty= of=20 > people to be in my position... >=20 When 5.4 gets released, we likely will have if_nve(4) MFC'ed already. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCX26uqRfpzJluFF4RAr4zAJsELYHpCzf6YoyPpq7YkSPoYWzMLwCghOAy WOKfm+VkWUv8axXkI76Qxto= =ibya -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 09:38:11 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E73616A4CE for ; Fri, 15 Apr 2005 09:38:11 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1969643D1F for ; Fri, 15 Apr 2005 09:38:11 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEZ0007HEI6BOC0@bgo1smout1.broadpark.no> for freebsd-amd64@freebsd.org; Fri, 15 Apr 2005 11:32:30 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEZ0068RETMD5L0@bgo1sminn1.broadpark.no> for freebsd-amd64@freebsd.org; Fri, 15 Apr 2005 11:39:23 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 6486DEBCA1; Fri, 15 Apr 2005 11:38:08 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 7683EEBCA0; Fri, 15 Apr 2005 11:38:03 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 4578F33C5A; Fri, 15 Apr 2005 11:38:03 +0200 (CEST) Date: Fri, 15 Apr 2005 11:38:03 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050415005850.GB80903@dragon.NUXI.org> To: freebsd-amd64@freebsd.org Message-id: <86sm1snzwk.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: cc: Michael Haro Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 09:38:11 -0000 "David O'Brien" writes: > On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrote: > > Jung-uk Kim writes: > > > Stay away from nForce chipsets. > > Please stop spreading this little piece of disinformation. nForce3 > > motherboards such as the Asus SK8N should work fine. > DES stop spreading FUD. Perhaps you should look up the definition of FUD. It is you and your fanboys who are spreading FUD. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 10:45:22 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDC9E16A4CE for ; Fri, 15 Apr 2005 10:45:22 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BAFC43D55 for ; Fri, 15 Apr 2005 10:45:22 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEZ000M9HM6T250@bgo1smout1.broadpark.no> for freebsd-amd64@freebsd.org; Fri, 15 Apr 2005 12:39:42 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEZ0066THXMU840@bgo1sminn1.broadpark.no> for freebsd-amd64@freebsd.org; Fri, 15 Apr 2005 12:46:34 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id A22A9EBCA1; Fri, 15 Apr 2005 12:45:20 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 99DD4EBCA0; Fri, 15 Apr 2005 12:45:15 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 7090333C5A; Fri, 15 Apr 2005 12:45:15 +0200 (CEST) Date: Fri, 15 Apr 2005 12:45:15 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050414172855.GA54566@atreides.freenix.no> To: shamz Message-id: <86fyxsnwsk.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050414172855.GA54566@atreides.freenix.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 10:45:22 -0000 shamz writes: > Dag-Erling Sm=F8rgrav wrote: > > Please stop spreading this little piece of disinformation. nForce3 > > motherboards such as the Asus SK8N should work fine. > Unfortunately you are almost totally alone in this assessment. > Everyone from the original amd64 porter on down has basically said, > "stay away" from nforce3 based motherboards. A quick search in the > archive will give you more than enough technical reasons as well as > a litany of complaints and frustration at forcing the nforce3 boards > to work in spite of the many good reasons why they shouldn't. Please tell me exactly what those "many good reasons" are. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 11:47:38 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73C6016A4CE for ; Fri, 15 Apr 2005 11:47:38 +0000 (GMT) Received: from mta1.siol.net (mta1.siol.net [193.189.160.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2E7F43D58 for ; Fri, 15 Apr 2005 11:47:36 +0000 (GMT) (envelope-from tomaz.borstnar@over.net) Received: from edge1.siol.net ([10.10.10.210]) by mta1.siol.net with ESMTP id <20050415114735.UEBF19477.mta1.siol.net@edge1.siol.net> for ; Fri, 15 Apr 2005 13:47:35 +0200 Received: from game.over.net ([193.189.169.9]) by edge1.siol.net with ESMTP id <20050415114734.OHFS13274.edge1.siol.net@game.over.net> for ; Fri, 15 Apr 2005 13:47:34 +0200 Received: from BSN-77-70-7.dsl.siol.net ([193.77.70.7]:4737 "EHLO convert rfc822-to-8bit; Fri, 15 Apr 2005 13:47:23 +0200 Message-Id: <6.2.1.2.0.20050415134352.03eaa320@193.189.169.9> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 15 Apr 2005 13:47:15 +0200 To: freebsd-amd64@freebsd.org From: Tomaz Borstnar In-Reply-To: <20050414172855.GA54566@atreides.freenix.no> References: <20050414172855.GA54566@atreides.freenix.no> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8BIT X-OverNet-MailScanner-Information: Contact mailscanner@over.net for more information X-OverNet-MailScanner: Found to be clean X-OverNet-MailScanner-SpamCheck: not spam, SpamAssassin (score=2.965, required 5, AWL -0.23, HELO_DYNAMIC_HCC 1.54, RCVD_IN_NJABL_DUL 1.66) X-OverNet-MailScanner-SpamScore: ss X-MailScanner-From: tomaz.borstnar@over.net Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 11:47:38 -0000 At 19:28 14.4.2005, shamz wrote: > > Dag-Erling Smørgrav wrote: > >Jung-uk Kim writes: > >> Stay away from nForce chipsets. > > > >Please stop spreading this little piece of disinformation. nForce3 > >motherboards such as the Asus SK8N should work fine. > > Unfortunately you are almost totally alone in this assessment. nope, he is not. I have few good successes with nforce2-250 boards. Yes, nForce3-150 is extremely broken chipset which is still present in many currently selling amd64 notebooks. But nForce3-250 seems fine for most uses. I have good experience with both VIA KT800Pro and nForce3-250 chipsets. Tomaz From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 12:10:50 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76DEF16A4CF for ; Fri, 15 Apr 2005 12:10:50 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCD8C43D39 for ; Fri, 15 Apr 2005 12:10:49 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so674771wra for ; Fri, 15 Apr 2005 05:10:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LDLm1AzW/fpp97CCk6GTTZ1oLa6Z2hupgxFk265iyq6DoSr7PoQqhb2kk+P/pUALlbncED6XoArhwc5R1sVJxReG1MTtPi26gsmQkqjrbb3ngiXNr2cs2DYtnLPcn/4foqIyCZQRrYJlPXq0kIypHIh1n5vF2aGC0vhaSOSrxZU= Received: by 10.54.79.8 with SMTP id c8mr862306wrb; Fri, 15 Apr 2005 05:10:42 -0700 (PDT) Received: by 10.54.40.69 with HTTP; Fri, 15 Apr 2005 05:10:42 -0700 (PDT) Message-ID: <2fd864e0504150510680bd3c4@mail.gmail.com> Date: Fri, 15 Apr 2005 05:10:42 -0700 From: Astrodog To: freebsd-amd64@freebsd.org In-Reply-To: <6.2.1.2.0.20050415134352.03eaa320@193.189.169.9> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050414172855.GA54566@atreides.freenix.no> <6.2.1.2.0.20050415134352.03eaa320@193.189.169.9> Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 12:10:50 -0000 On 4/15/05, Tomaz Borstnar wrote: > At 19:28 14.4.2005, shamz wrote: > > > Dag-Erling Sm=F8rgrav wrote: > > >Jung-uk Kim writes: > > >> Stay away from nForce chipsets. > > > > > >Please stop spreading this little piece of disinformation. nForce3 > > >motherboards such as the Asus SK8N should work fine. > > > > Unfortunately you are almost totally alone in this assessment. >=20 > nope, he is not. I have few good successes with nforce2-250 boards. Yes, > nForce3-150 is extremely broken chipset which is still present in many > currently selling amd64 notebooks. But nForce3-250 seems fine for most > uses. I have good experience with both VIA KT800Pro and nForce3-250 chips= ets. >=20 > Tomaz >=20 The issue isn't nessiarily with all Nforce boards. Its just that unlike the KT800 boards, a decent percentage of the nforce boards just don't work right. Very few KT800 boards share this issue. So unless you're willing to do a decent ammount of research, and testing, and debugging, buying an nforce board to run FreeBSD on is a bad idea, in general. Not always. Some work great. But enough don't, that such an endevour shouldn't be taken lightly, since it could be a huge pain in the ass. From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 16:20:01 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EC6616A4CE for ; Fri, 15 Apr 2005 16:20:01 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B92743D1D for ; Fri, 15 Apr 2005 16:20:00 +0000 (GMT) (envelope-from bsdfreak@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so869433nzf for ; Fri, 15 Apr 2005 09:19:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qq5wHyhLQCKLYiqE0Wm8/q9QQf5J8bwTX/4hIVjgd0SpFhISVyDvZMxvn/W1uDBs8K8YUsGMlQwX/hCuJ9zogWj/KaQi2dZeMkb76Q9FK6IWeVdXUZUYVz1O7Im0dQvGC/gnokLZHUf06EwQIs+l4q99U5Crwh6qy3Hh+We7SfM= Received: by 10.36.12.7 with SMTP id 7mr203248nzl; Fri, 15 Apr 2005 09:19:59 -0700 (PDT) Received: by 10.36.7.11 with HTTP; Fri, 15 Apr 2005 09:19:59 -0700 (PDT) Message-ID: Date: Fri, 15 Apr 2005 12:19:59 -0400 From: Alexander Chamandy To: freebsd-questions@freebsd.org, freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Subject: Re: Problem with SoundBlaster Audigy on FreeBSD 5.4-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alexander Chamandy List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 16:20:01 -0000 On 4/14/05, Alexander Chamandy wrote: > I'm having problems after a recent upgrade to FreeBSD 5.4-STABLE. > RC-1 seemed to work fine, but now my media files (audio and video > alike) are not properly playing. And I get this error: >=20 > pcm0:play:0: play interrupt timeout, channel dead This problem seems to be directly related to ACPI being enabled. Once I disable it sound works fine. >=20 > Has anyone experienced this and if so, know of a reasonable workaround? >=20 > dmesg: >=20 > FreeBSD 5.4-STABLE #14: Thu Apr 14 16:29:53 EDT 2005 > alex@vetra.envescent.net:/usr/src/sys/amd64/compile/vetra > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.15-MHz K8-class CPU) > Origin =3D "AuthenticAMD" Id =3D 0xf48 Stepping =3D 8 > Features=3D0x78bfbff > AMD Features=3D0xe0500800 > real memory =3D 2147418112 (2047 MB) > avail memory =3D 2064994304 (1969 MB) > ACPI APIC Table: > ioapic0 irqs 0-23 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf0-0xcf3,0xcf8-0xcff on acpi0 > pci0: on pcib0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > ohci0: mem 0xfc003000-0xfc003fff irq > 22 at device 2.0 on pci0 > 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: 3 ports with 3 removable, self powered > ohci1: mem 0xfc004000-0xfc004fff irq > 21 at device 2.1 on pci0 > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 3 ports with 3 removable, self powered > pci0: at device 2.2 (no driver attached) > pci0: at device 5.0 (no driver attached) > pci0: at device 6.0 (no driver attached) > atapci0: port > 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on > pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pcib1: at device 10.0 on pci0 > pci1: on pcib1 > pcm0: port 0xa000-0xa01f irq 19 at device > 7.0 on pci1 > pcm0: > pci1: at device 7.2 (no driver attached) > ahc0: port 0xa800-0xa8ff mem > 0xfb004000-0xfb004fff irq 16 at device 8.0 on pci1 > aic7890/91: Ultra2 Wide Channel A, SCSI Id=3D7, 32/253 SCBs > atapci1: port > 0xbc00-0xbc0f,0xb800-0xb803,0xb400-0xb407,0xb000-0xb003,0xac00-0xac07 > mem 0xfb006000-0xfb0061ff irq 17 at device 13.0 on pci1 > ata2: channel #0 on atapci1 > ata3: channel #1 on atapci1 > pcib2: at device 11.0 on pci0 > pci2: on pcib2 > pci2: at device 0.0 (no driver attached) > pci2: at device 0.1 (no driver attached) > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > orm0: at iomem > 0xd8000-0xdd7ff,0xd0000-0xd7fff,0xc0000-0xccfff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > uhub2: vendor 0x0543 product 0x1167, class 9/0, rev 2.00/ff.ff, addr 2 > uhub2: 4 ports with 4 removable, self powered > ugen0: Saitek Saitek X45, rev 1.00/0.02, addr 3 > ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.00, addr 4, iclass 3/1 > ums0: 3 buttons and Z dir. > Timecounter "TSC" frequency 2009148084 Hz quality 800 > Timecounters tick every 1.000 msec > ad2: 58644MB [119150/16/63] at ata1-master UD= MA100 > acd0: DVDR at ata1-slave PIO4 > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit) > da0: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) > Mounting root from ufs:/dev/ad2s1a > nv0: port 0xd000-0xd007 mem > 0xfc000000-0xfc000fff irq 22 at device 5.0 on pci0 > nv0: Ethernet address 00:0d:61:14:6f:39 > nv0: Ethernet address: 00:0d:61:14:6f:39 > miibus0: on nv0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >=20 > -- > Best wishes, >=20 > Alexander G. Chamandy > Webmaster > www.bsdfreak.org > Your Source For BSD News! >=20 --=20 Best wishes, Alexander G. Chamandy Webmaster www.bsdfreak.org Your Source For BSD News! From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 17:18:17 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AC1016A4CE for ; Fri, 15 Apr 2005 17:18:17 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A4CD43D54 for ; Fri, 15 Apr 2005 17:18:17 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EF05372DDF; Fri, 15 Apr 2005 10:18:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id EC7D972DD9; Fri, 15 Apr 2005 10:18:16 -0700 (PDT) Date: Fri, 15 Apr 2005 10:18:16 -0700 (PDT) From: Doug White To: Eirik =?ISO-8859-1?B?2A==?=verby In-Reply-To: Message-ID: <20050415100931.O34838@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: amd64@freebsd.org Subject: Re: Mysterious hangs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 17:18:17 -0000 On Wed, 13 Apr 2005, Eirik [ISO-8859-1] =D8verby wrote: > Sorry, this was meant for the amd64 list. > Got another report for this list. Confused the addresses. > > On 13-04-05 07:28, "Eirik =D8verby" wrote: > > > Hi, > > > > For some time I've been seeing infrequent and seemingly random hangs on= my > > dual opteron system. Motherboard is Tyan K8S Pro. Until now I thought i= t was a > > "hard" hang, but I've got serial console hooked up and BREAK_TO_DEBUGGE= R, DDB > > and KDB in the kernel, and when sending a break through telnet I get: > > > > telnet> send brk > > KDB: enter: Line break on console I have a rev-D HDAMA that hangs like this. If you set debug.kdb.stop_cpus=3D0 then ddb will enter, which leads me to believe one of the CPUs is going out to lunch. I had a rev-G HDAMA that upgrading the BIOS fixed this on, so you might try that. I can only assume the BIOS difference includes a tweak to a timing somewhere; I've been wanting to mess with the HyperTransport clocks but haven't had time, but HT problems would likely cause wierdcCPU communication issues. I have an S2881 that does not exhibit the problem. > > And nothing more. Which means the box is sort of alive, but fails to pr= esent > > even the kernel debugger. The machine is currently on 5.4 as of yesterd= ay. > > It's been hanging before (with anything from days to weeks between), un= der > > various variations of 5.x, but I haven't had the serial console before = now. > > > > Has any one seen this before? Any ideas what I could look at? I suspect= ed > > hardware, but it seems that isn't the case as most HW errors I've seen = would > > cause a total freeze. > > > > Here's to hoping. > > > > Thanks, > > /Eirik > > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 19:28:30 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CF0616A4CE; Fri, 15 Apr 2005 19:28:30 +0000 (GMT) Received: from peter-laptop.wemm.org (p182.n-lapop01.stsn.com [12.129.240.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFECF43D4C; Fri, 15 Apr 2005 19:28:29 +0000 (GMT) (envelope-from peter@wemm.org) Received: from evilpete.dyndns.org (localhost [127.0.0.1]) by peter-laptop.wemm.org (8.13.3/8.13.3) with ESMTP id j3FJRlMP008187; Fri, 15 Apr 2005 12:27:47 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by evilpete.dyndns.org (8.13.3/8.13.3/Submit) id j3FJRj6q008186; Fri, 15 Apr 2005 12:27:45 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: evilpete.dyndns.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Fri, 15 Apr 2005 12:27:44 -0700 User-Agent: KMail/1.8 References: <86k6ntw6f8.fsf@xps.des.no> In-Reply-To: <86k6ntw6f8.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200504151227.45697.peter@wemm.org> cc: amd64@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE broken? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 19:28:30 -0000 On Sunday 27 March 2005 05:43 am, Dag-Erling Sm=F8rgrav wrote: > Danny Braniss writes: > > it seems that options INCLUDE_CONFIG_FILE in the kernel conf. file > > does not work: > > > > strings -n 3 /boot/kernel/kernel | sed -n 's/^___//p' > > _````QQQQ > > _ > > The compiler optimizes it away because it's declared static. I have > no idea why this wasn't a problem before; probably a change in > compiler flags or in the compiler itself. > > DES gcc-3.4 does entire-file optimization, while 3.3 and earlier look at functi= ons=20 at a time. As a result, gcc is now very good at finding static unused=20 things. We might need to do something different. I'd almost like to insert the con= fig=20 file into its own ELF section via objcopy... =2DPeter From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 19:28:30 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CF0616A4CE; Fri, 15 Apr 2005 19:28:30 +0000 (GMT) Received: from peter-laptop.wemm.org (p182.n-lapop01.stsn.com [12.129.240.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFECF43D4C; Fri, 15 Apr 2005 19:28:29 +0000 (GMT) (envelope-from peter@wemm.org) Received: from evilpete.dyndns.org (localhost [127.0.0.1]) by peter-laptop.wemm.org (8.13.3/8.13.3) with ESMTP id j3FJRlMP008187; Fri, 15 Apr 2005 12:27:47 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by evilpete.dyndns.org (8.13.3/8.13.3/Submit) id j3FJRj6q008186; Fri, 15 Apr 2005 12:27:45 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: evilpete.dyndns.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Fri, 15 Apr 2005 12:27:44 -0700 User-Agent: KMail/1.8 References: <86k6ntw6f8.fsf@xps.des.no> In-Reply-To: <86k6ntw6f8.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200504151227.45697.peter@wemm.org> cc: amd64@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE broken? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 19:28:30 -0000 On Sunday 27 March 2005 05:43 am, Dag-Erling Sm=F8rgrav wrote: > Danny Braniss writes: > > it seems that options INCLUDE_CONFIG_FILE in the kernel conf. file > > does not work: > > > > strings -n 3 /boot/kernel/kernel | sed -n 's/^___//p' > > _````QQQQ > > _ > > The compiler optimizes it away because it's declared static. I have > no idea why this wasn't a problem before; probably a change in > compiler flags or in the compiler itself. > > DES gcc-3.4 does entire-file optimization, while 3.3 and earlier look at functi= ons=20 at a time. As a result, gcc is now very good at finding static unused=20 things. We might need to do something different. I'd almost like to insert the con= fig=20 file into its own ELF section via objcopy... =2DPeter From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 19:31:31 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ED5216A4CE; Fri, 15 Apr 2005 19:31:31 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA4BB43D49; Fri, 15 Apr 2005 19:31:30 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 6E59EB80D; Fri, 15 Apr 2005 15:31:30 -0400 (EDT) In-Reply-To: References: <20050402120023.3E94F16A4D1@hub.freebsd.org> <20050402125456.B5092@roble.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-27--5179914; protocol="application/pkcs7-signature" Message-Id: <2e2c6742397f2825e1fd8850663334d0@khera.org> From: Vivek Khera Date: Fri, 15 Apr 2005 15:31:29 -0400 To: freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.619.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-scsi@freebsd.org Subject: Re: Tyan k8sr lockups X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 19:31:31 -0000 --Apple-Mail-27--5179914 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Apr 4, 2005, at 11:39 AM, Vivek Khera wrote: > I have a S2881 (aka K8SR) board and a megaraid 320-2x card in it with > 8 U320 disks. During times of heavy I/O and network traffic (running > database reports and backing up the DB) it has a tendency to lockup > and/or timeout the network card. > As I started this thread, I shall now close it (I hope). The solution to my above system locking up was to disable the on-board bge NIC via the BIOS, and plug in a dual intel NIC that uses the em driver. Also, ensure you have at least a Rev C board; mine is a Rev E. Stable 10 days now under same load that would cause network failures and potential system lockups daily. I have no idea if this is due to the driver for bge being buggy, or if plugging in the intel NIC changed some electrical properties of the system to stabilize it. Hope this note helps someone else save a *lot* of time figuring it out. Vivek Khera, Ph.D. +1-301-869-4449 x806 --Apple-Mail-27--5179914-- From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 19:55:57 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DF6616A4CE; Fri, 15 Apr 2005 19:55:57 +0000 (GMT) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 847F343D2F; Fri, 15 Apr 2005 19:55:55 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1])j3FJtrnj032508; Fri, 15 Apr 2005 21:55:53 +0200 Received: from saturn.kn-bremen.de (uucp@localhost)j3FJtr5N032506; Fri, 15 Apr 2005 21:55:53 +0200 Received: (from nox@localhost) by saturn.kn-bremen.de (8.11.4/8.8.5) id j3FJpl470224; Fri, 15 Apr 2005 21:51:47 +0200 (CEST) From: Juergen Lock Date: Fri, 15 Apr 2005 21:51:43 +0200 To: Jung-uk Kim Message-ID: <20050415215142.A68957@saturn.kn-bremen.de> Mail-Followup-To: Jung-uk Kim , freebsd-amd64@freebsd.org, freebsd-emulation@freebsd.org References: <200504131635.26063.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <200504131635.26063.jkim@niksun.com> cc: freebsd-emulation@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: QEMU on FreeBSD/amd64 (patches) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 19:55:57 -0000 On Wed, Apr 13, 2005 at 04:35:26PM -0400, Jung-uk Kim wrote: > I finally manage to build QEMU snapshot on FreeBSD/amd64 6-CURRENT. Nice! > There's ports/emulators/qemu but it doesn't build on AMD64 for > several reasons, i. e., QEMU and FreeBSD are both fast moving targets > (esp. src/lib/msun), some long double math functions don't exist on > FreeBSD, So the replacements in files/patch-aa in the port didnt work for amd64? (the ones #if defined(_BSD) && defined(USE_X86LDOUBLE)) > GCC in base system doesn't build QEMU because of several > optimization bugs specific to AMD64, etc. > > 1. Install GCC 3.4 from ports. > > Anything newer than 20050316 should work. (Theoretically you can use > gcc40 newer than 20041127 but not verified. Actually I am using > patched version of src/contrib/gcc. ;-) > > 2. Install following dependencies from ports: > > devel/gmake (of course) > net/samba > devel/sdl12 > > I believe samba is optional but sdl12 is not. It doesn't work without > SDL because `-nographic' option is broken. I believe it is an > upstream bug (related to FreeBSD's pty or termios, i. e., fail to get > correct term size and segfault) but I couldn't pin-point the culprit > yet. In fact, I didn't bother too much because SDL worked just > fine. ;-) Samba is needed for the -smb option (export a local dir to guest), if you don't use that you can omit samba thats true. >[...] > Note 2: qemu-libmath-amd64.diff contains C99 long double math > functions taken from glibc-2.3.5 and modified for FreeBSD/amd64: > > http://ftp.gnu.org/gnu/glibc/ > http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/?cvsroot=glibc > > rintl() sysdeps/i386/fpu/s_rintl.c > atan2l() sysdeps/i386/fpu/e_atan2l.c > sqrtl() sysdeps/i386/fpu/e_sqrtl.c > llrintl() sysdeps/x86_64/fpu/s_llrintl.S > lrintl() sysdeps/x86_64/fpu/s_llrintl.S > sinl() sysdeps/x86_64/fpu/s_sinl.S > cosl() sysdeps/x86_64/fpu/s_cosl.S > tanl() sysdeps/x86_64/fpu/s_tanl.S > logl() sysdeps/x86_64/fpu/e_logl.S > powl() sysdeps/x86_64/fpu/e_powl.S > remainderl() sysdeps/x86_64/fpu/e_remainderl.S > > Just enough to compile QEMU snapshot until we complete C99 > project. ;-) Similarly you can add other architectures under > bsd/${MACHINE_ARCH}. So we need different versions of these for i386 hosts? And how about 4.x i386 hosts? Obviously the port should still run on those too. Juergen From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 21:14:01 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72FB216A4CE; Fri, 15 Apr 2005 21:14:01 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E40C943D5D; Fri, 15 Apr 2005 21:13:57 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j3FLDuIT000836; Fri, 15 Apr 2005 17:13:57 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Juergen Lock Date: Fri, 15 Apr 2005 17:13:54 -0400 User-Agent: KMail/1.6.2 References: <200504131635.26063.jkim@niksun.com> <20050415215142.A68957@saturn.kn-bremen.de> In-Reply-To: <20050415215142.A68957@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200504151713.54185.jkim@niksun.com> X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-emulation@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: QEMU on FreeBSD/amd64 (patches) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 21:14:01 -0000 On Friday 15 April 2005 03:51 pm, Juergen Lock wrote: > On Wed, Apr 13, 2005 at 04:35:26PM -0400, Jung-uk Kim wrote: > > I finally manage to build QEMU snapshot on FreeBSD/amd64 > > 6-CURRENT. > > Nice! > > > There's ports/emulators/qemu but it doesn't build on AMD64 for > > several reasons, i. e., QEMU and FreeBSD are both fast moving > > targets (esp. src/lib/msun), some long double math functions > > don't exist on FreeBSD, > > So the replacements in files/patch-aa in the port didnt work for > amd64? (the ones #if defined(_BSD) && defined(USE_X86LDOUBLE)) Correct. > > GCC in base system doesn't build QEMU because of several > > optimization bugs specific to AMD64, etc. > > > > 1. Install GCC 3.4 from ports. > > > > Anything newer than 20050316 should work. (Theoretically you can > > use gcc40 newer than 20041127 but not verified. Actually I am > > using patched version of src/contrib/gcc. ;-) > > > > 2. Install following dependencies from ports: > > > > devel/gmake (of course) > > net/samba > > devel/sdl12 > > > > I believe samba is optional but sdl12 is not. It doesn't work > > without SDL because `-nographic' option is broken. I believe it > > is an upstream bug (related to FreeBSD's pty or termios, i. e., > > fail to get correct term size and segfault) but I couldn't > > pin-point the culprit yet. In fact, I didn't bother too much > > because SDL worked just fine. ;-) > > Samba is needed for the -smb option (export a local dir to > guest), if you don't use that you can omit samba thats true. Understood. > >[...] > > Note 2: qemu-libmath-amd64.diff contains C99 long double math > > functions taken from glibc-2.3.5 and modified for FreeBSD/amd64: > > > > http://ftp.gnu.org/gnu/glibc/ > > http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/?cvsroot=glibc > > > > rintl() sysdeps/i386/fpu/s_rintl.c > > atan2l() sysdeps/i386/fpu/e_atan2l.c > > sqrtl() sysdeps/i386/fpu/e_sqrtl.c > > llrintl() sysdeps/x86_64/fpu/s_llrintl.S > > lrintl() sysdeps/x86_64/fpu/s_llrintl.S > > sinl() sysdeps/x86_64/fpu/s_sinl.S > > cosl() sysdeps/x86_64/fpu/s_cosl.S > > tanl() sysdeps/x86_64/fpu/s_tanl.S > > logl() sysdeps/x86_64/fpu/e_logl.S > > powl() sysdeps/x86_64/fpu/e_powl.S > > remainderl() sysdeps/x86_64/fpu/e_remainderl.S > > > > Just enough to compile QEMU snapshot until we complete C99 > > project. ;-) Similarly you can add other architectures under > > bsd/${MACHINE_ARCH}. > > So we need different versions of these for i386 hosts? Yes. > And how about 4.x i386 hosts? We need to add more #if's, of course. ;-) > Obviously the port should still run on those too. I know. I just wanted to tell people that it's possible. I will post a patch for those two cases when I find some free time. Thanks, Jung-uk Kim > Juergen From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 21:16:01 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBEE016A4CE for ; Fri, 15 Apr 2005 21:16:01 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 900AB43D45 for ; Fri, 15 Apr 2005 21:16:01 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j3FLG0GI003182; Fri, 15 Apr 2005 14:16:01 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j3FLG0n1003181; Fri, 15 Apr 2005 14:16:00 -0700 (PDT) (envelope-from obrien) Date: Fri, 15 Apr 2005 14:16:00 -0700 From: "David O'Brien" To: Astrodog Message-ID: <20050415211600.GA1473@dragon.NUXI.org> References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2fd864e050414180911e4e5be@mail.gmail.com> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 21:16:02 -0000 On Thu, Apr 14, 2005 at 06:09:04PM -0700, Astrodog wrote: > On 4/14/05, David O'Brien wrote: > > On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrote: > > > Jung-uk Kim writes: > > > > Stay away from nForce chipsets. > > > > > > Please stop spreading this little piece of disinformation. nForce3 > > > motherboards such as the Asus SK8N should work fine. > > > > DES stop spreading FUD. > > I think the point to be made here, is that there are SOME specific > nforce based boards, that work great, There are? Which?? The SK8N that DES will respond to my email is actually high on the "bizzare issues" list. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 21:18:30 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id D3AA216A4CF; Fri, 15 Apr 2005 21:18:30 +0000 (GMT) Date: Fri, 15 Apr 2005 21:18:30 +0000 From: David O'Brien To: Dag-Erling Sm?rgrav Message-ID: <20050415211830.GA41927@hub.freebsd.org> References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <86sm1snzwk.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86sm1snzwk.fsf@xps.des.no> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.11-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: Michael Haro cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 21:18:30 -0000 On Fri, Apr 15, 2005 at 11:38:03AM +0200, Dag-Erling Sm?rgrav wrote: > "David O'Brien" writes: > > On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrote: > > > Jung-uk Kim writes: > > > > Stay away from nForce chipsets. > > > Please stop spreading this little piece of disinformation. nForce3 > > > motherboards such as the Asus SK8N should work fine. > > DES stop spreading FUD. > > Perhaps you should look up the definition of FUD. It is you and your > fanboys who are spreading FUD. I'm more than willing to be called a fanboy of Peter Wemm and his opinions. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 21:20:18 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0AD816A4CE; Fri, 15 Apr 2005 21:20:18 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7129843D39; Fri, 15 Apr 2005 21:20:18 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j3FLJsvM003243; Fri, 15 Apr 2005 14:19:54 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j3FLJrBA003242; Fri, 15 Apr 2005 14:19:53 -0700 (PDT) (envelope-from obrien) Date: Fri, 15 Apr 2005 14:19:53 -0700 From: "David O'Brien" To: Ruslan Ermilov Message-ID: <20050415211953.GA3205@dragon.NUXI.org> References: <200504131803.08538.mi+mx@aldan.algebra.com> <7d0ce05415753151e32ccd716d820a2f@onthenet.com.au> <200504132027.59726.mi+mx@aldan.algebra.com> <20050415073510.GB88925@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050415073510.GB88925@ip.net.ua> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: Q cc: Mikhail Teterin cc: freebsd-amd64@freebsd.org cc: net@freebsd.org Subject: Re: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 21:20:18 -0000 On Fri, Apr 15, 2005 at 10:35:10AM +0300, Ruslan Ermilov wrote: > On Wed, Apr 13, 2005 at 08:27:59PM -0400, Mikhail Teterin wrote: > > > > I just installed a fresh 5.4-RC2 on IWill's DK8N motherboard: > > > > I transfered the net/nvnet's distfiles using a floppy and built > > > > the driver. .. > > > Try using the tarball from here http://www.onthenet.com.au/~q/nvnet > > Yes! That -- combined with the > > ftp://download1.nvidia.com/XFree86/nforce/1.0-0301/ -- worked! .. > > Could update the net/nvnet port? When 5.4 gets released, I imagine > > plenty of people to be in my position... > > When 5.4 gets released, we likely will have if_nve(4) MFC'ed already. Nope. It will be a 5.5 feature. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 22:04:57 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BED3F16A4CE for ; Fri, 15 Apr 2005 22:04:57 +0000 (GMT) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AAF843D31 for ; Fri, 15 Apr 2005 22:04:57 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr3.xs4all.nl (8.12.11/8.12.11) with ESMTP id j3FM4tpb075718 for ; Sat, 16 Apr 2005 00:04:55 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 21A186289; Sat, 16 Apr 2005 00:04:55 +0200 (CEST) Date: Sat, 16 Apr 2005 00:04:55 +0200 From: Roland Smith To: freebsd-amd64@freebsd.org Message-ID: <20050415220455.GB1698@slackbox.xs4all.nl> Mail-Followup-To: freebsd-amd64@freebsd.org References: <86k6ntw6f8.fsf@xps.des.no> <200504151227.45697.peter@wemm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: <200504151227.45697.peter@wemm.org> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! Organization: Me, organized? X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: INCLUDE_CONFIG_FILE broken? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 22:04:57 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 15, 2005 at 12:27:44PM -0700, Peter Wemm wrote: > On Sunday 27 March 2005 05:43 am, Dag-Erling Sm=F8rgrav wrote: > > Danny Braniss writes: > > > it seems that options INCLUDE_CONFIG_FILE in the kernel conf. file > > > does not work: > > > > > > strings -n 3 /boot/kernel/kernel | sed -n 's/^___//p' > > > _````QQQQ > > > _ > > > > The compiler optimizes it away because it's declared static. I have > > no idea why this wasn't a problem before; probably a change in > > compiler flags or in the compiler itself. > > > > DES >=20 > gcc-3.4 does entire-file optimization, while 3.3 and earlier look at > functions at a time. As a result, gcc is now very good at finding > static unused things. >=20 > We might need to do something different. I'd almost like to insert > the config file into its own ELF section via objcopy... Why not use gcc's __attribute__ ((unused))? Roland --=20 R.F. Smith /"\ ASCII Ribbon Campaign r s m i t h @ x s 4 a l l . n l \ / No HTML/RTF in e-mail http://www.xs4all.nl/~rsmith/ X No Word docs in e-mail public key: http://www.keyserver.net / \ Respect for open standards --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCYDqHEnfvsMMhpyURAtFrAJ9C1HBjicTHaOIDlBDgd+BKDRbVugCeN/uK iJ6mvSMSAOW2nmIhQAy2h9A= =t7wW -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 22:21:18 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B68016A4CE; Fri, 15 Apr 2005 22:21:18 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C98043D5C; Fri, 15 Apr 2005 22:21:15 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF000189DTRRN00@bgo1smout1.broadpark.no>; Sat, 16 Apr 2005 00:15:27 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF00087ME574C80@bgo1sminn1.broadpark.no>; Sat, 16 Apr 2005 00:22:19 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 1DF4BEC32D; Sat, 16 Apr 2005 00:21:06 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id E4CC8EC32C; Sat, 16 Apr 2005 00:21:01 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id C16AA33C3E; Sat, 16 Apr 2005 00:21:01 +0200 (CEST) Date: Sat, 16 Apr 2005 00:21:01 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) To: Peter Wemm Message-id: <86zmvzsmuq.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <86k6ntw6f8.fsf@xps.des.no> <200504151227.45697.peter@wemm.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: cc: amd64@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE broken? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 22:21:18 -0000 Peter Wemm writes: > We might need to do something different. I'd almost like to insert > the config file into its own ELF section via objcopy... Well, for now, I've unstaticized config, so it works as expected (except for polluting the kernel namespace). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 22:21:18 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B68016A4CE; Fri, 15 Apr 2005 22:21:18 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C98043D5C; Fri, 15 Apr 2005 22:21:15 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF000189DTRRN00@bgo1smout1.broadpark.no>; Sat, 16 Apr 2005 00:15:27 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF00087ME574C80@bgo1sminn1.broadpark.no>; Sat, 16 Apr 2005 00:22:19 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 1DF4BEC32D; Sat, 16 Apr 2005 00:21:06 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id E4CC8EC32C; Sat, 16 Apr 2005 00:21:01 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id C16AA33C3E; Sat, 16 Apr 2005 00:21:01 +0200 (CEST) Date: Sat, 16 Apr 2005 00:21:01 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) To: Peter Wemm Message-id: <86zmvzsmuq.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <86k6ntw6f8.fsf@xps.des.no> <200504151227.45697.peter@wemm.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: cc: amd64@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE broken? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 22:21:18 -0000 Peter Wemm writes: > We might need to do something different. I'd almost like to insert > the config file into its own ELF section via objcopy... Well, for now, I've unstaticized config, so it works as expected (except for polluting the kernel namespace). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 22:23:44 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83A9816A4CE; Fri, 15 Apr 2005 22:23:44 +0000 (GMT) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1248143D3F; Fri, 15 Apr 2005 22:23:44 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id D7EDC11A55; Sat, 16 Apr 2005 00:28:45 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70552-01; Sat, 16 Apr 2005 00:28:37 +0200 (CEST) Received: from cream.xbsd.org (cream.xbsd.org [192.168.42.6]) by smtp.xbsd.org (Postfix) with ESMTP id 4618511A51; Sat, 16 Apr 2005 00:28:36 +0200 (CEST) From: Florent Thoumie To: obrien@freebsd.org In-Reply-To: <20050415211600.GA1473@dragon.NUXI.org> References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/zEFXO0TjPOp/5WF8xvs" Date: Sat, 16 Apr 2005 00:23:43 +0200 Message-Id: <1113603823.91832.7.camel@cream.xbsd.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 22:23:44 -0000 --=-/zEFXO0TjPOp/5WF8xvs Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le Friday 15 April 2005 =E0 14:16 -0700, David O'Brien a =E9crit : > On Thu, Apr 14, 2005 at 06:09:04PM -0700, Astrodog wrote: > > On 4/14/05, David O'Brien wrote: > > > On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrote: > > > > Jung-uk Kim writes: > > > > > Stay away from nForce chipsets. > > > > > > > > Please stop spreading this little piece of disinformation. nForce3 > > > > motherboards such as the Asus SK8N should work fine. > > >=20 > > > DES stop spreading FUD. > >=20 > > I think the point to be made here, is that there are SOME specific > > nforce based boards, that work great, >=20 > There are? Which?? The SK8N that DES will respond to my email is > actually high on the "bizzare issues" list. I have an Asus A8N-SLI (nforce4) Motherboard based box running=20 5-STABLE for some time now. Issues are : x ACPI (quite common), x Sound (not much a problem since I have an Emu10K1 based sound=20 card which is far better), x Network (sk0 works fine, but not should-be-nv0), x USB (no clue, I'm not using it ATM but firewire works). The system is totally usable, I have a Geforce 6600 PCI-E and=20 the whole thing runs Xorg 6.8.2 with nv driver. I'm totally=20 happy with it. As Dag-Erling said, it'll be good if you were not giving false=20 information and better (my opinion), as re-amd64@ if you were=20 trying to get better relationship with Nvidia. --=20 Florent Thoumie flz@xbsd.org --=-/zEFXO0TjPOp/5WF8xvs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCYD7vMxEkbVFH3PQRAiOtAJwJHx4+iJdZZGiAhpjJndBFbIzHkQCghsrc OSOuTKyEiwYcOqxx4am6dVI= =/S+V -----END PGP SIGNATURE----- --=-/zEFXO0TjPOp/5WF8xvs-- From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 15 22:30:52 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A411A16A4CE for ; Fri, 15 Apr 2005 22:30:52 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5491643D1D for ; Fri, 15 Apr 2005 22:30:52 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF0001X3EA0RO00@bgo1smout1.broadpark.no> for freebsd-amd64@freebsd.org; Sat, 16 Apr 2005 00:25:12 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF0008JCELG4L90@bgo1sminn1.broadpark.no> for freebsd-amd64@freebsd.org; Sat, 16 Apr 2005 00:32:04 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 4A515EC32F; Sat, 16 Apr 2005 00:30:51 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id B593EEC32D for ; Sat, 16 Apr 2005 00:30:46 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id A5B6C33C3E; Sat, 16 Apr 2005 00:30:46 +0200 (CEST) Date: Sat, 16 Apr 2005 00:30:46 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050415220455.GB1698@slackbox.xs4all.nl> To: freebsd-amd64@freebsd.org Message-id: <86vf6nsmeh.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <86k6ntw6f8.fsf@xps.des.no> <20050415220455.GB1698@slackbox.xs4all.nl> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Subject: Re: INCLUDE_CONFIG_FILE broken? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 22:30:52 -0000 Roland Smith writes: > Why not use gcc's __attribute__ ((unused))? Tried that, didn't help. Simply removing the static qualifier did the trick. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 00:20:39 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0878216A4CE for ; Sat, 16 Apr 2005 00:20:39 +0000 (GMT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 642F543D49 for ; Sat, 16 Apr 2005 00:20:38 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])j3G0Kbml016318; Sat, 16 Apr 2005 10:20:37 +1000 Received: from epsplex.bde.org (katana.zip.com.au [61.8.7.246]) j3G0KZIo015671; Sat, 16 Apr 2005 10:20:36 +1000 Date: Sat, 16 Apr 2005 10:20:35 +1000 (EST) From: Bruce Evans X-X-Sender: bde@epsplex.bde.org To: Roland Smith In-Reply-To: <20050415220455.GB1698@slackbox.xs4all.nl> Message-ID: <20050416093349.I5888@epsplex.bde.org> References: <86k6ntw6f8.fsf@xps.des.no> <20050415220455.GB1698@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-amd64@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE broken? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 00:20:39 -0000 On Sat, 16 Apr 2005, Roland Smith wrote: > On Fri, Apr 15, 2005 at 12:27:44PM -0700, Peter Wemm wrote: >> gcc-3.4 does entire-file optimization, while 3.3 and earlier look at >> functions at a time. As a result, gcc is now very good at finding >> static unused things. This doesn't explain it. Variables declared as "static const char []" have been specially handled by gcc for 15 years ago. gcc doesn't warn about ones that are not used in the source file, unlike ones declared as "static char []". This behaviour hasn't changed. What has changed is the removal of all unused static variables at optimization -O2 and higher. Removing the "static const char []" ones is just a bug, especially since it is done without warning. >> We might need to do something different. I'd almost like to insert >> the config file into its own ELF section via objcopy... You could just use the existing mechanism __IDSTRING(), preferably after fixing it to actually work. (__IDSTRING() generates invalid asm if the string has a newline in it. Among other bugs, this breaks most uses of __COPYRIGHT().) > Why not use gcc's __attribute__ ((unused))? Because it is unportable and backwards. __attribute__((used)) works. Putting the string in a separate section is better for an id string, but the attribute would be better than bogusly exporting the symbol for things like functions that are only intended to be called from debuggers. Bruce From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 00:40:33 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A07DF16A4CE for ; Sat, 16 Apr 2005 00:40:33 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC06143D1D for ; Sat, 16 Apr 2005 00:40:32 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so829843wra for ; Fri, 15 Apr 2005 17:40:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=h8B+4rXHnkTd4VKb5/MtHOiPnpftmR7CZE5FaJ4nsasraaXzhpE1gpzsdWkA60Q/cXfSSHlLKUWhkWyZRk4l2XQtRZLrE+wtigZfgiWMrBCqKG3FMoQhY37BveyWaHaSmkK2gpU9ITqju0BjILJDQwXXBn+A3B6lSHATeNiw0Pg= Received: by 10.54.40.34 with SMTP id n34mr2437097wrn; Fri, 15 Apr 2005 17:40:27 -0700 (PDT) Received: by 10.54.40.69 with HTTP; Fri, 15 Apr 2005 17:40:27 -0700 (PDT) Message-ID: <2fd864e050415174048dc579d@mail.gmail.com> Date: Fri, 15 Apr 2005 17:40:27 -0700 From: Astrodog To: Florent Thoumie , freebsd-amd64@freebsd.org In-Reply-To: <1113603823.91832.7.camel@cream.xbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org> <1113603823.91832.7.camel@cream.xbsd.org> Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 00:40:33 -0000 On 4/15/05, Florent Thoumie wrote: > Le Friday 15 April 2005 =E0 14:16 -0700, David O'Brien a =E9crit : > > On Thu, Apr 14, 2005 at 06:09:04PM -0700, Astrodog wrote: > > > On 4/14/05, David O'Brien wrote: > > > > On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrote: > > > > > Jung-uk Kim writes: > > > > > > Stay away from nForce chipsets. > > > > > > > > > > Please stop spreading this little piece of disinformation. nForc= e3 > > > > > motherboards such as the Asus SK8N should work fine. > > > > > > > > DES stop spreading FUD. > > > > > > I think the point to be made here, is that there are SOME specific > > > nforce based boards, that work great, > > > > There are? Which?? The SK8N that DES will respond to my email is > > actually high on the "bizzare issues" list. >=20 > I have an Asus A8N-SLI (nforce4) Motherboard based box running > 5-STABLE for some time now. Issues are : > x ACPI (quite common), > x Sound (not much a problem since I have an Emu10K1 based sound > card which is far better), > x Network (sk0 works fine, but not should-be-nv0), > x USB (no clue, I'm not using it ATM but firewire works). >=20 > The system is totally usable, I have a Geforce 6600 PCI-E and > the whole thing runs Xorg 6.8.2 with nv driver. I'm totally > happy with it. >=20 > As Dag-Erling said, it'll be good if you were not giving false > information and better (my opinion), as re-amd64@ if you were > trying to get better relationship with Nvidia. >=20 > -- > Florent Thoumie > flz@xbsd.org You listed 4 issues that quite a few people wouldn't want to deal with... ACPI is a nightmare unto itself, Lotsa people use onboard sound, the nv ethernet stuff should work now, and USB is important. NVidia support would be much, much better, if nvidia provided the documentation the FreeBSD team needs to get those things fixed, or if they provided even binary drivers and kernel modules. The fact that those 4 issues come up, safely demonstrates that the board is not well supported, although it may work. From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 02:07:27 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E868F16A4CE for ; Sat, 16 Apr 2005 02:07:26 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CBD143D41 for ; Sat, 16 Apr 2005 02:07:26 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so1001909nzf for ; Fri, 15 Apr 2005 19:07:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W/GPjemJfzWo28bSe3hVQ0z99KYekOyWVrBh1P+GXMye59sdiG1/wpljiaey7B3350nlpr7t9+xB2fO5lhNIAd71mW43xUgxerltkLJAJfcy0d8H1d9gskjvnzc3mGhggJi8BOZcsDH0mTCYb/MOtiQr8n8SPZtP8xuCt5bVYV4= Received: by 10.36.22.7 with SMTP id 7mr234728nzv; Fri, 15 Apr 2005 19:07:25 -0700 (PDT) Received: by 10.36.75.15 with HTTP; Fri, 15 Apr 2005 19:07:25 -0700 (PDT) Message-ID: <346a802205041519071e4dc609@mail.gmail.com> Date: Fri, 15 Apr 2005 19:07:25 -0700 From: Coleman Kane To: Astrodog In-Reply-To: <2fd864e050415174048dc579d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org> <1113603823.91832.7.camel@cream.xbsd.org> <2fd864e050415174048dc579d@mail.gmail.com> cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 02:07:27 -0000 On 4/15/05, Astrodog wrote: > On 4/15/05, Florent Thoumie wrote: > > Le Friday 15 April 2005 =E0 14:16 -0700, David O'Brien a =E9crit : > > > On Thu, Apr 14, 2005 at 06:09:04PM -0700, Astrodog wrote: > > > > On 4/14/05, David O'Brien wrote: > > > > > On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrot= e: > > > > > > Jung-uk Kim writes: > > > > > > > Stay away from nForce chipsets. > > > > > > > > > > > > Please stop spreading this little piece of disinformation. nFo= rce3 > > > > > > motherboards such as the Asus SK8N should work fine. > > > > > > > > > > DES stop spreading FUD. > > > > > > > > I think the point to be made here, is that there are SOME specific > > > > nforce based boards, that work great, > > > > > > There are? Which?? The SK8N that DES will respond to my email is > > > actually high on the "bizzare issues" list. > > > > I have an Asus A8N-SLI (nforce4) Motherboard based box running > > 5-STABLE for some time now. Issues are : > > x ACPI (quite common), > > x Sound (not much a problem since I have an Emu10K1 based sound > > card which is far better), > > x Network (sk0 works fine, but not should-be-nv0), > > x USB (no clue, I'm not using it ATM but firewire works). > > > > The system is totally usable, I have a Geforce 6600 PCI-E and > > the whole thing runs Xorg 6.8.2 with nv driver. I'm totally > > happy with it. > > > > As Dag-Erling said, it'll be good if you were not giving false > > information and better (my opinion), as re-amd64@ if you were > > trying to get better relationship with Nvidia. > > > > -- > > Florent Thoumie > > flz@xbsd.org >=20 > You listed 4 issues that quite a few people wouldn't want to deal > with... ACPI is a nightmare unto itself, Lotsa people use onboard > sound, the nv ethernet stuff should work now, and USB is important. >=20 > NVidia support would be much, much better, if nvidia provided the > documentation the FreeBSD team needs to get those things fixed, or if > they provided even binary drivers and kernel modules. >=20 > The fact that those 4 issues come up, safely demonstrates that the > board is not well supported, although it may work. > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" >=20 The issues with *certain* nforce boards and chipsets are numerous. I believe the poster was specifically asking for a recommendation. In my experience with this problem the nforce boards seems to be much more problematic than the VIA boards. In addition, the problems aren't necessarily amd64 issues (since some of the athlonxp boards with the same nforce chipset have the same issues). My recommendation would be to not "play roulette" with the available nforce boards, but instead get the VIA based system instead. Perhaps a large group of prefessionals recommending the competitor's solution because it has a much higher statistical success rate might actually entice nvidia to open up and either: 1) Fix the existing problems or 2) Give more documentation to the group. Anyhow, my recommendation is also to stay away from nforce boards. The VIA boards seem quite successful and stable. Now, if you don't want to take my advice that's your perogative, but my advice is still the same (and I don't consider it FUD). -- coleman From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 07:35:00 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99D7916A4CE for ; Sat, 16 Apr 2005 07:35:00 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0846D43D31 for ; Sat, 16 Apr 2005 07:35:00 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DMhpS-0001hm-9T; Sat, 16 Apr 2005 10:34:58 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: Your message of Sat, 16 Apr 2005 00:21:01 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sat, 16 Apr 2005 10:34:58 +0300 From: Danny Braniss Message-ID: cc: freebsd-amd64@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE broken? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 07:35:00 -0000 > Peter Wemm writes: > > We might need to do something different. I'd almost like to insert > > the config file into its own ELF section via objcopy... > = > Well, for now, I've unstaticized config, so it works as expected > (except for polluting the kernel namespace). > = always choose the lesser evil :-), thanks danny > DES > -- = > Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 09:09:52 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17ED016A4CE for ; Sat, 16 Apr 2005 09:09:52 +0000 (GMT) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id D353043D5A for ; Sat, 16 Apr 2005 09:09:50 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [213.6.72.176] (A48b0.a.pppool.de [213.6.72.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id ADAE5300022E for ; Sat, 16 Apr 2005 11:09:46 +0200 (CEST) Message-ID: <4260D654.3060301@mail.uni-mainz.de> Date: Sat, 16 Apr 2005 11:09:40 +0200 From: "O. Hartmann" Organization: Institut =?ISO-8859-1?Q?f=FCr_Geophysik?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-AT; rv:1.7.6) Gecko/20050328 X-Accept-Language: de-de, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org> <1113603823.91832.7.camel@cream.xbsd.org> <2fd864e050415174048dc579d@mail.gmail.com> <346a802205041519071e4dc609@mail.gmail.com> In-Reply-To: <346a802205041519071e4dc609@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 09:09:52 -0000 Coleman Kane schrieb: >On 4/15/05, Astrodog wrote: > > >>On 4/15/05, Florent Thoumie wrote: >> >> >>>Le Friday 15 April 2005 à 14:16 -0700, David O'Brien a écrit : >>> >>> >>>>On Thu, Apr 14, 2005 at 06:09:04PM -0700, Astrodog wrote: >>>> >>>> >>>>>On 4/14/05, David O'Brien wrote: >>>>> >>>>> >>>>>>On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrote: >>>>>> >>>>>> >>>>>>>Jung-uk Kim writes: >>>>>>> >>>>>>> >>>>>>>>Stay away from nForce chipsets. >>>>>>>> >>>>>>>> >>>>>>>Please stop spreading this little piece of disinformation. nForce3 >>>>>>>motherboards such as the Asus SK8N should work fine. >>>>>>> >>>>>>> >>>>>>DES stop spreading FUD. >>>>>> >>>>>> >>>>>I think the point to be made here, is that there are SOME specific >>>>>nforce based boards, that work great, >>>>> >>>>> >>>>There are? Which?? The SK8N that DES will respond to my email is >>>>actually high on the "bizzare issues" list. >>>> >>>> >>> I have an Asus A8N-SLI (nforce4) Motherboard based box running >>> 5-STABLE for some time now. Issues are : >>> x ACPI (quite common), >>> x Sound (not much a problem since I have an Emu10K1 based sound >>> card which is far better), >>> x Network (sk0 works fine, but not should-be-nv0), >>> x USB (no clue, I'm not using it ATM but firewire works). >>> >>> The system is totally usable, I have a Geforce 6600 PCI-E and >>> the whole thing runs Xorg 6.8.2 with nv driver. I'm totally >>> happy with it. >>> >>> As Dag-Erling said, it'll be good if you were not giving false >>> information and better (my opinion), as re-amd64@ if you were >>> trying to get better relationship with Nvidia. >>> >>>-- >>>Florent Thoumie >>>flz@xbsd.org >>> >>> >>You listed 4 issues that quite a few people wouldn't want to deal >>with... ACPI is a nightmare unto itself, Lotsa people use onboard >>sound, the nv ethernet stuff should work now, and USB is important. >> >>NVidia support would be much, much better, if nvidia provided the >>documentation the FreeBSD team needs to get those things fixed, or if >>they provided even binary drivers and kernel modules. >> >>The fact that those 4 issues come up, safely demonstrates that the >>board is not well supported, although it may work. >>_______________________________________________ >>freebsd-amd64@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 >>To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" >> >> >> > >The issues with *certain* nforce boards and chipsets are numerous. I >believe the poster was specifically asking for a recommendation. In my >experience with this problem the nforce boards seems to be much more >problematic than the VIA boards. In addition, the problems aren't >necessarily amd64 issues (since some of the athlonxp boards with the >same nforce chipset have the same issues). > >My recommendation would be to not "play roulette" with the available >nforce boards, but instead get the VIA based system instead. > >Perhaps a large group of prefessionals recommending the competitor's >solution because it has a much higher statistical success rate might >actually entice nvidia to open up and either: >1) Fix the existing problems >or >2) Give more documentation to the group. > >Anyhow, my recommendation is also to stay away from nforce boards. The >VIA boards seem quite successful and stable. Now, if you don't want to >take my advice that's your perogative, but my advice is still the same >(and I don't consider it FUD). > > > I attentively follow this discussion of pros and cons and I ask myself why we have choosen nForce4 based motherboards! For our numerical research facilities at our department we look for new Opteron hardware and for the "smaller" dual systems we considered nForce 2200 based TYAN systems and for desktops also nForce4 based systems. I'm now for 8 years with FreeBSD on many server systems (small, up to 2 CPUs) for our department and I can see a change towards Linux and one of the most issued arguments is 'support'. My question si: how to force nVidia delivering the needed informations? It should be an aspect of customer demand. nVidia earns money with each sold nForce based motherboard and each GForce based graphics card and the better the support, the more they can sell. Is there a way to push nVidia, like gathering 'needs' and sending them to nVidia? Sorry for the naiv point of view. O. From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 10:23:24 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E9A516A4CE; Sat, 16 Apr 2005 10:23:24 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id C395343D5E; Sat, 16 Apr 2005 10:23:23 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF1002BIB9J8J90@bgo1smout1.broadpark.no>; Sat, 16 Apr 2005 12:17:43 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF1009GWBKZWV90@bgo1sminn1.broadpark.no>; Sat, 16 Apr 2005 12:24:35 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 82C31EBC08; Sat, 16 Apr 2005 12:23:22 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 275B7EBC06; Sat, 16 Apr 2005 12:23:18 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 2784133C09; Sat, 16 Apr 2005 12:23:18 +0200 (CEST) Date: Sat, 16 Apr 2005 12:23:18 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <1113603823.91832.7.camel@cream.xbsd.org> To: Florent Thoumie Message-id: <86ekdbdnqh.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org> <1113603823.91832.7.camel@cream.xbsd.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 10:23:24 -0000 Florent Thoumie writes: > I have an Asus A8N-SLI (nforce4) Motherboard based box running=20 > 5-STABLE for some time now. Issues are : > x ACPI (quite common), ACPI should work. It's not an issue on the SK8N. In any case, it's a BIOS issue, not a chipset issue. If you meant APIC and not ACPI, it should work in mixed mode. 6.0 has code which supposedly makes mixed mode unnecessary, but I haven't tested it (I don't have a CPU for my SK8N right now) > x Sound (not much a problem since I have an Emu10K1 based sound=20 > card which is far better), Sound shouldn't be a problem; the nForce audio codec is ICH-compatible and should work with snd_ich. I'm not sure if I ever tested that, though. > x Network (sk0 works fine, but not should-be-nv0), If you're using the nvnet port, that's a known issue. 6.0 has a native driver. > x USB (no clue, I'm not using it ATM but firewire works). USB worked fine on my SK8N - well enough for keyboards, mice and memory sticks, anyway. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 10:56:46 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA75D16A4CE for ; Sat, 16 Apr 2005 10:56:46 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D12943D3F for ; Sat, 16 Apr 2005 10:56:46 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF1002UYCT6DE00@bgo1smout1.broadpark.no> for freebsd-amd64@freebsd.org; Sat, 16 Apr 2005 12:51:06 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF10095BD4LYKA0@bgo1sminn1.broadpark.no> for freebsd-amd64@freebsd.org; Sat, 16 Apr 2005 12:57:58 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 5ECD5EBCB4; Sat, 16 Apr 2005 12:56:45 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 6B4EEEBC08; Sat, 16 Apr 2005 12:56:40 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 3948333C09; Sat, 16 Apr 2005 12:56:40 +0200 (CEST) Date: Sat, 16 Apr 2005 12:56:40 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050416093349.I5888@epsplex.bde.org> To: Bruce Evans Message-id: <8664yndm6v.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <86k6ntw6f8.fsf@xps.des.no> <20050415220455.GB1698@slackbox.xs4all.nl> <20050416093349.I5888@epsplex.bde.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-amd64@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE broken? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 10:56:47 -0000 Bruce Evans writes: > You could just use the existing mechanism __IDSTRING(), preferably > after fixing it to actually work. (__IDSTRING() generates invalid > asm if the string has a newline in it. Among other bugs, this breaks > most uses of __COPYRIGHT().) __IDSTRING() places the string in a separate section. By default, strings(1) only extracts strings from code and data sections, so the good old 'strings -n 3 kernel | grep \^___' wouldn't work. Not a big deal, but still a slight POLA breach. Including the config file unaltered as a separate ELF section might be conceptually cleaner, but objdump(1) doesn't seem to have an option to dump the unaltered contents of a section (it prints the contents in a format similar to 'hexdump -C') so we'd need a special-purpose tool to extract the file. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 11:03:34 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B248A16A4CE for ; Sat, 16 Apr 2005 11:03:34 +0000 (GMT) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F5B143D46 for ; Sat, 16 Apr 2005 11:03:33 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [134.93.180.218] (edda.Physik.Uni-Mainz.DE [134.93.180.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 019033000245; Sat, 16 Apr 2005 13:03:30 +0200 (CEST) Message-ID: <4260F103.5050309@mail.uni-mainz.de> Date: Sat, 16 Apr 2005 13:03:31 +0200 From: "O. Hartmann" Organization: Institut =?ISO-8859-1?Q?f=FCr_Geophysik?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.6) Gecko/20050329 X-Accept-Language: de-de, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org> <1113603823.91832.7.camel@cream.xbsd.org> <86ekdbdnqh.fsf@xps.des.no> In-Reply-To: <86ekdbdnqh.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at uni-mainz.de cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 11:03:34 -0000 Dag-Erling Smørgrav schrieb: >Florent Thoumie writes: > > >> I have an Asus A8N-SLI (nforce4) Motherboard based box running >> 5-STABLE for some time now. Issues are : >> x ACPI (quite common), >> >> > >ACPI should work. It's not an issue on the SK8N. In any case, it's a >BIOS issue, not a chipset issue. > >If you meant APIC and not ACPI, it should work in mixed mode. 6.0 has >code which supposedly makes mixed mode unnecessary, but I haven't >tested it (I don't have a CPU for my SK8N right now) > > I have ASUS A8N-SLI Deluxe mobo. BIOS revision is 1006. I have no problems with ACPI. APIC works with NO_MIXED_MODE commented out in kernel. I saw this phenomenon also on RCC3.0 chipsets on some of our servers which are said to be full supported (ASUS CUR-DLS, TYAN Thunder 2500). > > >> x Sound (not much a problem since I have an Emu10K1 based sound >> card which is far better), >> >> > >Sound shouldn't be a problem; the nForce audio codec is ICH-compatible >and should work with snd_ich. I'm not sure if I ever tested that, >though. > > > Sound works fine for my installation, no problems with 'stupid' home's applications like watching DVDs (oggle, xine, both using NAS). For lab's purposes there is no need for the AC97 codec sound. On the other hand: in earlier times we avoided AC97 sound and plugged in PCI sound boards. Why should the 'onboard' sound be a issue for a 'don't buy nForce-based motherboards'? Sorry, I don't understand ... >> x Network (sk0 works fine, but not should-be-nv0), >> >> > >If you're using the nvnet port, that's a known issue. 6.0 has a >native driver. > > > This would be a serious "issue" due to the poor PCI32 connection of the sk0 chip, but many guys around here, especially those with DELL/Intel based systems, use a kind of Intel PRO1000 based NICs connected to a common PCI32 bus and feel happy. Maybe I lost some glues why sk0 is, for the moment, not a suitable solution. >> x USB (no clue, I'm not using it ATM but firewire works). >> >> > >USB worked fine on my SK8N - well enough for keyboards, mice and >memory sticks, anyway. > > USB also works fine for me. I tried a Canon digital camera, USB stick, a keyboard (taken from a DELL Optiplex G280) and a mouse (Logitech USB mouse, only for some testing purposes). Worked well for me, no problems. I should mention that I use FreeBSD 5.4-STABLE as cvsupdated today the last time and tested the above mentioned stuff with 5.4-BETA when it came up. The only point I would complain about is the still 'GENERIC' SATA150/SATA300 (switched back to UDMA33) controller of the nForce4 chipset, but as DES answered me on a prior posting this is due to a too fresh chipset. In many aspects for new hardware, FreeBSD is still my first choice. We utiliye many Linux systems around here and I can watch what kind of problems arize (and aroze in the past) with several SuSE distributions on new hardware! Maybe this is a more BSD-patheic statement, but sometimes you need to watch the scenario from the point of view of a simple customer and user ... Oliver From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 11:05:24 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DC1916A4CE for ; Sat, 16 Apr 2005 11:05:24 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id B726843D46 for ; Sat, 16 Apr 2005 11:05:23 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF1002D5D72DE10@bgo1smout1.broadpark.no> for freebsd-amd64@freebsd.org; Sat, 16 Apr 2005 12:59:26 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IF100AW8DIH2M00@bgo1sminn1.broadpark.no> for freebsd-amd64@freebsd.org; Sat, 16 Apr 2005 13:06:17 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 41E2AEBC08; Sat, 16 Apr 2005 13:05:05 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id B23DCEBC06; Sat, 16 Apr 2005 13:05:00 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 8D6F033C09; Sat, 16 Apr 2005 13:05:00 +0200 (CEST) Date: Sat, 16 Apr 2005 13:05:00 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <4260D654.3060301@mail.uni-mainz.de> To: "O. Hartmann" Message-id: <861x9bdlsz.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org> <1113603823.91832.7.camel@cream.xbsd.org> <2fd864e050415174048dc579d@mail.gmail.com> <346a802205041519071e4dc609@mail.gmail.com> <4260D654.3060301@mail.uni-mainz.de> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 11:05:24 -0000 "O. Hartmann" writes: > My question si: how to force nVidia delivering the needed > informations? It should be an aspect of customer demand. nVidia > earns money with each sold nForce based motherboard and each GForce > based graphics card and the better the support, the more they can > sell. Why would they care about FreeBSD users? Unlike Linux, FreeBSD has approximately zero brainshare in the computer press, and unlike FreeBSD, Linux runs perfectly well on nForce chipsets. In fact, the Asus SK8N which David loathes is "Linux-certified". If I didn't already know that FreeBSD is perfect and flawless and that David is the Christ reborn, I'd be tempted to conclude that there is something wrong with FreeBSD (or David), not with the nForce chipset. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 11:11:14 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AE5416A4CE; Sat, 16 Apr 2005 11:11:14 +0000 (GMT) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01E9E43D41; Sat, 16 Apr 2005 11:11:14 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id F032611A55; Sat, 16 Apr 2005 13:16:20 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 89927-01; Sat, 16 Apr 2005 13:16:12 +0200 (CEST) Received: from cream.xbsd.org (cream.xbsd.org [192.168.42.6]) by smtp.xbsd.org (Postfix) with ESMTP id C042F11A53; Sat, 16 Apr 2005 13:16:11 +0200 (CEST) From: Florent Thoumie To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86ekdbdnqh.fsf@xps.des.no> References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org><86ekdbdnqh.fsf@xps.des.no> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-1bAzBXXfS32XC2834ltu" Date: Sat, 16 Apr 2005 13:11:15 +0200 Message-Id: <1113649875.36786.8.camel@cream.xbsd.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org cc: "O. Hartmann" cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 11:11:14 -0000 --=-1bAzBXXfS32XC2834ltu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le Saturday 16 April 2005 =E0 12:23 +0200, Dag-Erling Sm=F8rgrav a =E9crit = : > Florent Thoumie writes: > > I have an Asus A8N-SLI (nforce4) Motherboard based box running=20 > > 5-STABLE for some time now. Issues are : > > x ACPI (quite common), >=20 > ACPI should work. It's not an issue on the SK8N. In any case, it's a > BIOS issue, not a chipset issue. >=20 > If you meant APIC and not ACPI, it should work in mixed mode. 6.0 has > code which supposedly makes mixed mode unnecessary, but I haven't > tested it (I don't have a CPU for my SK8N right now) >=20 > > x Sound (not much a problem since I have an Emu10K1 based sound=20 > > card which is far better), >=20 > Sound shouldn't be a problem; the nForce audio codec is ICH-compatible > and should work with snd_ich. I'm not sure if I ever tested that, > though. >=20 > > x Network (sk0 works fine, but not should-be-nv0), >=20 > If you're using the nvnet port, that's a known issue. 6.0 has a > native driver. >=20 > > x USB (no clue, I'm not using it ATM but firewire works). >=20 > USB worked fine on my SK8N - well enough for keyboards, mice and > memory sticks, anyway. Well, I should have said "Issues here are". I don't really care about problems stated above (which seem to=20 not exist, great) because I'm not currently using all of these. I'll try to put my ports-work a bit in the corner this week-end and get this to work. Thanks for your and Oliver's answers. --=20 Florent Thoumie flz@xbsd.org --=-1bAzBXXfS32XC2834ltu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCYPLTMxEkbVFH3PQRApiQAJ49esXLm4+CUcILqRyaAehTDFQRUQCfYa0A yNe+iy5QMjM4gflz27Zq5GQ= =DH1X -----END PGP SIGNATURE----- --=-1bAzBXXfS32XC2834ltu-- From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 11:43:34 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8788616A4CE; Sat, 16 Apr 2005 11:43:34 +0000 (GMT) Received: from isis.sigpipe.cz (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D80D43D53; Sat, 16 Apr 2005 11:43:33 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 63A7E1F87BED; Sat, 16 Apr 2005 13:43:31 +0200 (CEST) Date: Sat, 16 Apr 2005 13:43:31 +0200 From: Roman Neuhauser To: Florent Thoumie Message-ID: <20050416114331.GA17943@isis.sigpipe.cz> References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org> <1113603823.91832.7.camel@cream.xbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1113603823.91832.7.camel@cream.xbsd.org> User-Agent: Mutt/1.5.6i cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 11:43:34 -0000 # flz@xbsd.org / 2005-04-16 00:23:43 +0200: > Le Friday 15 April 2005 ? 14:16 -0700, David O'Brien a écrit : > > On Thu, Apr 14, 2005 at 06:09:04PM -0700, Astrodog wrote: > > > On 4/14/05, David O'Brien wrote: > > > > On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrote: > > > > > Jung-uk Kim writes: > > > > > > Stay away from nForce chipsets. > > > > > > > > > > Please stop spreading this little piece of disinformation. nForce3 > > > > > motherboards such as the Asus SK8N should work fine. > > > > > > > > DES stop spreading FUD. > > > > > > I think the point to be made here, is that there are SOME specific > > > nforce based boards, that work great, > > > > There are? Which?? The SK8N that DES will respond to my email is > > actually high on the "bizzare issues" list. > > I have an Asus A8N-SLI (nforce4) Motherboard based box running > 5-STABLE for some time now. Issues are : > x ACPI (quite common), > x Sound (not much a problem since I have an Emu10K1 based sound > card which is far better), > x Network (sk0 works fine, but not should-be-nv0), > x USB (no clue, I'm not using it ATM but firewire works). > > The system is totally usable, You have listed things that are *not* usable, which means the board is not *totally* usable. Please think a bit about what you post. :) So, what *does* work on the board? PS/2 mouse / keyboard, ATA, PCI-E graphics, and that's it? > I'm totally happy with it. Good for you. If I bought a mobo and half of its functions were inoperational it wouldn't fall within my idea of "totally usable". But thanks for your description, I now know I need to avoid A8N-SLI. -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 11:55:15 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DD9E16A4D0; Sat, 16 Apr 2005 11:55:15 +0000 (GMT) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id A198B43D5A; Sat, 16 Apr 2005 11:55:14 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id CDD6F11A53; Sat, 16 Apr 2005 14:00:21 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 89927-04; Sat, 16 Apr 2005 14:00:14 +0200 (CEST) Received: from cream.xbsd.org (cream.xbsd.org [192.168.42.6]) by smtp.xbsd.org (Postfix) with ESMTP id C20E611A51; Sat, 16 Apr 2005 14:00:13 +0200 (CEST) From: Florent Thoumie To: Roman Neuhauser In-Reply-To: <20050416114331.GA17943@isis.sigpipe.cz> References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org> <1113603823.91832.7.camel@cream.xbsd.org> <20050416114331.GA17943@isis.sigpipe.cz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bmPVJZ5TNvXbsAlh0y7C" Date: Sat, 16 Apr 2005 13:55:17 +0200 Message-Id: <1113652517.36786.18.camel@cream.xbsd.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 11:55:15 -0000 --=-bmPVJZ5TNvXbsAlh0y7C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le Saturday 16 April 2005 =E0 13:43 +0200, Roman Neuhauser a =E9crit : > # flz@xbsd.org / 2005-04-16 00:23:43 +0200: > > Le Friday 15 April 2005 ? 14:16 -0700, David O'Brien a =E9crit : > > > On Thu, Apr 14, 2005 at 06:09:04PM -0700, Astrodog wrote: > > > > On 4/14/05, David O'Brien wrote: > > > > > On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrot= e: > > > > > > Jung-uk Kim writes: > > > > > > > Stay away from nForce chipsets. > > > > > > > > > > > > Please stop spreading this little piece of disinformation. nFo= rce3 > > > > > > motherboards such as the Asus SK8N should work fine. > > > > >=20 > > > > > DES stop spreading FUD. > > > >=20 > > > > I think the point to be made here, is that there are SOME specific > > > > nforce based boards, that work great, > > >=20 > > > There are? Which?? The SK8N that DES will respond to my email is > > > actually high on the "bizzare issues" list. > >=20 > > I have an Asus A8N-SLI (nforce4) Motherboard based box running=20 > > 5-STABLE for some time now. Issues are : > > x ACPI (quite common), > > x Sound (not much a problem since I have an Emu10K1 based sound=20 > > card which is far better), > > x Network (sk0 works fine, but not should-be-nv0), > > x USB (no clue, I'm not using it ATM but firewire works). > >=20 > > The system is totally usable, >=20 > You have listed things that are *not* usable, which means the board > is not *totally* usable. Please think a bit about what you post. :) > > So, what *does* work on the board? PS/2 mouse / keyboard, ATA, > PCI-E graphics, and that's it? The only thing that is a bit annoying is sound (which has been=20 reported as working, read the other posts). BTW, integrated=20 sound chipset are usually crap. ACPI/APIC isn't really necessary (I wasn't using it since DES=20 told it was working with NO_MIXED_MODE commented). The MB has=20 two integrated networking chipsets, and people usually don't=20 care about one not working. And I said I was clueless about USB=20 because I wasn't using it. That makes the box usuable (remove "totally" if it can make you=20 happier). My point is that a page with FreeBSD/amd64 status on different=20 MBs would be much more useful than "Plz stay away from nvidia,=20 this is crap". --=20 Florent Thoumie flz@xbsd.org --=-bmPVJZ5TNvXbsAlh0y7C Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCYP0lMxEkbVFH3PQRAgxoAJ9RmnjAgMUiOhggk4whhrcVA5WRaQCfUs7l 1Y83BxyF/H7is168/aBcib4= =GGpR -----END PGP SIGNATURE----- --=-bmPVJZ5TNvXbsAlh0y7C-- From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 12:05:37 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64A3B16A4CE for ; Sat, 16 Apr 2005 12:05:37 +0000 (GMT) Received: from isis.sigpipe.cz (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DDAF43D41 for ; Sat, 16 Apr 2005 12:05:37 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 2356D1F87BED; Sat, 16 Apr 2005 14:05:36 +0200 (CEST) Date: Sat, 16 Apr 2005 14:05:36 +0200 From: Roman Neuhauser To: Florent Thoumie Message-ID: <20050416120536.GB17943@isis.sigpipe.cz> References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org> <1113603823.91832.7.camel@cream.xbsd.org> <20050416114331.GA17943@isis.sigpipe.cz> <1113652517.36786.18.camel@cream.xbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1113652517.36786.18.camel@cream.xbsd.org> User-Agent: Mutt/1.5.6i cc: freebsd-amd64@freebsd.org Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 12:05:37 -0000 # flz@xbsd.org / 2005-04-16 13:55:17 +0200: > Le Saturday 16 April 2005 ? 13:43 +0200, Roman Neuhauser a écrit : > > # flz@xbsd.org / 2005-04-16 00:23:43 +0200: > > > The system is totally usable, > > > > You have listed things that are *not* usable, which means the board > > is not *totally* usable. Please think a bit about what you post. :) > > > > So, what *does* work on the board? PS/2 mouse / keyboard, ATA, > > PCI-E graphics, and that's it? > > The only thing that is a bit annoying is sound (which has been > reported as working, read the other posts). BTW, integrated > sound chipset are usually crap. But you pay for that crap, so it should either work or should not be there at all. (IOW, I find it strange that people are used to pay even moderate money for something that's mostly useless, because even when it does work it's of such poor quality that they don't even try to use it.) > That makes the box usuable (remove "totally" if it can make you > happier). The board could have been somewhat cheaper without the parts that are of poor quality. > My point is that a page with FreeBSD/amd64 status on different > MBs would be much more useful than "Plz stay away from nvidia, > this is crap". That's very true. -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 13:10:54 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73E7F16A4CF for ; Sat, 16 Apr 2005 13:10:54 +0000 (GMT) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCDCF43D55 for ; Sat, 16 Apr 2005 13:10:52 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [213.6.72.56] (A4838.a.pppool.de [213.6.72.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 0BB7B30008FB for ; Sat, 16 Apr 2005 15:10:20 +0200 (CEST) Message-ID: <42610EB7.2080301@mail.uni-mainz.de> Date: Sat, 16 Apr 2005 15:10:15 +0200 From: "O. Hartmann" Organization: Institut =?ISO-8859-1?Q?f=FCr_Geophysik?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-AT; rv:1.7.6) Gecko/20050328 X-Accept-Language: de-de, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <20050413210855.GA15088@bitsurf.net> <200504131714.20356.jkim@niksun.com> <86fyxt1ovu.fsf@xps.des.no> <20050415005850.GB80903@dragon.NUXI.org> <2fd864e050414180911e4e5be@mail.gmail.com> <20050415211600.GA1473@dragon.NUXI.org> <1113603823.91832.7.camel@cream.xbsd.org> <20050416114331.GA17943@isis.sigpipe.cz> <1113652517.36786.18.camel@cream.xbsd.org> In-Reply-To: <1113652517.36786.18.camel@cream.xbsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Subject: Re: Recommendations? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 13:10:54 -0000 Florent Thoumie schrieb: >Le Saturday 16 April 2005 à 13:43 +0200, Roman Neuhauser a écrit : > > >># flz@xbsd.org / 2005-04-16 00:23:43 +0200: >> >> >>>Le Friday 15 April 2005 ? 14:16 -0700, David O'Brien a écrit : >>> >>> >>>>On Thu, Apr 14, 2005 at 06:09:04PM -0700, Astrodog wrote: >>>> >>>> >>>>>On 4/14/05, David O'Brien wrote: >>>>> >>>>> >>>>>>On Thu, Apr 14, 2005 at 03:14:45PM +0200, Dag-Erling Smrgrav wrote: >>>>>> >>>>>> >>>>>>>Jung-uk Kim writes: >>>>>>> >>>>>>> >>>>>>>>Stay away from nForce chipsets. >>>>>>>> >>>>>>>> >>>>>>>Please stop spreading this little piece of disinformation. nForce3 >>>>>>>motherboards such as the Asus SK8N should work fine. >>>>>>> >>>>>>> >>>>>>DES stop spreading FUD. >>>>>> >>>>>> >>>>>I think the point to be made here, is that there are SOME specific >>>>>nforce based boards, that work great, >>>>> >>>>> >>>>There are? Which?? The SK8N that DES will respond to my email is >>>>actually high on the "bizzare issues" list. >>>> >>>> >>> I have an Asus A8N-SLI (nforce4) Motherboard based box running >>> 5-STABLE for some time now. Issues are : >>> x ACPI (quite common), >>> x Sound (not much a problem since I have an Emu10K1 based sound >>> card which is far better), >>> x Network (sk0 works fine, but not should-be-nv0), >>> x USB (no clue, I'm not using it ATM but firewire works). >>> >>> The system is totally usable, >>> >>> >> You have listed things that are *not* usable, which means the board >> is not *totally* usable. Please think a bit about what you post. :) >> >> So, what *does* work on the board? PS/2 mouse / keyboard, ATA, >> PCI-E graphics, and that's it? >> >> > > The only thing that is a bit annoying is sound (which has been > reported as working, read the other posts). BTW, integrated > sound chipset are usually crap. > > Indeed, and this 32-Bit hardware AC97 is further crap in a 64Bit system and we pay for this 'beeing lost in furure when we have more than 4GB RAM' and must doing nasty things like memory remapping ... > ACPI/APIC isn't really necessary (I wasn't using it since DES > told it was working with NO_MIXED_MODE commented). The MB has > two integrated networking chipsets, and people usually don't > care about one not working. And I said I was clueless about USB > because I wasn't using it. > > That makes the box usuable (remove "totally" if it can make you > happier). > > My point is that a page with FreeBSD/amd64 status on different > MBs would be much more useful than "Plz stay away from nvidia, > this is crap". > > I aggree, too. From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 16 17:02:01 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2BEA16A4CE for ; Sat, 16 Apr 2005 17:02:01 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DBF343D54 for ; Sat, 16 Apr 2005 17:02:00 +0000 (GMT) (envelope-from bsdfreak@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so1121694nzf for ; Sat, 16 Apr 2005 10:02:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KvErr+r+QmcnfxGREZCm4onDTlwKUIz8T0AodnXdvBG14NNu3kZI5/rchmL3gKL1YPId0uC9PQgaLQZ0btK0gjR5tpvc6216kKwDZCpNhIfsR/xXsVE34Ho7GwpGu980ap7DI/4RyB0k34ylhIk7z4aEfDM5SVWxtOCWcGi+HSU= Received: by 10.36.22.7 with SMTP id 7mr261631nzv; Sat, 16 Apr 2005 10:02:00 -0700 (PDT) Received: by 10.36.7.11 with HTTP; Sat, 16 Apr 2005 10:02:00 -0700 (PDT) Message-ID: Date: Sat, 16 Apr 2005 13:02:00 -0400 From: Alexander Chamandy To: obrien@freebsd.org In-Reply-To: <20050415211953.GA3205@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200504131803.08538.mi+mx@aldan.algebra.com> <7d0ce05415753151e32ccd716d820a2f@onthenet.com.au> <200504132027.59726.mi+mx@aldan.algebra.com> <20050415073510.GB88925@ip.net.ua> <20050415211953.GA3205@dragon.NUXI.org> cc: Q cc: Mikhail Teterin cc: freebsd-amd64@freebsd.org cc: net@freebsd.org Subject: Re: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alexander Chamandy List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 17:02:01 -0000 On 4/15/05, David O'Brien wrote: > On Fri, Apr 15, 2005 at 10:35:10AM +0300, Ruslan Ermilov wrote: > > On Wed, Apr 13, 2005 at 08:27:59PM -0400, Mikhail Teterin wrote: > > > > > I just installed a fresh 5.4-RC2 on IWill's DK8N motherboard: > > > > > I transfered the net/nvnet's distfiles using a floppy and built > > > > > the driver. > .. > > > > Try using the tarball from here http://www.onthenet.com.au/~q/nvnet > > > Yes! That -- combined with the > > > ftp://download1.nvidia.com/XFree86/nforce/1.0-0301/ -- worked! > .. > > > Could update the net/nvnet port? When 5.4 gets released, I imagine > > > plenty of people to be in my position... > > > > When 5.4 gets released, we likely will have if_nve(4) MFC'ed already. >=20 > Nope. It will be a 5.5 feature. The nvnet port works fine for my onboard Ethernet on my Gigabyte K8NNXP w/Athlon 3200+ CPU. >=20 > -- > -- David (obrien@FreeBSD.org) > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" >=20 --=20 Best wishes, Alexander G. Chamandy Webmaster www.bsdfreak.org Your Source For BSD News!