From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 29 10:10:10 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E152D16A4CE for ; Sun, 29 Feb 2004 10:10:10 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 924AD43D1F for ; Sun, 29 Feb 2004 10:10:10 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1TIA9Tr012436; Sun, 29 Feb 2004 13:10:09 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1TIA9al012435; Sun, 29 Feb 2004 13:10:09 -0500 (EST) Date: Sun, 29 Feb 2004 13:10:08 -0500 From: Ken Smith To: Garance A Drosihn Message-ID: <20040229181008.GA12084@electra.cse.Buffalo.EDU> References: <20040226051055.GA85017@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: John Polstra cc: Ken Smith cc: freebsd-sparc64@freebsd.org cc: Kris Kennaway Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Feb 2004 18:10:11 -0000 On Thu, Feb 26, 2004 at 09:06:21PM -0500, Garance A Drosihn wrote: > Okay, after mulling over various comments, I came with the > patch that's in: > > It is at: > http://people.freebsd.org/~gad/time-64/port-ezm3.diff > > This is a patch to the port itself. Ie, you can: > > cd /usr/ports/lang/ezm3 > patch -p0 < /tmp/port-ezm3.diff > > and do something like 'make patch'. This does not depend on > __FreeBSD_version, and it should automatically detect whether > ezm3 should be built for 32-bit or 64-bit time_t. This is done > by adding an "extra patch" to the port, so it is determined at > patch time, instead of at the (more desirable) build-time. It > also prints out an informational message (in a pre-patch target) > indicating which time_t ezm3 is being built for. > > These changes will only effect builds done on sparc64. Sorry for the delay, I kinda got sucked into other things for a bit. With this patch the cvsup mirror on my test sparc64 64-bit time_t machine seems to behave much better. I'm seeing what I would expect to see in the cvsup.log files now instead of it saying that it needed to rsync virtually every file in the repo. Thanks! I'm going to nuke the repo on this machine and have it re-initialize from scratch to make sure it has nothing bad in it from when I used it to make the current snapshot ISO. Once that's done it should be ready to make a new snapshot ISO that contains the real cut-over to 64-bit time_t. We're still on for this week, right? :-) -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 29 16:07:53 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49EA016A4CE for ; Sun, 29 Feb 2004 16:07:53 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02A5743D2F for ; Sun, 29 Feb 2004 16:07:53 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i2107ksA017981; Sun, 29 Feb 2004 19:07:46 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040229181008.GA12084@electra.cse.Buffalo.EDU> References: <20040226051055.GA85017@xor.obsecurity.org> <20040229181008.GA12084@electra.cse.Buffalo.EDU> Date: Sun, 29 Feb 2004 19:07:45 -0500 To: Ken Smith From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: John Polstra cc: Ken Smith cc: freebsd-sparc64@freebsd.org cc: Kris Kennaway Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2004 00:07:53 -0000 At 1:10 PM -0500 2/29/04, Ken Smith wrote: >On Thu, Feb 26, 2004, Garance A Drosihn wrote: > >> Okay, after mulling over various comments, I came with the >> patch that's in: >> >> It is at: >> http://people.freebsd.org/~gad/time-64/port-ezm3.diff >> > > This is a patch to the port itself. ...etc... > >With this patch the cvsup mirror on my test sparc64 64-bit time_t >machine seems to behave much better. I'm seeing what I would >expect to see in the cvsup.log files now instead of it saying that >it needed to rsync virtually every file in the repo. That's good to hear. >I'm going to nuke [...]. Once that's done it should be ready to >make a new snapshot ISO that contains the real cut-over to >64-bit time_t. We're still on for this week, right? :-) I plan to commit the writeup, the two scripts, and the safety-check in /usr/src/Makefile.inc1 on Wednesday, March 3rd. I do not know if anyone is looking to commit the patch to the ezm3 port. The writeup now includes explicit instructions on how to download and install the pkg-files for ezm3 and cvsup-without-gui, so I expect that I do not need to wait until the port is patched. I plan to commit the big change to the _types.h file on March 10th. At the same time, I'll probably also commit a line or two to UPDATING, and a change to increment __FreeBSD_version. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 29 16:14:39 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D900E16A4CE for ; Sun, 29 Feb 2004 16:14:39 -0800 (PST) Received: from pita.verio.net (pita.verio.net [129.250.15.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC97343D1D for ; Sun, 29 Feb 2004 16:14:39 -0800 (PST) (envelope-from vipar@pita.verio.net) Received: (from vipar@localhost) by pita.verio.net (8.12.10/8.12.10) id i210Ed3o010365; Mon, 1 Mar 2004 00:14:39 GMT Date: Mon, 1 Mar 2004 00:14:39 GMT Message-Id: <200403010014.i210Ed3o010365@pita.verio.net> To: freebsd-sparc@freebsd.org References: In-Reply-To: X-Loop: vipar@verio.net Precedence: junk From: vipar@verio.net Subject: Re: Maria X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2004 00:14:40 -0000 Greetings! Thank you for contacting VIPAR. Due to the volume of email we receive, we will not be able to personally respond to your request if it fits into one of the following categories: * If your e-mail is in regard to an abuse issue, such as: spam, port scanning, open mail relays, copyright issues, or any other report of alleged abuse by the Verio network, please contact abuse@verio.net, per RFC 2142. * If your e-mail is in regard to reverse DNS mapping, or any other DNS-related topic, please contact dns-request@verio.net. * If your e-mail is in regard to network connectivity or latency, or any other customer issues that are not specificed above, please contact support@verio.net. VIPAR will respond promptly to all e-mails relating to Verio's policy, management, and allocation of IP addresses. If you need IP reassignment information that is more detailed than what is available at whois.arin.net, please refer to rwhois.verio.net. Thanks, VIPAR -- vipar@verio.net NTT/Verio From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 1 06:55:09 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AFF316A4D0 for ; Mon, 1 Mar 2004 06:55:09 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB8C743D2D for ; Mon, 1 Mar 2004 06:55:08 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 4CEA87EE; Mon, 1 Mar 2004 08:55:08 -0600 (CST) Date: Mon, 1 Mar 2004 08:55:08 -0600 From: Tillman Hodgson To: sparc64@freebsd.org Message-ID: <20040301145508.GA27240@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Minor problem with 64bTT: monthly accounting figures X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2004 14:55:09 -0000 Look a little odd this month: Subject: caliban.rospa.ca monthly run output Doing login accounting: root 0.84 total -298848.27 toor -298849.12 -- End of monthly output -- Luckily this isn't a box where I care much about accounting, but a Heads-Up in the conversion notes might be warranted. -T -- Re: alt.sysadmin.recovery A fitting punishment for kindly naivete, to end up belonging here. - A.S.R. quote (Chris Johnson) From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 1 07:03:12 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E6AA16A4CE for ; Mon, 1 Mar 2004 07:03:12 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7680D43D2D for ; Mon, 1 Mar 2004 07:03:12 -0800 (PST) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 6F5C95C802; Mon, 1 Mar 2004 07:03:12 -0800 (PST) Date: Mon, 1 Mar 2004 16:03:12 +0100 From: Maxime Henrion To: Tillman Hodgson Message-ID: <20040301150312.GQ35475@elvis.mu.org> References: <20040301145508.GA27240@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040301145508.GA27240@seekingfire.com> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: Minor problem with 64bTT: monthly accounting figures X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2004 15:03:12 -0000 Tillman Hodgson wrote: > Look a little odd this month: > > Subject: caliban.rospa.ca monthly run output > > Doing login accounting: > root 0.84 > total -298848.27 > toor -298849.12 > > -- End of monthly output -- > > Luckily this isn't a box where I care much about accounting, but a > Heads-Up in the conversion notes might be warranted. > > -T This is probably because the time is stored as a 32-bits integer in /var/run/utmp and /var/log/wtmp. from /usr/include/utmp.h : %% struct lastlog { int32_t ll_time; char ll_line[UT_LINESIZE]; char ll_host[UT_HOSTSIZE]; }; struct utmp { char ut_line[UT_LINESIZE]; char ut_name[UT_NAMESIZE]; char ut_host[UT_HOSTSIZE]; int32_t ut_time; }; %% I think there is a utmpx pseudo-standard that could help with this problem. I also seem to remember someone was working on this but I have no idea where it's at nowadays. Cheers, Maxime From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 1 08:06:09 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4590516A4CE; Mon, 1 Mar 2004 08:06:09 -0800 (PST) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B55BE43D2F; Mon, 1 Mar 2004 08:06:08 -0800 (PST) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i21G67a7060291; Mon, 1 Mar 2004 17:06:07 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i21G62hC060290; Mon, 1 Mar 2004 17:06:02 +0100 (CET) (envelope-from marius) Date: Mon, 1 Mar 2004 17:06:02 +0100 From: Marius Strobl To: Maxime Henrion Message-ID: <20040301170602.A60183@newtrinity.zeist.de> References: <20040301145508.GA27240@seekingfire.com> <20040301150312.GQ35475@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040301150312.GQ35475@elvis.mu.org>; from mux@freebsd.org on Mon, Mar 01, 2004 at 04:03:12PM +0100 X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.24.0.5; VDF 6.24.0.29 (host: newtrinity.zeist.de) cc: sparc64@freebsd.org Subject: Re: Minor problem with 64bTT: monthly accounting figures X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2004 16:06:09 -0000 On Mon, Mar 01, 2004 at 04:03:12PM +0100, Maxime Henrion wrote: > Tillman Hodgson wrote: > > Look a little odd this month: > > > > Subject: caliban.rospa.ca monthly run output > > > > Doing login accounting: > > root 0.84 > > total -298848.27 > > toor -298849.12 > > > > -- End of monthly output -- > > > > Luckily this isn't a box where I care much about accounting, but a > > Heads-Up in the conversion notes might be warranted. > > > > -T > > This is probably because the time is stored as a 32-bits integer in > /var/run/utmp and /var/log/wtmp. > > from /usr/include/utmp.h : > > %% > struct lastlog { > int32_t ll_time; > char ll_line[UT_LINESIZE]; > char ll_host[UT_HOSTSIZE]; > }; > > struct utmp { > char ut_line[UT_LINESIZE]; > char ut_name[UT_NAMESIZE]; > char ut_host[UT_HOSTSIZE]; > int32_t ut_time; > }; > %% > > I think there is a utmpx pseudo-standard that could help with this > problem. I also seem to remember someone was working on this but I have > no idea where it's at nowadays. > Well, I see this on i386 (with 32bit time_t), too. From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 1 11:01:44 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ECC316A55E for ; Mon, 1 Mar 2004 11:01:44 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88CAF43D41 for ; Mon, 1 Mar 2004 11:01:44 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) i21J1ibv054120 for ; Mon, 1 Mar 2004 11:01:44 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i21J1h87054114 for freebsd-sparc64@freebsd.org; Mon, 1 Mar 2004 11:01:43 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 1 Mar 2004 11:01:43 -0800 (PST) Message-Id: <200403011901.i21J1h87054114@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2004 19:01:44 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ o [2004/02/20] sparc64/63161sparc64 system panics when writing to an NFS moun 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2004/01/28] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2003/10/10] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di 1 problem total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 1 11:03:11 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F61416A4CE; Mon, 1 Mar 2004 11:03:11 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5DD143D2F; Mon, 1 Mar 2004 11:03:10 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i21J39sA012411; Mon, 1 Mar 2004 14:03:10 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040301150312.GQ35475@elvis.mu.org> References: <20040301145508.GA27240@seekingfire.com> <20040301150312.GQ35475@elvis.mu.org> Date: Mon, 1 Mar 2004 14:03:08 -0500 To: Maxime Henrion , Tillman Hodgson From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: Minor problem with 64bTT: monthly accounting figures X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2004 19:03:11 -0000 At 4:03 PM +0100 3/1/04, Maxime Henrion wrote: >Tillman Hodgson wrote: >> Look a little odd this month: >> >> Subject: caliban.rospa.ca monthly run output >> >> Doing login accounting: >> root 0.84 >> total -298848.27 >> toor -298849.12 >> > > -- End of monthly output -- This would be from the output of the 'ac' command. I tried this on my 64-bTT machine, and it seemed to be working OK. >This is probably because the time is stored as a 32-bits integer >in /var/run/utmp and /var/log/wtmp. If the time-value is defined as a fixed 32-bit integer (instead of being time_t), then the records themselves should be fine. The records (as written) won't be changing in size due to this change. So, if there is a bug here then it'll probably be in the 'ac' program. That's my guess, at least. We can look into that some more, but don't need to address it right away. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 1 13:19:59 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C5F216A4CF for ; Mon, 1 Mar 2004 13:19:59 -0800 (PST) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C1543D3F for ; Mon, 1 Mar 2004 13:19:59 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 1879 invoked from network); 1 Mar 2004 21:19:58 -0000 Received: from dsl017-045-168.spk4.dsl.speakeasy.net (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 1 Mar 2004 21:19:58 -0000 Received: from hydrogen.funkthat.com (ronkdq@localhost.funkthat.com [127.0.0.1])i21LJr7Y092786; Mon, 1 Mar 2004 13:19:54 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i21LJqMa092779; Mon, 1 Mar 2004 13:19:52 -0800 (PST) Date: Mon, 1 Mar 2004 13:19:52 -0800 From: John-Mark Gurney To: Garance A Drosihn Message-ID: <20040301211952.GA56805@funkthat.com> Mail-Followup-To: Garance A Drosihn , Maxime Henrion , Tillman Hodgson , sparc64@freebsd.org References: <20040301145508.GA27240@seekingfire.com> <20040301150312.GQ35475@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: sparc64@freebsd.org Subject: Re: Minor problem with 64bTT: monthly accounting figures X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2004 21:19:59 -0000 Garance A Drosihn wrote this message on Mon, Mar 01, 2004 at 14:03 -0500: > At 4:03 PM +0100 3/1/04, Maxime Henrion wrote: > >Tillman Hodgson wrote: > >> Look a little odd this month: > >> > >> Subject: caliban.rospa.ca monthly run output > >> > >> Doing login accounting: > >> root 0.84 > >> total -298848.27 > >> toor -298849.12 > >> > > > -- End of monthly output -- > > This would be from the output of the 'ac' command. I tried > this on my 64-bTT machine, and it seemed to be working OK. > > >This is probably because the time is stored as a 32-bits integer > >in /var/run/utmp and /var/log/wtmp. > > If the time-value is defined as a fixed 32-bit integer (instead > of being time_t), then the records themselves should be fine. The > records (as written) won't be changing in size due to this change. > > So, if there is a bug here then it'll probably be in the 'ac' > program. That's my guess, at least. We can look into that some > more, but don't need to address it right away. Could be that ac is assuming that sizeof(int32_t) == sizeof(time_t), and so it casting a pointer to a time_t as a pointer to an int32_t... This is usually the case.... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 2 02:56:16 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E917816A4CE for ; Tue, 2 Mar 2004 02:56:15 -0800 (PST) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 659D643D3F for ; Tue, 2 Mar 2004 02:56:15 -0800 (PST) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.30; FreeBSD) id 1Ay7ZO-000Ah2-RN for sparc64@freebsd.org; Tue, 02 Mar 2004 11:56:14 +0100 Date: Tue, 2 Mar 2004 11:56:14 +0100 From: Kirill Ponomarew To: sparc64@freebsd.org Message-ID: <20040302105614.GD93751@voodoo.oberon.net> Mail-Followup-To: Kirill Ponomarew , sparc64@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BZaMRJmqxGScZ8Mx" Content-Disposition: inline X-NCC-Regid: de.oberon Sender: Kirill Ponomarew Subject: lockups X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2004 10:56:16 -0000 --BZaMRJmqxGScZ8Mx Content-Type: multipart/mixed; boundary="SO98HVl1bnMOfKZd" Content-Disposition: inline --SO98HVl1bnMOfKZd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I've got today 3 spontaneous lockups, during ports build, with high processor and HDD activity. The system just freezes and doesn't leave coredumps. Kernel config and dmesg output are attached. -Kirill --SO98HVl1bnMOfKZd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=VIKING Content-Transfer-Encoding: quoted-printable # # GENERIC -- Generic kernel configuration file for FreeBSD/sparc64 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig= -config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files.=20 # If you are in doubt as to the purpose or necessity of a line, check first= =20 # in NOTES. # # For hardware specific information check HARDWARE.TXT # # $FreeBSD: src/sys/sparc64/conf/GENERIC,v 1.67 2004/01/24 21:38:52 jeff Ex= p $ machine sparc64 cpu SUN4U ident VIKING #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug symbols # Platforms supported # At this time all platforms are supported, as-is. options SCHED_ULE #ULE scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_ROOT #NFS usable as root device options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Keep this for a while options SCSI_DELAY=3D3000 #Delay (in ms) before probing SCSI=20 options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores #options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options PFIL_HOOKS # pfil(9) framework # Debugging for use in -current options DDB #Enable the kernel debugger # To make an SMP kernel, the next line is needed options SMP # Symmetric MultiProcessor Kernel # Standard busses device apb # Sun APB PCI-PCI bridge device ebus device isa device pci device sbus device central device fhc # New OpenFirmware PCI framework. This fixes a number of interrupt- # routing problems and changes the device enumeration to be hopefully # closer to Solaris. Be aware that, because of the latter, enabling or # disabling this option may require reconfiguration, and can even # cause the machine to not boot without manual intervention before the # fstab is adjusted. options OFW_NEWPCI # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion (not yet) device ispfw # Firmware module for Qlogic host adapters #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device ofw_console # OpenBoot firmware console device # Builtin hardware device genclock # Generic clock interface device eeprom # eeprom (really an ebus driver for the MK48Txx) device "mk48txx" # Mostek MK48T02, MK48T08, MK48T59 clock # Serial (COM) ports device sab # Siemens SAB82532 based serial ports device zs # Zilog 8530 based serial ports # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device hme # Sun HME (Happy Meal Ethernet) # Pseudo devices - the number indicates how many units to allocated. device random # Entropy device device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf #Berkeley packet filter --SO98HVl1bnMOfKZd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.out" Content-Transfer-Encoding: quoted-printable stray vector interrupt 2029 Copyright (c) 1992-2004 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.2-CURRENT #0: Thu Feb 26 15:42:17 CET 2004 krion@sunny.oberon.net:/usr/obj/usr/src/sys/VIKING Preloaded elf kernel "/boot/kernel/kernel" at 0xc044a000. Timecounter "tick" frequency 399933937 Hz quality 0 real memory =3D 1073741824 (1024 MB) avail memory =3D 1035280384 (987 MB) cpu0: Sun Microsystems UltraSparc-II Processor (399.93 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (399.93 MHz CPU) cpu2: Sun Microsystems UltraSparc-II Processor (399.93 MHz CPU) cpu3: Sun Microsystems UltraSparc-II Processor (399.93 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs nexus0: pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [FAST] pcib0: [FAST] initialializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 0 DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: revision 0x01 ebus0: mem 0x71000000-0x717fffff,0x70000000-0x70ffffff a= t device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x1= 40072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 = (no driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebu= s0 sab0: [FAST] sabtty0: on sab0 sabtty0: console 9600,8,n,1,- sabtty1: on sab0 ebus0: addr 0x14003803f8-0x14003803ff irq 41 (no driver attached) ebus0: addr 0x14003602f8-0x14003602ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x14= 00340278-0x1400340287 irq 34 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0= x14003203f0-0x14003203f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80007d73 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) hme0: mem 0x8000-0xffff at device 1.1 on pci0 hme0: Ethernet address: 00:60:4e:00:7d:73 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <875> port 0x400-0x4ff mem 0x12000-0x12fff,0x10000-0x100ff at device = 2.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x800-0x8ff mem 0x16000-0x16fff,0x14000-0x140ff at device = 2.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pci1: on pcib1 Timecounters tick every 10.000 msec Waiting 3 seconds for SCSI devices to settle da0 at sym1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device=20 da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing En= abled da0: 17508MB (35856384 512 byte sectors: 255H 63S/T 2231C) SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device=20 cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: cd present [1178952 x 512 byte records] Mounting root from ufs:/dev/da0a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /usr/local was not properly dismounted WARNING: /usr/ports was not properly dismounted WARNING: /var was not properly dismounted Cstray vector interrupt 2029 opyright (c) 1992-2004 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.2-CURRENT #0: Thu Feb 26 15:42:17 CET 2004 krion@sunny.oberon.net:/usr/obj/usr/src/sys/VIKING Preloaded elf kernel "/boot/kernel/kernel" at 0xc044a000. Timecounter "tick" frequency 399931812 Hz quality 0 real memory =3D 1073741824 (1024 MB) avail memory =3D 1035280384 (987 MB) cpu0: Sun Microsystems UltraSparc-II Processor (399.93 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (399.93 MHz CPU) cpu2: Sun Microsystems UltraSparc-II Processor (399.93 MHz CPU) cpu3: Sun Microsystems UltraSparc-II Processor (399.93 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs nexus0: pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [FAST] pcib0: [FAST] initialializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 0 DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: revision 0x01 ebus0: mem 0x71000000-0x717fffff,0x70000000-0x70ffffff a= t device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x1= 40072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 = (no driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebu= s0 sab0: [FAST] sabtty0: on sab0 sabtty0: console 9600,8,n,1,- sabtty1: on sab0 ebus0: addr 0x14003803f8-0x14003803ff irq 41 (no driver attached) ebus0: addr 0x14003602f8-0x14003602ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x14= 00340278-0x1400340287 irq 34 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0= x14003203f0-0x14003203f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80007d73 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) hme0: mem 0x8000-0xffff at device 1.1 on pci0 hme0: Ethernet address: 00:60:4e:00:7d:73 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <875> port 0x400-0x4ff mem 0x12000-0x12fff,0x10000-0x100ff at device = 2.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x800-0x8ff mem 0x16000-0x16fff,0x14000-0x140ff at device = 2.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pci1: on pcib1 Timecounters tick every 10.000 msec Waiting 3 seconds for SCSI devices to settle da0 at sym1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device=20 da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing En= abled da0: 17508MB (35856384 512 byte sectors: 255H 63S/T 2231C) SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device=20 cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: cd present [1178952 x 512 byte records] Mounting root from ufs:/dev/da0a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted /usr: superblock summary recomputed WARNING: /usr/local was not properly dismounted WARNING: /usr/ports was not properly dismounted /usr/ports: mount pending error: blocks 4 files 1 /usr/ports: superblock summary recomputed WARNING: /var was not properly dismounted --SO98HVl1bnMOfKZd-- --BZaMRJmqxGScZ8Mx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFARGhOQC1G6a60JuURAoq6AJ9+EhEYL9JMckgJ3lIsiKdu10EsaQCfR8LT isqx3AJfuNOfl82Q57mmnJA= =fBN0 -----END PGP SIGNATURE----- --BZaMRJmqxGScZ8Mx-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 2 04:44:28 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EE2016A4CE for ; Tue, 2 Mar 2004 04:44:28 -0800 (PST) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F05543D46 for ; Tue, 2 Mar 2004 04:44:28 -0800 (PST) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.30; FreeBSD) id 1Ay9G7-000Ayn-Ik for sparc64@freebsd.org; Tue, 02 Mar 2004 13:44:27 +0100 Date: Tue, 2 Mar 2004 13:44:27 +0100 From: Kirill Ponomarew To: sparc64@freebsd.org Message-ID: <20040302124427.GA41765@voodoo.oberon.net> Mail-Followup-To: Kirill Ponomarew , sparc64@freebsd.org References: <20040302105614.GD93751@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20040302105614.GD93751@voodoo.oberon.net> X-NCC-Regid: de.oberon Sender: Kirill Ponomarew Subject: Re: lockups X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2004 12:44:28 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Tue, Mar 02, 2004 at 11:56:14AM +0100, Kirill Ponomarew wrote: =20 > I've got today 3 spontaneous lockups, during ports build, with > high processor and HDD activity. The system just freezes and > doesn't leave coredumps. Kernel config and dmesg output are > attached. I could reproduce it again: login: panic: pcib: uncorrectable DMA error AFAR 0x167d2080 AFSR 0x40000000= 5f800000 at line 739 in file /usr/src/sys/sparc64/pci/psycho.c cpuid =3D 0; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 -Kirill --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFARIGrQC1G6a60JuURAgXhAKDYghtVQ8Ny24+z9HswvhoYM8qaRACgkgfD IS6vZTjfrU8OGWAqYcnAEhE= =TgZM -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 2 06:25:13 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB19B16A4CE for ; Tue, 2 Mar 2004 06:25:13 -0800 (PST) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CB2A43D2D for ; Tue, 2 Mar 2004 06:25:13 -0800 (PST) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.30; FreeBSD) id 1AyApc-000BPZ-Pq for sparc64@freebsd.org; Tue, 02 Mar 2004 15:25:12 +0100 Date: Tue, 2 Mar 2004 15:25:12 +0100 From: Kirill Ponomarew To: sparc64@freebsd.org Message-ID: <20040302142512.GG41765@voodoo.oberon.net> Mail-Followup-To: Kirill Ponomarew , sparc64@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MrRUTeZlqqNo1jQ9" Content-Disposition: inline X-NCC-Regid: de.oberon Sender: Kirill Ponomarew Subject: buildkernel fails X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2004 14:25:13 -0000 --MrRUTeZlqqNo1jQ9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I tried to recompile the kernel today, without updating and buildworld, and it failed 3 times, everytime in different places: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /usr/src/sys/kern/vfs_subr.c cc: Internal error: Segmentation fault (program as) Please submit a full bug report. See for instructions. *** Error code 1 ===> kue rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include -I/usr/obj/usr/src/sys/VIKING /usr/src/sys/modules/kue/../../dev/usb/if_kue.c Segmentation fault (core dumped) *** Error code 139 ===> bridge cc -O -pipe -D_KERNEL -DKLD_MODULE -nostdinc -I--include /usr/obj/usr/src/sys/VIKING/opt_global.h -I. -I@ -I@/../include -finline-limit=15000 -fno-common -g -I/usr/obj/usr/src/sys/VIKING -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/net/bridge.c machine/atomic.h: In function `atomic_cmpset_ptr': machine/atomic.h:278: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. Before every build I cleaned up /usr/obj Is that known problem ? -Kirill --MrRUTeZlqqNo1jQ9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFARJlIQC1G6a60JuURAjgLAKDw4230SJUa0knURqm6ZMA+YzZHoQCgzVQS TJeUw8xRz1ActkBO2jNWo+U= =/8LC -----END PGP SIGNATURE----- --MrRUTeZlqqNo1jQ9-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 2 06:34:40 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DB2316A52A; Tue, 2 Mar 2004 06:34:40 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 500D643D1D; Tue, 2 Mar 2004 06:34:40 -0800 (PST) (envelope-from bmcgover@bmcgover-pc.cisco.com) Received: from sj-core-5.cisco.com (171.71.177.238) by sj-iport-3.cisco.com with ESMTP; 02 Mar 2004 06:46:48 +0000 Received: from flask.cisco.com (IDENT:mirapoint@flask.cisco.com [161.44.122.62]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id i22EYXiS021199; Tue, 2 Mar 2004 06:34:36 -0800 (PST) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [161.44.65.27]) by flask.cisco.com (Mirapoint Messaging Server MOS 3.3.6-GR) with ESMTP id AGL28812; Tue, 2 Mar 2004 09:34:32 -0500 (EST) Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.12.9/8.12.9) with ESMTP id i22EYWgx000366; Tue, 2 Mar 2004 09:34:32 -0500 (EST) (envelope-from bmcgover@bmcgover-pc.cisco.com) Message-Id: <200403021434.i22EYWgx000366@bmcgover-pc.cisco.com> To: Kirill Ponomarew In-reply-to: Your message of "Tue, 02 Mar 2004 15:25:12 +0100." <20040302142512.GG41765@voodoo.oberon.net> Date: Tue, 02 Mar 2004 09:34:32 -0500 From: "Brian J. McGovern" cc: bmcgover@bmcgover-pc.cisco.com cc: sparc64@freebsd.org Subject: Re: buildkernel fails X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2004 14:34:40 -0000 I'm no expert on Sparc, but this has a classic symptom of bad memory or the supporting hardware. For chuckles, try rerunning the command w/o cleaning up in between. If you eventually make it through, odds are, its RAM. Depending on how bad the ram is, you may have to do this alot (had a bad x86 box, recently, where a buildworld took some 30 attempts, but made it). If it was dying in the same place repeatedly, I'd suspect bad code, and then bad tools, in that order. :) > > --MrRUTeZlqqNo1jQ9 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > Hi, > > I tried to recompile the kernel today, without updating and > buildworld, and it failed 3 times, everytime in different > places: > > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc > -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath > -I/usr/src/sys/contrib/dev/ath/freebsd > -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h > -fno-common -finline-limit=15000 -mcmodel=medlow -msoft-float > -ffreestanding -Werror /usr/src/sys/kern/vfs_subr.c > cc: Internal error: Segmentation fault (program as) > Please submit a full bug report. > See for instructions. > *** Error code 1 > > ===> kue > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -I- -I. -I@ -I@/../include -I/usr/obj/usr/src/sys/VIKING > /usr/src/sys/modules/kue/../../dev/usb/if_kue.c > Segmentation fault (core dumped) > *** Error code 139 > > ===> bridge > cc -O -pipe -D_KERNEL -DKLD_MODULE -nostdinc -I--include > /usr/obj/usr/src/sys/VIKING/opt_global.h -I. -I@ -I@/../include -fi nline-limit=15000 > -fno-common -g -I/usr/obj/usr/src/sys/VIKING -mcmodel=medlow -msoft -float > -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-pr ototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat -extensions -std=c99 > -c /usr/src/sys/net/bridge.c > machine/atomic.h: In function `atomic_cmpset_ptr': > machine/atomic.h:278: internal compiler error: Segmentation fault > Please submit a full bug report, with preprocessed source if appropriate. > > Before every build I cleaned up /usr/obj > > Is that known problem ? > > -Kirill > > --MrRUTeZlqqNo1jQ9 > Content-Type: application/pgp-signature > Content-Disposition: inline > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.4 (FreeBSD) > > iD8DBQFARJlIQC1G6a60JuURAjgLAKDw4230SJUa0knURqm6ZMA+YzZHoQCgzVQS > TJeUw8xRz1ActkBO2jNWo+U= > =/8LC > -----END PGP SIGNATURE----- > > --MrRUTeZlqqNo1jQ9-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Mar 2 12:21:38 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A52D816A4CE for ; Tue, 2 Mar 2004 12:21:38 -0800 (PST) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6933743D1D for ; Tue, 2 Mar 2004 12:21:38 -0800 (PST) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.30; FreeBSD) id 1AyGOX-000CK8-6L; Tue, 02 Mar 2004 21:21:37 +0100 Date: Tue, 2 Mar 2004 21:21:37 +0100 From: Kirill Ponomarew To: "Brian J. McGovern" Message-ID: <20040302202137.GC45352@voodoo.oberon.net> Mail-Followup-To: Kirill Ponomarew , "Brian J. McGovern" , sparc64@freebsd.org, bmcgover@bmcgover-pc.cisco.com References: <20040302142512.GG41765@voodoo.oberon.net> <200403021434.i22EYWgx000366@bmcgover-pc.cisco.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IpbVkmxF4tDyP/Kb" Content-Disposition: inline In-Reply-To: <200403021434.i22EYWgx000366@bmcgover-pc.cisco.com> X-NCC-Regid: de.oberon Sender: Kirill Ponomarew cc: bmcgover@bmcgover-pc.cisco.com cc: sparc64@freebsd.org Subject: Re: buildkernel fails X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2004 20:21:38 -0000 --IpbVkmxF4tDyP/Kb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Tue, Mar 02, 2004 at 09:34:32AM -0500, Brian J. McGovern wrote: > I'm no expert on Sparc, but this has a classic symptom of bad memory or t= he > supporting hardware. >=20 > For chuckles, try rerunning the command w/o cleaning up in between. If you > eventually make it through, odds are, its RAM. Depending on how bad the r= am > is, you may have to do this alot (had a bad x86 box, recently, where a=20 > buildworld took some 30 attempts, but made it). >=20 > If it was dying in the same place repeatedly, I'd suspect bad code, and t= hen > bad tools, in that order. :) I run today sysutils/crashme for testing memory, and got successful results (I don't have "test-memory" in OpenBoot). Well, I'll try to investigate it further. -Kirill --IpbVkmxF4tDyP/Kb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAROzRQC1G6a60JuURAtHgAKC2jp9gWqI6mK26lmBhWdr3te1nXQCcDMOP /fC+ifIE535mtcbtiqNUC68= =5lEl -----END PGP SIGNATURE----- --IpbVkmxF4tDyP/Kb-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 3 10:40:23 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D041816A4CE for ; Wed, 3 Mar 2004 10:40:23 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB66643D2D for ; Wed, 3 Mar 2004 10:40:23 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i23IeNbv063951 for ; Wed, 3 Mar 2004 10:40:23 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i23IeNdQ063949; Wed, 3 Mar 2004 10:40:23 -0800 (PST) (envelope-from gnats) Date: Wed, 3 Mar 2004 10:40:23 -0800 (PST) Message-Id: <200403031840.i23IeNdQ063949@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: "Florman, Todd (N-Northrop Grumman Corp.)" Subject: Re: sparc64/63161: system panics when writing to an NFS mounted filesystem from an amd mounted i386 client X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Florman, Todd \(N-Northrop Grumman Corp.\)" List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2004 18:40:23 -0000 The following reply was made to PR sparc64/63161; it has been noted by GNATS. From: "Florman, Todd (N-Northrop Grumman Corp.)" To: freebsd-gnats-submit@FreeBSD.org, tflorman@nilenet.com Cc: Subject: Re: sparc64/63161: system panics when writing to an NFS mounted filesystem from an amd mounted i386 client Date: Wed, 03 Mar 2004 11:33:20 -0700 It seems that my issue was related to the following pr... bug in rl(4) driver (PR kern/60250). I patched my rl driver source and the problem seems to have been cleared up... Thanks goes out to Andrew Belashov for pointing me in the right direction. Todd Florman From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 3 12:57:17 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7316516A4CE; Wed, 3 Mar 2004 12:57:17 -0800 (PST) Received: from slacknet.slacknet.com (slacknet.slacknet.com [204.228.135.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF8943D31; Wed, 3 Mar 2004 12:57:17 -0800 (PST) (envelope-from rj45@slacknet.com) Received: from rj45 (helo=localhost) by slacknet.slacknet.com with local-esmtp (Exim 4.30 #1 (Debian)) id 1AydQb-0003lr-1t; Wed, 03 Mar 2004 13:57:17 -0700 Date: Wed, 3 Mar 2004 13:57:17 -0700 (MST) From: RJ45 To: freebsd-questions@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SA-Exim-Scanned: No; SAEximRunCond expanded to false cc: freebsd-sparc64@freebsd.org Subject: php4 imp problem X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2004 20:57:17 -0000 I ahe configured imp+mysql+apache+ssl on my Ultra 60 running FreeBSD 5.2.1/sparc64 the problem is that when I list my inbox and I click on one message the apache child process doign the imp stuff dies: [Wed Mar 3 21:51:15 2004] [notice] child pid 18104 exit signal Segmentation fault (11) I ahve no clue about this error.. I am more than sure that the configuratoin is okay because the same configuration works on i386. anyone has any hints ? thanks Rick From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 3 13:13:49 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 059E816A4CE for ; Wed, 3 Mar 2004 13:13:49 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FC7C43D39 for ; Wed, 3 Mar 2004 13:13:48 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i23LDle0020306 for ; Wed, 3 Mar 2004 16:13:48 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: Date: Wed, 3 Mar 2004 16:13:46 -0500 To: sparc64@FreeBSD.ORG From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Headsup: First 64-bTT changes are committed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2004 21:13:49 -0000 Well, I have committed the changes so the UPDATING.64BTT file and the necessary scripts are now in /usr/src. These are all updated (a little) from the last versions that I pointed people at. I also added a safety measure to install targets in /usr/src/Makefile.inc1. Let me know if there are any problems. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 4 16:58:01 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C2A416A4CE for ; Thu, 4 Mar 2004 16:58:01 -0800 (PST) Received: from mycroft.greatcircle.com (dsl092-048-198.sfo4.dsl.speakeasy.net [66.92.48.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEE1C43D39 for ; Thu, 4 Mar 2004 16:58:00 -0800 (PST) (envelope-from Majordomo-owner@GreatCircle.COM) Received: from greatcircle.com (localhost [127.0.0.1]) by mycroft.greatcircle.com (Postfix) with SMTP id 22DA71B7D1C for ; Thu, 4 Mar 2004 16:57:12 -0800 (PST) Content-Type: multipart/mixed; boundary="----------=_1078448231-23579-267" Content-Transfer-Encoding: binary MIME-Version: 1.0 X-Mailer: MIME-tools 5.411 (Entity 5.404) To: freebsd-sparc@freebsd.org From: Majordomo-owner@GreatCircle.COM X-Loop: majordomo Precedence: bulk Message-Id: <20040305005712.22DA71B7D1C@mycroft.greatcircle.com> Date: Thu, 4 Mar 2004 16:57:12 -0800 (PST) Subject: Majordomo results: trust me X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Reply-To: Majordomo@GreatCircle.COM List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2004 00:58:01 -0000 This is a multi-part message in MIME format... ------------=_1078448231-23579-267 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary Content-Description: Results from part 0 of toplevel >>>> I don't know your document! **** Illegal command! No valid commands processed. ------------=_1078448231-23579-267 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary Content-Description: Ignored part. Ignoring part of type application/x-zip-compressed. ------------=_1078448231-23579-267-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Mar 4 18:54:43 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1814F16A4CE; Thu, 4 Mar 2004 18:54:43 -0800 (PST) Received: from mtaw6.prodigy.net (mtaw6.prodigy.net [64.164.98.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09C4A43D3F; Thu, 4 Mar 2004 18:54:43 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (a73dc38bb444994eb3052b11e410bad2@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203]) by mtaw6.prodigy.net (8.12.10/8.12.10) with ESMTP id i252rha3003987; Thu, 4 Mar 2004 18:53:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0CDF753344; Thu, 4 Mar 2004 18:54:42 -0800 (PST) Date: Thu, 4 Mar 2004 18:54:41 -0800 From: Kris Kennaway To: Kirill Ponomarew , sparc64@FreeBSD.org Message-ID: <20040305025441.GA92536@xor.obsecurity.org> References: <20040302142512.GG41765@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <20040302142512.GG41765@voodoo.oberon.net> User-Agent: Mutt/1.4.2.1i Subject: Re: buildkernel fails X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2004 02:54:43 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 02, 2004 at 03:25:12PM +0100, Kirill Ponomarew wrote: > Hi, >=20 > I tried to recompile the kernel today, without updating and > buildworld, and it failed 3 times, everytime in different > places: >=20 > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -g -nostdinc > -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath > -I/usr/src/sys/contrib/dev/ath/freebsd > -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h > -fno-common -finline-limit=3D15000 -mcmodel=3Dmedlow -msoft-float > -ffreestanding -Werror /usr/src/sys/kern/vfs_subr.c > cc: Internal error: Segmentation fault (program as) > Please submit a full bug report. > See for instructions. > *** Error code 1 Certainly looks like hardware failure.. Kris --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAR+vxWry0BWjoQKURAkYlAJwIw95TRC2Muy/QnrKj8hRrv3Z8DACfYvgp u9YY1KuqLETN7HVrAm4pHsY= =q4fs -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 5 08:46:41 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D36816A4CE for ; Fri, 5 Mar 2004 08:46:41 -0800 (PST) Received: from mail.b0rken.org (beastie.b0rken.org [213.48.48.213]) by mx1.FreeBSD.org (Postfix) with SMTP id 96F0F43D1D for ; Fri, 5 Mar 2004 08:46:40 -0800 (PST) (envelope-from jason-freebsdlists@freebsd.org) Received: (qmail 49404 invoked from network); 5 Mar 2004 16:46:39 -0000 Received: from localhost (HELO beastie.b0rken.org) (127.0.0.1) by mail.b0rken.org with SMTP; 5 Mar 2004 16:46:39 -0000 Received: (from jason@localhost) by beastie.b0rken.org (8.12.10/8.12.10/Submit) id i25Gkc23049402 for freebsd-sparc64@freebsd.org; Fri, 5 Mar 2004 16:46:38 GMT (envelope-from jason-freebsdlists@freebsd.org) X-Authentication-Warning: beastie.b0rken.org: jason set sender to jason-freebsdlists@freebsd.org using -f Date: Fri, 5 Mar 2004 16:46:38 +0000 From: Jason Mann To: freebsd-sparc64@freebsd.org Message-ID: <20040305164638.GA47394@beastie.b0rken.org> Mail-Followup-To: freebsd-sparc64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: hme driver acting strangely X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2004 16:46:41 -0000 Hi folks. I'm running 5.2-RELEASE on a Sun Ultra 5 machine. It has an on-board Happy Meal ethernet interface, which is handled by the 'hme' driver. If I configure the interface without specifying media and mediaopt, it will not establish a full-duplex link with the switch, but otherwise works fine. If I configure the interface, explicitly specifying full-duplex for the mediaopt, a full-duplex link is established, however, no programs can bind to UDP ports on that interface. Examples of such programs are named (BIND) and ntpd. Logs from named are shown below. I also have a Sun combo SCSI+Ethernet card which also has a Happy Meal interface on it, and the same problem occurs with this. This is very odd behaviour, and I was wondering if anyone else has witnessed it? I will be adding a qfe card to the machine soon, which will also be handled by the hme driver. I'd also be interested to know if anyone can replicate this issue with that type of card. Regards, Jason Related named logs: named[253]: starting BIND 9.2.3 -u bind -t /var/named -c /etc/named.conf named[253]: using 1 CPU named[253]: loading configuration from '/etc/named.conf' named[253]: listening on IPv4 interface hme0, 192.168.0.2#53 named[253]: could not listen on UDP socket: address not available named[253]: creating IPv4 interface hme0 failed; interface ignored named[253]: listening on IPv4 interface lo0, 127.0.0.1#53 named[253]: command channel listening on 127.0.0.1#953 From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 5 10:09:24 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81CD716A4CE; Fri, 5 Mar 2004 10:09:24 -0800 (PST) Received: from slacknet.slacknet.com (slacknet.slacknet.com [204.228.135.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 573B543D46; Fri, 5 Mar 2004 10:09:24 -0800 (PST) (envelope-from rj45@slacknet.com) Received: from rj45 (helo=localhost) by slacknet.slacknet.com with local-esmtp (Exim 4.30 #1 (Debian)) id 1AzJlD-0007z3-OM; Fri, 05 Mar 2004 11:09:23 -0700 Date: Fri, 5 Mar 2004 11:09:23 -0700 (MST) From: RJ45 To: Jason Mann In-Reply-To: <20040305164638.GA47394@beastie.b0rken.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SA-Exim-Scanned: No; SAEximRunCond expanded to false cc: freebsd-sparc64@freebsd.org Subject: Re: hme driver acting strangely X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2004 18:09:24 -0000 I had hte same problem of yours but on another platform on FreeBSD/alpha with de0 interface. Did u try to specify full-duplex 100Mbit also on the switch port ? Did you try with another switch model ? Rick On Fri, 5 Mar 2004, Jason Mann wrote: > Hi folks. > > I'm running 5.2-RELEASE on a Sun Ultra 5 machine. > > It has an on-board Happy Meal ethernet interface, which is handled by the > 'hme' driver. > > If I configure the interface without specifying media and mediaopt, it will > not establish a full-duplex link with the switch, but otherwise works fine. > > If I configure the interface, explicitly specifying full-duplex for the > mediaopt, a full-duplex link is established, however, no programs can bind > to UDP ports on that interface. Examples of such programs are named (BIND) > and ntpd. Logs from named are shown below. > > I also have a Sun combo SCSI+Ethernet card which also has a Happy Meal > interface on it, and the same problem occurs with this. > > This is very odd behaviour, and I was wondering if anyone else has witnessed > it? > > I will be adding a qfe card to the machine soon, which will also be > handled by the hme driver. I'd also be interested to know if anyone > can replicate this issue with that type of card. > > Regards, > > Jason > > > Related named logs: > > named[253]: starting BIND 9.2.3 -u bind -t /var/named -c /etc/named.conf > named[253]: using 1 CPU > named[253]: loading configuration from '/etc/named.conf' > named[253]: listening on IPv4 interface hme0, 192.168.0.2#53 > named[253]: could not listen on UDP socket: address not available > named[253]: creating IPv4 interface hme0 failed; interface ignored > named[253]: listening on IPv4 interface lo0, 127.0.0.1#53 > named[253]: command channel listening on 127.0.0.1#953 > > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 5 10:14:32 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A96016A4CE for ; Fri, 5 Mar 2004 10:14:32 -0800 (PST) Received: from mail.b0rken.org (beastie.b0rken.org [213.48.48.213]) by mx1.FreeBSD.org (Postfix) with SMTP id CD25F43D1D for ; Fri, 5 Mar 2004 10:14:31 -0800 (PST) (envelope-from jason-freebsdlists@freebsd.org) Received: (qmail 49726 invoked from network); 5 Mar 2004 18:14:30 -0000 Received: from localhost (HELO beastie.b0rken.org) (127.0.0.1) by mail.b0rken.org with SMTP; 5 Mar 2004 18:14:30 -0000 Received: (from jason@localhost) by beastie.b0rken.org (8.12.10/8.12.10/Submit) id i25IEUx8049724 for freebsd-sparc64@freebsd.org; Fri, 5 Mar 2004 18:14:30 GMT (envelope-from jason-freebsdlists@freebsd.org) X-Authentication-Warning: beastie.b0rken.org: jason set sender to jason-freebsdlists@freebsd.org using -f Date: Fri, 5 Mar 2004 18:14:30 +0000 From: Jason Mann To: freebsd-sparc64@freebsd.org Message-ID: <20040305181430.GB47394@beastie.b0rken.org> Mail-Followup-To: freebsd-sparc64@freebsd.org References: <20040305164638.GA47394@beastie.b0rken.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Subject: Re: hme driver acting strangely X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2004 18:14:32 -0000 On 20040305 1109, RJ45 wrote: > > I had hte same problem of yours but on another platform on FreeBSD/alpha > with de0 interface. > Did u try to specify full-duplex 100Mbit also on the switch port ? > Did you try with another switch model ? > The switch is a fairly simple one (NetGear FS108). It has no management functions. However, all my other machines establish full-duplex connections with it by default. Jason From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 5 11:01:31 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9478E16A4CE; Fri, 5 Mar 2004 11:01:31 -0800 (PST) Received: from light.sdf.com (light.sdf.com [207.200.153.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id B68C043D1D; Fri, 5 Mar 2004 11:01:30 -0800 (PST) (envelope-from tom@sdf.com) Received: from tom (helo=localhost) by light.sdf.com with local-esmtp (Exim 4.22) id 1AzKXM-000LW3-8W; Fri, 05 Mar 2004 10:59:08 -0800 Date: Fri, 5 Mar 2004 10:59:08 -0800 (PST) From: Tom To: Jason Mann In-Reply-To: <20040305164638.GA47394@beastie.b0rken.org> Message-ID: <20040305105639.K470@light.sdf.com> References: <20040305164638.GA47394@beastie.b0rken.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: hme driver acting strangely X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2004 19:01:31 -0000 On Fri, 5 Mar 2004, Jason Mann wrote: > Hi folks. > > I'm running 5.2-RELEASE on a Sun Ultra 5 machine. > > It has an on-board Happy Meal ethernet interface, which is handled by the > 'hme' driver. > > If I configure the interface without specifying media and mediaopt, it will > not establish a full-duplex link with the switch, but otherwise works fine. The hme is relatively old hardware. I don't believe it supports auto-negotiation. > If I configure the interface, explicitly specifying full-duplex for the > mediaopt, a full-duplex link is established, however, no programs can bind > to UDP ports on that interface. Examples of such programs are named (BIND) > and ntpd. Logs from named are shown below. ... Well, that is strange. But is probably better off. You have a non-managable switch, which would depend on auto-negotiation. By configurating static settings you are disabling auto-negotiation (assuming the hme hardware even supports it to begin with). Tom From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 5 11:21:58 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C4D116A4CE for ; Fri, 5 Mar 2004 11:21:58 -0800 (PST) Received: from mail.b0rken.org (beastie.b0rken.org [213.48.48.213]) by mx1.FreeBSD.org (Postfix) with SMTP id 4215D43D54 for ; Fri, 5 Mar 2004 11:21:57 -0800 (PST) (envelope-from jason-freebsdlists@freebsd.org) Received: (qmail 49991 invoked from network); 5 Mar 2004 19:21:56 -0000 Received: from localhost (HELO beastie.b0rken.org) (127.0.0.1) by mail.b0rken.org with SMTP; 5 Mar 2004 19:21:56 -0000 Received: (from jason@localhost) by beastie.b0rken.org (8.12.10/8.12.10/Submit) id i25JLt9n049989 for freebsd-sparc64@freebsd.org; Fri, 5 Mar 2004 19:21:55 GMT (envelope-from jason-freebsdlists@freebsd.org) X-Authentication-Warning: beastie.b0rken.org: jason set sender to jason-freebsdlists@freebsd.org using -f Date: Fri, 5 Mar 2004 19:21:55 +0000 From: Jason Mann To: freebsd-sparc64@freebsd.org Message-ID: <20040305192155.GD47394@beastie.b0rken.org> Mail-Followup-To: freebsd-sparc64@freebsd.org References: <20040305164638.GA47394@beastie.b0rken.org> <20040305105639.K470@light.sdf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040305105639.K470@light.sdf.com> User-Agent: Mutt/1.4.2.1i Subject: Re: hme driver acting strangely X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2004 19:21:58 -0000 I have further information on this issue now. I've just fitted a Sun qfe card to the machine, and the 4 ports are detected as hme2 thru hme5. This card does appear to negotiate full-duplex mode with the switch, and my services can still listen on udp ports on that interface when it is in this mode. If I try forcing full-duplex, the problem comes back. So, to summarise: - Old hme's won't auto negotiate, confirming Tom's comment. Only way to get them in full-duplex mode is to force it. - New hme's/qfe's DO auto negotiate, so theres no need to force them to full-duplex. - Any time you force full-duplex on an hme driven interface, udp ports can't be listened on. So, it's not a problem for me anymore, but theres still something odd going on. Regards, Jason From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 5 11:46:39 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B385716A4CE; Fri, 5 Mar 2004 11:46:39 -0800 (PST) Received: from smtp1.link.net.jo (smtp1.link.net.jo [80.90.160.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id E07E943D45; Fri, 5 Mar 2004 11:46:38 -0800 (PST) (envelope-from wmmh@identd.net) Received: from neo.itu.jo ([80.90.165.8]) by smtp1.link.net.jo with Microsoft SMTPSVC(5.0.2195.6713); Fri, 5 Mar 2004 21:38:49 +0200 From: "Wafa M. Hadidi" Organization: Identd Network To: Jason Mann Date: Fri, 5 Mar 2004 21:46:31 +0200 User-Agent: KMail/1.5.4 References: <20040305164638.GA47394@beastie.b0rken.org> <20040305105639.K470@light.sdf.com> <20040305192155.GD47394@beastie.b0rken.org> In-Reply-To: <20040305192155.GD47394@beastie.b0rken.org> MIME-Version: 1.0 Content-Description: clearsigned data Content-Disposition: inline Content-Type: Text/Plain; charset="windows-1256" Content-Transfer-Encoding: 7bit Message-Id: <200403052146.33810.wmmh@identd.net> X-OriginalArrivalTime: 05 Mar 2004 19:38:49.0788 (UTC) FILETIME=[7B9F27C0:01C402E9] cc: freebsd-sparc64@freebsd.org Subject: Re: hme driver acting strangely X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2004 19:46:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, On Friday 05 March 2004 21:21, Jason Mann wrote: > I have further information on this issue now. > > I've just fitted a Sun qfe card to the machine, and the 4 ports are > detected as hme2 thru hme5. > > This card does appear to negotiate full-duplex mode with the switch, and my > services can still listen on udp ports on that interface when it is in this > mode. > > If I try forcing full-duplex, the problem comes back. > > So, to summarise: > > - Old hme's won't auto negotiate, confirming Tom's comment. Only way to get > them in full-duplex mode is to force it. I am running FreeBSD 5.2-CURRENT #0: Mon Jan 12 09:04:03 EET 2004 on an Ultra60 box with a built-in Happy Meal NIC. It auto-negotiates "100baseTX full-duplex", UDP services are working fine also. > > - New hme's/qfe's DO auto negotiate, so theres no need to force them to > full-duplex. > > - Any time you force full-duplex on an hme driven interface, udp ports > can't be listened on. I just had a test, I enforced the full-duplex and restarted bind, it also worked just fine. > > So, it's not a problem for me anymore, but theres still something odd going > on. > > Regards, > > Jason good luck, - - Wafa - -- Wafa M. Hadidi | ITUniversity - Jordan Technical Lead | Phone: +962-6-5693251 RHCE, RHCX, SCSA, SCNA | Fax:+962-6-5655266 PGP Key: 0xD4CE9796 fpr: 1D5B C0DB 7055 FC7F 0315 BD72 5C2A 6326 D4CE 9796 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFASNkYXCpjJtTOl5YRAt1BAJ9X5iiOGaeQCPDJdhUx0eLZAsP0cQCgr2lZ qNpBtcvTpEMigCxfjzZcQKk= =qXjd -----END PGP SIGNATURE----- From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 5 14:21:26 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6CC116A4CE; Fri, 5 Mar 2004 14:21:26 -0800 (PST) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [62.58.162.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 316DA43D39; Fri, 5 Mar 2004 14:21:26 -0800 (PST) (envelope-from sten@blinkenlights.nl) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 7C3C133C; Fri, 5 Mar 2004 23:16:31 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 768771BD; Fri, 5 Mar 2004 23:16:31 +0100 (CET) Date: Fri, 5 Mar 2004 23:16:31 +0100 (CET) From: Sten Spans To: Jason Mann In-Reply-To: <20040305192155.GD47394@beastie.b0rken.org> Message-ID: References: <20040305164638.GA47394@beastie.b0rken.org> <20040305105639.K470@light.sdf.com> <20040305192155.GD47394@beastie.b0rken.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: hme driver acting strangely X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2004 22:21:26 -0000 On Fri, 5 Mar 2004, Jason Mann wrote: > I have further information on this issue now. > > I've just fitted a Sun qfe card to the machine, and the 4 ports are detected > as hme2 thru hme5. > > This card does appear to negotiate full-duplex mode with the switch, and my > services can still listen on udp ports on that interface when it is in this > mode. > > If I try forcing full-duplex, the problem comes back. > > So, to summarise: > > - Old hme's won't auto negotiate, confirming Tom's comment. Only way to get > them in full-duplex mode is to force it. hme just aint all that, the bugger is that it's the most tested driver on sparc, em for instance is totally borken. > - New hme's/qfe's DO auto negotiate, so theres no need to force them to > full-duplex. > > - Any time you force full-duplex on an hme driven interface, udp ports > can't be listened on. > This is a bug somewhere in freebsd, iirc it was discused quite a while back on this list. Someone will have to do some more digging to see wether this is a new bug, or allready solved in current. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-sparc64@FreeBSD.ORG Fri Mar 5 16:45:24 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC69616A50D for ; Fri, 5 Mar 2004 16:45:24 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4EF943D31 for ; Fri, 5 Mar 2004 16:45:18 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id 131653BD2A for ; Fri, 5 Mar 2004 19:45:18 -0500 (EST) Message-ID: <40491F25.20601@mindspring.com> Date: Fri, 05 Mar 2004 19:45:25 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: how to tell when have unaligned exception? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2004 00:45:25 -0000 I'm testing some code of mine on FreeBSD-current/sparc64. Is there any way for me to tell when code of mine hits an unaligned access? Is there a way to have gdb break on such a trap when running as root? I'm sorry if this is elementary. Coming from the Intel world, I never had to think about this until now. Richard Coleman richardcoleman@mindspring.com