From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 19 11:58:06 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org 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 B05E516A422; Sun, 19 Feb 2006 11:58:06 +0000 (GMT) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B45743D4C; Sun, 19 Feb 2006 11:58:05 +0000 (GMT) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (marius@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1JBw5Gr095084; Sun, 19 Feb 2006 11:58:05 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1JBw5cA095080; Sun, 19 Feb 2006 11:58:05 GMT (envelope-from marius) Date: Sun, 19 Feb 2006 11:58:05 GMT From: Marius Strobl Message-Id: <200602191158.k1JBw5cA095080@freefall.freebsd.org> To: kris@FreeBSD.org, marius@FreeBSD.org, freebsd-sparc64@FreeBSD.org Cc: Subject: Re: sparc64/93226: DEBUG_LOCKS (really stack_save()) causes panics on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 11:58:06 -0000 Synopsis: DEBUG_LOCKS (really stack_save()) causes panics on sparc64 State-Changed-From-To: open->closed State-Changed-By: marius State-Changed-When: Sun Feb 19 11:55:16 UTC 2006 State-Changed-Why: Close; fixed in sys/sparc64/sparc64/db_trace.c rev. 1.25, sys/sparc64/sparc64/exception.S rev. 1.72. http://www.freebsd.org/cgi/query-pr.cgi?pr=93226 From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 19 11:59:05 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 5193216A420; Sun, 19 Feb 2006 11:59:05 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E91C43D48; Sun, 19 Feb 2006 11:59:04 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k1JBx1UK038008; Sun, 19 Feb 2006 12:59:01 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k1JBwtuf038007; Sun, 19 Feb 2006 12:58:55 +0100 (CET) (envelope-from marius) Date: Sun, 19 Feb 2006 12:58:55 +0100 From: Marius Strobl To: Antoine Brodin Message-ID: <20060219125855.B53619@newtrinity.zeist.de> References: <200602131150.k1DBo6S1074438@freefall.freebsd.org> <200602131223.51561.jhb@freebsd.org> <20060213193613.547d1b8f.antoine.brodin@laposte.net> <200602131430.11228.jhb@freebsd.org> <20060213213719.7767921e.antoine.brodin@laposte.net> <20060214094744.A81690@newtrinity.zeist.de> <20060214205432.38121641.antoine.brodin@laposte.net> <20060216134823.S53619@newtrinity.zeist.de> <20060216184328.749c4454.antoine.brodin@laposte.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060216184328.749c4454.antoine.brodin@laposte.net>; from antoine.brodin@laposte.net on Thu, Feb 16, 2006 at 06:43:28PM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.1.0; VDF: 6.33.1.5; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64/93226: DEBUG_LOCKS (really stack_save()) causes panics on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 11:59:05 -0000 On Thu, Feb 16, 2006 at 06:43:28PM +0100, Antoine Brodin wrote: > Marius Strobl wrote: > > Ok, how about the attached patch? It uses two pairs of dummy symbols > > in exception.S to determine in stack_save() whether it was one of the > > tl0_*() or tl1_*() asm functions; one pair for those in the .trap > > section that is "magically" placed at the beginning of the .text > > section via the linker script and the other pair for those in the > > regular .text section. That way we don't rely on the location of > > these functions in the kernel and don't have the performance penalty > > of *search_symbol()/*symbol_values(). For consistency db_backtrace() > > is changed to also use the new markers instead of bcmp()'ing with > > the symbol names. > > If this fixes the panic, that's excellent > Yes, does :) Thanks for your help! Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 19 14:01:39 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 9506316A420 for ; Sun, 19 Feb 2006 14:01:39 +0000 (GMT) (envelope-from tnor@hotmail.com) Received: from hotmail.com (bay103-f34.bay103.hotmail.com [65.54.174.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64C3A43D46 for ; Sun, 19 Feb 2006 14:01:39 +0000 (GMT) (envelope-from tnor@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 19 Feb 2006 06:01:39 -0800 Message-ID: Received: from 65.54.174.200 by by103fd.bay103.hotmail.msn.com with HTTP; Sun, 19 Feb 2006 14:01:38 GMT X-Originating-IP: [12.41.112.201] X-Originating-Email: [tnor@hotmail.com] X-Sender: tnor@hotmail.com From: "Tee Nor" To: freebsd-sparc64@freebsd.org Date: Sun, 19 Feb 2006 14:01:38 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 19 Feb 2006 14:01:39.0236 (UTC) FILETIME=[010AE640:01C6355D] Subject: FreeBSD 6.0 installed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 14:01:39 -0000 Prolog: SUN Altra I model 200E workstation, "pizza box", hard drive failed, replaced with SUN 4.2G. 512M intack, replaced CDROM drive. replaced key board and mouse with Used keyboard type6, 3button mouse from other type unkown, Monitor adaptor to IBM flat screen. No network installed at this time. BSD 6.0 installed, and checks out good. "Jolly good show" Keyboard mapping is correct for console mode! Problem: startx, displays correly, however, keyboard mapping incorrect and mouse is not functional. Example of keyboard miss map: pressing the up arrow, causes a return in xterm. Most keys produce "\" or "/" or numbers ie "5". Post log: Any ideas (file names) where I should start investigating? Tom From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 19 15:41:46 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 E8F5716A420 for ; Sun, 19 Feb 2006 15:41:46 +0000 (GMT) (envelope-from bsd@bathnetworks.com) Received: from lmail.bathnetworks.co.uk (mail.bathnetworks.com [84.92.24.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id D944B43D49 for ; Sun, 19 Feb 2006 15:41:45 +0000 (GMT) (envelope-from bsd@bathnetworks.com) Received: (qmail 25661 invoked by uid 510); 19 Feb 2006 15:44:11 +0000 Received: from 84.92.24.252 by lmail.bathnetworks.co.uk (envelope-from , uid 508) with qmail-scanner-1.24-st-qms (clamdscan: 0.88/1261. spamassassin: 3.0.2. perlscan: 1.24-st-qms. Clear:RC:0(84.92.24.252):SA:0(-3.4/5.0):. Processed in 1.091006 secs); 19 Feb 2006 15:44:11 -0000 X-Spam-Status: No, hits=-3.4 required=5.0 X-Antivirus-MYDOMAIN-Mail-From: bsd@bathnetworks.com via lmail.bathnetworks.co.uk X-Antivirus-MYDOMAIN: 1.24-st-qms (Clear:RC:0(84.92.24.252):SA:0(-3.4/5.0):. Processed in 1.091006 secs Process 25654) Received: from mail.bathnetworks.com (HELO ?84.92.24.252?) (bsd@bathnetworks.com@84.92.24.252) by lmail.bathnetworks.co.uk with SMTP; 19 Feb 2006 15:44:10 +0000 From: Robert Slade To: Tee Nor In-Reply-To: References: Content-Type: text/plain Message-Id: <1140363850.24516.23.camel@lmail.bathnetworks.co.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sun, 19 Feb 2006 15:44:10 +0000 Content-Transfer-Encoding: 7bit Cc: "freebsd-sparc64@freebsd.org" Subject: Re: FreeBSD 6.0 installed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 15:41:47 -0000 On Sun, 2006-02-19 at 14:01, Tee Nor wrote: > Prolog: > SUN Altra I model 200E workstation, "pizza box", hard drive failed, > replaced with SUN 4.2G. > 512M intack, replaced CDROM drive. replaced key board and mouse with Used > keyboard type6, > 3button mouse from other type unkown, Monitor adaptor to IBM flat screen. No > network > installed at this time. > > BSD 6.0 installed, and checks out good. "Jolly good show" > Keyboard mapping is correct for console mode! > > Problem: startx, displays correly, however, keyboard mapping incorrect and > mouse is not functional. > > Example of keyboard miss map: pressing the up arrow, causes a return in > xterm. Most keys > produce "\" or "/" or numbers ie "5". > > Post log: > > Any ideas (file names) where I should start investigating? > Tom > Tom, This has been covered a number of times please see the archives. Rob From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 19 20:54:50 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 0D46216A420 for ; Sun, 19 Feb 2006 20:54:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FAE243D4C for ; Sun, 19 Feb 2006 20:54:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B3F6D1A3C1B; Sun, 19 Feb 2006 12:54:48 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EF69F5146A; Sun, 19 Feb 2006 15:54:47 -0500 (EST) Date: Sun, 19 Feb 2006 15:54:47 -0500 From: Kris Kennaway To: Marius Strobl Message-ID: <20060219205447.GA67514@xor.obsecurity.org> References: <200602131150.k1DBo6S1074438@freefall.freebsd.org> <200602131223.51561.jhb@freebsd.org> <20060213193613.547d1b8f.antoine.brodin@laposte.net> <200602131430.11228.jhb@freebsd.org> <20060213213719.7767921e.antoine.brodin@laposte.net> <20060214094744.A81690@newtrinity.zeist.de> <20060214205432.38121641.antoine.brodin@laposte.net> <20060216134823.S53619@newtrinity.zeist.de> <20060216184328.749c4454.antoine.brodin@laposte.net> <20060219125855.B53619@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20060219125855.B53619@newtrinity.zeist.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org, Antoine Brodin Subject: Re: sparc64/93226: DEBUG_LOCKS (really stack_save()) causes panics on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 20:54:50 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 19, 2006 at 12:58:55PM +0100, Marius Strobl wrote: > On Thu, Feb 16, 2006 at 06:43:28PM +0100, Antoine Brodin wrote: > > Marius Strobl wrote: > > > Ok, how about the attached patch? It uses two pairs of dummy symbols > > > in exception.S to determine in stack_save() whether it was one of the > > > tl0_*() or tl1_*() asm functions; one pair for those in the .trap > > > section that is "magically" placed at the beginning of the .text > > > section via the linker script and the other pair for those in the > > > regular .text section. That way we don't rely on the location of > > > these functions in the kernel and don't have the performance penalty > > > of *search_symbol()/*symbol_values(). For consistency db_backtrace() > > > is changed to also use the new markers instead of bcmp()'ing with > > > the symbol names. > >=20 > > If this fixes the panic, that's excellent > >=20 >=20 > Yes, does :) Thanks for your help! Thanks for fixing! Kris --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD+NsXWry0BWjoQKURAjstAKCmuZM5+MvlveTS9thh7QLIZ1DCDgCdECeR UI3EL07rITkw5Mt2EorWMJU= =tA8s -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 20 11:02:52 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 DCFE716A426 for ; Mon, 20 Feb 2006 11:02:52 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A265743D45 for ; Mon, 20 Feb 2006 11:02:52 +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.4/8.13.4) with ESMTP id k1KB2qdE083730 for ; Mon, 20 Feb 2006 11:02:52 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1KB2p73083723 for freebsd-sparc64@freebsd.org; Mon, 20 Feb 2006 11:02:51 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 20 Feb 2006 11:02:51 GMT Message-Id: <200602201102.k1KB2p73083723@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 Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2006 11:02:53 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2005/04/27] sparc64/80410sparc64 [netgraph] netgraph is causing crash with o [2005/05/11] sparc64/80890sparc64 [panic] kmem_malloc(73728): kmem_map too o [2005/06/23] sparc64/82569sparc64 USB mass storage plug/unplug causes syste o [2005/11/24] sparc64/89486sparc64 firefox and thunderbird is broken on spar o [2006/01/16] sparc64/91882sparc64 Ultra 10 mouse/keyboard o [2006/01/20] sparc64/92033sparc64 [dc] dc(4) issues on Ultra10 8 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/22] sparc64/72998sparc64 [kernel] [patch] set_mcontext() change sy s [2005/06/26] sparc64/82681sparc64 [dc] dc state messages o [2005/12/13] sparc64/90316sparc64 Keyboard "lock" key lights not working pr f [2006/01/05] sparc64/91334sparc64 FreeBSD 6.0 don't support tftp boot from 4 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 21 19:13:00 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 7675616A42C for ; Tue, 21 Feb 2006 19:13:00 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from ant.bwct.de (ant.bwct.de [85.159.14.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6148643D45 for ; Tue, 21 Feb 2006 19:12:59 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by ant.bwct.de (8.12.11/8.12.11) with ESMTP id k1LJCv8P008809 for ; Tue, 21 Feb 2006 20:12:57 +0100 (CET) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id k1LJCnWT024662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 21 Feb 2006 20:12:50 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id k1LJCnRC046464 for ; Tue, 21 Feb 2006 20:12:49 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id k1LJCmO4046463 for freebsd-sparc64@freebsd.org; Tue, 21 Feb 2006 20:12:48 +0100 (CET) (envelope-from ticso) Date: Tue, 21 Feb 2006 20:12:48 +0100 From: Bernd Walter To: freebsd-sparc64@freebsd.org Message-ID: <20060221191248.GD3342@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Subject: E150 support X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 19:13:00 -0000 Has anyone an overview about what might be required to support an E150? -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 21 20:13:17 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 E58E116A420 for ; Tue, 21 Feb 2006 20:13:17 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5358F43D45 for ; Tue, 21 Feb 2006 20:13:17 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k1LKDFjd009511; Tue, 21 Feb 2006 21:13:15 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k1LKDALC009510; Tue, 21 Feb 2006 21:13:10 +0100 (CET) (envelope-from marius) Date: Tue, 21 Feb 2006 21:13:10 +0100 From: Marius Strobl To: ticso@cicely.de Message-ID: <20060221211309.A9340@newtrinity.zeist.de> References: <20060221191248.GD3342@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060221191248.GD3342@cicely12.cicely.de>; from ticso@cicely12.cicely.de on Tue, Feb 21, 2006 at 08:12:48PM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.1.0; VDF: 6.33.1.11; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: E150 support X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 20:13:18 -0000 On Tue, Feb 21, 2006 at 08:12:48PM +0100, Bernd Walter wrote: > Has anyone an overview about what might be required to support > an E150? > AFAICT they use the same motherboard as Ultra 1 so they should work just fine with 6.1-BETA2 modulo the on-board floppy and printer port controllers as well as framebuffer cards. Releases prior to 6.1-BETA2 don't support the on-board Ethernet and the 6.0-RELEASE and prior loader can't boot from devices attached to the on-board SCSI controller though. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 21 20:31:31 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 17DC616A422 for ; Tue, 21 Feb 2006 20:31:31 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from ant.bwct.de (ant.bwct.de [85.159.14.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4534843D66 for ; Tue, 21 Feb 2006 20:31:18 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by ant.bwct.de (8.12.11/8.12.11) with ESMTP id k1LKVG5q018645; Tue, 21 Feb 2006 21:31:16 +0100 (CET) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id k1LKVD8g025346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Feb 2006 21:31:13 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id k1LKVD2P046654; Tue, 21 Feb 2006 21:31:13 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id k1LKVC2Q046653; Tue, 21 Feb 2006 21:31:12 +0100 (CET) (envelope-from ticso) Date: Tue, 21 Feb 2006 21:31:12 +0100 From: Bernd Walter To: Marius Strobl Message-ID: <20060221203111.GH3342@cicely12.cicely.de> References: <20060221191248.GD3342@cicely12.cicely.de> <20060221211309.A9340@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060221211309.A9340@newtrinity.zeist.de> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: ticso@cicely.de, freebsd-sparc64@freebsd.org Subject: Re: E150 support X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 20:31:31 -0000 On Tue, Feb 21, 2006 at 09:13:10PM +0100, Marius Strobl wrote: > On Tue, Feb 21, 2006 at 08:12:48PM +0100, Bernd Walter wrote: > > Has anyone an overview about what might be required to support > > an E150? > > > > AFAICT they use the same motherboard as Ultra 1 so they should > work just fine with 6.1-BETA2 modulo the on-board floppy and > printer port controllers as well as framebuffer cards. Releases > prior to 6.1-BETA2 don't support the on-board Ethernet and the > 6.0-RELEASE and prior loader can't boot from devices attached > to the on-board SCSI controller though. I've heared that with the Ultra1 motherboard as well, but wasn't shure since only the Ultra1e is listed as supported. So there is even hope for the onboard SCSI and Ethernet. Not that they are very importent. Once I have my fingers on real hardware I will keep you informed. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 23 20:47:17 2006 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 9CA9416A420; Thu, 23 Feb 2006 20:47:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55F2143D48; Thu, 23 Feb 2006 20:47:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 38B111A3C1F; Thu, 23 Feb 2006 12:47:17 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 72DBA51472; Thu, 23 Feb 2006 15:47:16 -0500 (EST) Date: Thu, 23 Feb 2006 15:47:16 -0500 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20060223204716.GA90985@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: jhb@FreeBSD.org Subject: "sched_lock held too long" panic + trace X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2006 20:47:17 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline One of my e4500s has started panicking regularly under load because sched_lock was held for > 5 seconds. Since on sparc64 it always deadlocks after this panic instead of entering DDB, I wasn't able to track down the cause. Instead, I changed the panic to first DELAY(1000000*PCPU_GET(cpuid)) (so that different CPUs don't overlap the printfs) and then kdb_backtrace(). Doing so I obtained the following trace (still a bit corrupted, but hopefully more useful). spspilolock hchedolockehdlb by 0xfffff2b2be951500ofor 5 s cecdn spin ponk oohkd hhdd lcc eel0 yy fxfffbf921be01f50 f rr>ec es nDs stack backtrace: statclock() at statclock+0x6c tick_hardclock() at tick_hardclock+0x100 -- interrupt level=0xe pil=0 %o7=0xc017fb08 -- sched_runnable() at sched_runnable+spi8 fcrkscxid()oat ferk ex 0+0f94f802bk_bram0olone>) t forkstrampoline+0x8 panic: spin lock held too long cpuid = 0 KDB: enter: panic KDB: stack backtrace: cpu+0x6c kgkmc uo)ca tick_hardclock() at tick_hardclock+0xc4 -- interrupt level=0xe pil=0 %o7=0xc0190a98 -- _mtx_lock_spin() at _mtx_lock_spin+0xf4 idle_proc() at idle_proc+0x16c fork_exit() at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x8 KDB: stack backtrace: hardclock_cpu() at hardclock_cpu+0x6c tick_hardclock() at tick_hardclock+0xc4 -- interrupt level=0xe pil=0 %o7=0xc0190a98 -- _mtx_lock_spin() at _mtx_lock_spin+0xf4 idle_proc() at idle_proc+0x16c fork_exit() at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x8 KDB: stack backtrace: hardclock_cpu() at hardclock_cpu+0x6c tick_hardclock() at tick_hardclock+0xc4 -- interrupt level=0xe pil=0 %o7=0xc0190a98 -- _mtx_lock_spin() at _mtx_lock_spin+0xf4 idle_proc() at idle_proc+0x16c fork_exit() at fork_exit+0x94 KDB: stack backtrace: hardclock_cpu() at hardclock_cpu+0x6c tick_hardclock() at tick_hardclock+0xc4 -- interrupt level=0xe pil=0 %o7=0xc01b5c84 -- runq_check() at runq_check+0x24 idle_proc() at idle_proc+0x108 fork_exit() at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x8 KDB: stack backtrace: hardclock_cpu() at hardclock_cpu+0x6c tick_hardclock() at tick_hardclock+0xc4 -- interrupt level=0xe pil=0 %o7=0xc01b5c84 -- runq_check() at runq_check+0x2c idle_proc() at idle_proc+0x108 fork_exit() at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x8 KDB: stack backtrace: hardclock_cpu() at hardclock_cpu+0x6c tick_hardclock() at tick_hardclock+0xc4 -- interrupt level=0xe pil=0 %o7=0xc0190a98 -- _mtx_lock_spin() at _mtx_lock_spin+0xf4 tlb_page_demap() at tlb_page_demap+0xa0 pmap_zero_page_idle() at pmap_zero_page_idle+0xdc vm_page_zero_idle() at vm_page_zero_idle+0x108 vm_pagezero() at vm_pagezero+0x4c fork_exit() at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x8 Does this s[c]hed any light on the cause? Kris --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD/h9TWry0BWjoQKURArxhAKCnMua6P8Spb4cTkLDESoiCsq6DPgCg4i/r +Dt/NEYDxNk62AYCel9JINc= =ulhm -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 23 23:07:36 2006 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 19AB316A420; Thu, 23 Feb 2006 23:07:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C688143D49; Thu, 23 Feb 2006 23:07:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 694B01A3C1F; Thu, 23 Feb 2006 15:07:35 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5A89E51271; Thu, 23 Feb 2006 18:07:34 -0500 (EST) Date: Thu, 23 Feb 2006 18:07:34 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060223230734.GA93088@xor.obsecurity.org> References: <20060223204716.GA90985@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <20060223204716.GA90985@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: jhb@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: "sched_lock held too long" panic + trace X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2006 23:07:36 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 23, 2006 at 03:47:16PM -0500, Kris Kennaway wrote: > One of my e4500s has started panicking regularly under load because > sched_lock was held for > 5 seconds. Since on sparc64 it always > deadlocks after this panic instead of entering DDB, I wasn't able to > track down the cause. Instead, I changed the panic to first > DELAY(1000000*PCPU_GET(cpuid)) (so that different CPUs don't overlap > the printfs) and then kdb_backtrace(). >=20 > Doing so I obtained the following trace (still a bit corrupted, but > hopefully more useful). > KDB: stack backtrace: > hardclock_cpu() at hardclock_cpu+0x6c > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > tlb_page_demap() at tlb_page_demap+0xa0 > pmap_zero_page_idle() at pmap_zero_page_idle+0xdc > vm_page_zero_idle() at vm_page_zero_idle+0x108 > vm_pagezero() at vm_pagezero+0x4c > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 Witness seems to have caught this: panic: blockable sleep lock (sleep mutex) system map @ vm/vm_map.c:2995 db> wh Tracing pid 1267 tid 100248 td 0xfffff800612a0540 panic() at panic+0x164 witness_checkorder() at witness_checkorder+0xc8 _mtx_lock_flags() at _mtx_lock_flags+0x80 _vm_map_lock_read() at _vm_map_lock_read+0x3c vm_map_lookup() at vm_map_lookup+0x1c vm_fault() at vm_fault+0x68 trap_pfault() at trap_pfault+0x1a8 trap() at trap+0x2b0 -- fast data access mmu miss tar=3D0xe819c000 %o7=3D0xc031d204 -- cpu_ipi_selected() at cpu_ipi_selected+0x2c tlb_page_demap() at tlb_page_demap+0x74 pmap_copy_page() at pmap_copy_page+0x39c vm_fault() at vm_fault+0xe5c trap_pfault() at trap_pfault+0x134 trap() at trap+0xa0 -- data access protection tar=3D0x4065c524 sfar=3D0x4065d314 sfsr=3D0x80000= 5 %o7=3D0x40350c94 -- db> show alllocks Process 1273 (creat) thread 0xfffff802274dad20 (100604) exclusive sleep mutex vm object (standard object) r =3D 0 (0xfffff80223c256= a8) locked @ vm/vm_fault.c:686 exclusive sx user map r =3D 0 (0xfffff802284e2280) locked @ vm/vm_map.c:2995 Process 1272 (thr1) thread 0xfffff80228ab1500 (100353) exclusive sleep mutex vm object (standard object) r =3D 0 (0xfffff802276599= 00) locked @ vm/vm_fault.c:686 exclusive sx user map r =3D 0 (0xfffff80227cbccd0) locked @ vm/vm_map.c:2995 Process 1271 (swap) thread 0xfffff80226ec3260 (100625) exclusive sleep mutex vm object (standard object) r =3D 0 (0xfffff80228772e= d8) locked @ vm/vm_fault.c:686 exclusive sx user map r =3D 0 (0xfffff8005ee15b40) locked @ vm/vm_map.c:2995 Process 1270 (creat) thread 0xfffff80050078fc0 (100605) exclusive sleep mutex vm object (standard object) r =3D 0 (0xfffff8021faa39= 00) locked @ vm/vm_fault.c:789 exclusive sx user map r =3D 0 (0xfffff802284e2070) locked @ vm/vm_map.c:2995 Process 1267 (thr1) thread 0xfffff800612a0540 (100248) exclusive sleep mutex pmap r =3D 0 (0xc0513458) locked @ sparc64/sparc64/pm= ap.c:1649 exclusive sleep mutex vm object (standard object) r =3D 0 (0xfffff802279ae0= c8) locked @ vm/vm_fault.c:686 exclusive sx user map r =3D 0 (0xfffff80061410ee0) locked @ vm/vm_map.c:2995 exclusive spin mutex ipi r =3D 0 (0xc05133c0) locked @ ./machine/smp.h:174 Process 972 (thr1) thread 0xfffff800612a1a40 (100240) exclusive sleep mutex vm object (standard object) r =3D 0 (0xfffff802276599= c8) locked @ vm/vm_fault.c:686 exclusive sx user map r =3D 0 (0xfffff8006158e6a0) locked @ vm/vm_map.c:2995 Process 948 (rw) thread 0xfffff80226a02fc0 (100900) exclusive sleep mutex vm page queue mutex r =3D 0 (0xc04e4f60) locked @ spa= rc64/sparc64/pmap.c:937 exclusive sx user map r =3D 0 (0xfffff8022273c8b0) locked @ vm/vm_map.c:2487 Process 919 (creat) thread 0xfffff8004fef0000 (100350) exclusive sx user map r =3D 0 (0xfffff80228064070) locked @ vm/vm_map.c:2995 Process 906 (swap) thread 0xfffff80228aa02a0 (100308) exclusive sx user map r =3D 0 (0xfffff80050848ee0) locked @ vm/vm_map.c:2487 Process 35 (syncer) thread 0xfffff802be5a4a80 (100044) exclusive sleep mutex Giant r =3D 0 (0xc044b038) locked @ kern/vfs_subr.c:1= 607 db> Kris --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD/kA1Wry0BWjoQKURAjagAKDJG12vYN5LQUpoBuc3PF4A6c7awgCdEZsF nm5+9LIY+xVyK+aH9wY+Wxw= =4ErH -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 24 11:59:40 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 61E8416A420 for ; Fri, 24 Feb 2006 11:59:40 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from ant.bwct.de (ant.bwct.de [85.159.14.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE0F43D4C for ; Fri, 24 Feb 2006 11:59:37 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by ant.bwct.de (8.12.11/8.12.11) with ESMTP id k1OBxXIq006372; Fri, 24 Feb 2006 12:59:33 +0100 (CET) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id k1OBxQsP057440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Feb 2006 12:59:27 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id k1OBxQ9e055965; Fri, 24 Feb 2006 12:59:26 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id k1OBxPQI055964; Fri, 24 Feb 2006 12:59:26 +0100 (CET) (envelope-from ticso) Date: Fri, 24 Feb 2006 12:59:25 +0100 From: Bernd Walter To: Marius Strobl Message-ID: <20060224115925.GB3342@cicely12.cicely.de> References: <20060221191248.GD3342@cicely12.cicely.de> <20060221211309.A9340@newtrinity.zeist.de> <20060221203111.GH3342@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060221203111.GH3342@cicely12.cicely.de> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: ticso@cicely.de, freebsd-sparc64@freebsd.org Subject: Re: E150 support X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 11:59:40 -0000 On Tue, Feb 21, 2006 at 09:31:12PM +0100, Bernd Walter wrote: > On Tue, Feb 21, 2006 at 09:13:10PM +0100, Marius Strobl wrote: > > On Tue, Feb 21, 2006 at 08:12:48PM +0100, Bernd Walter wrote: > > > Has anyone an overview about what might be required to support > > > an E150? > > > > > > > AFAICT they use the same motherboard as Ultra 1 so they should > > work just fine with 6.1-BETA2 modulo the on-board floppy and > > printer port controllers as well as framebuffer cards. Releases > > prior to 6.1-BETA2 don't support the on-board Ethernet and the > > 6.0-RELEASE and prior loader can't boot from devices attached > > to the on-board SCSI controller though. > > I've heared that with the Ultra1 motherboard as well, but wasn't > shure since only the Ultra1e is listed as supported. > So there is even hope for the onboard SCSI and Ethernet. > Not that they are very importent. > Once I have my fingers on real hardware I will keep you informed. With 6.2-Beta2 ISO1: ok boot cdrom /boot/loader Boot device: /sbus/espdma@e,8400000/esp@e,8800000/sd@6,0:f File and args: /boot/loader >> FreeBSD/sparc64 boot block Boot path: /sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@6,0:f Boot loader: /boot/loader Consoles: Open Firmware console Boot path set to /sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@6,0:a FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@s-dallas.cse.buffalo.edu, Thu Feb 16 22:49:16 UTC 2006) bootpath="/sbus@1f,0/espdma@e,8400000/esp@e,8800000/sd@6,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x47d908+0x5bbe8 syms=[0x8+0x63648+0x8+0x537a1] \ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... nothing to autoload yet. jumping to kernel entry at 0xc0050000. stray vector interrupt 2033 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-BETA2 #0: Fri Feb 17 12:44:14 UTC 2006 root@s-dallas.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "tick" frequency 166980265 Hz quality 1000 real memory = 268435456 (256 MB) avail memory = 241795072 (230 MB) cpu0: Sun Microsystems UltraSparc-I Processor (166.98 MHz CPU) nexus0: sbus0: on nexus0 sbus0: clock 25.000 MHz sbus dvma: DVMA map: 0xfc000000 to 0xffffffff sbus0: [FAST] sbus0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 auxio0: mem 0x1900000 on sbus0 sbus0: mem 0xc000000-0xc0001ff irq 2020 type unknown (no driver attached) sbus0: mem 0-0x7ffff,0x1380000-0x13fffff type unknown (no driver attached) sbus0: mem 0x1400000-0x1400007 irq 2025 type block (no driver attached) eeprom0: mem 0x1200000-0x1201fff on sbus0 eeprom0: model mk48t59 eeprom0: hostid 808595a9 puc0: mem 0x1100000-0x1100003 irq 2024 on sbus0 uart0: on puc0 uart0: console (9600,n,8,1) uart1: on puc0 puc1: mem 0x1000000-0x1000003 irq 2024 on sbus0 uart2: on puc1 uart2: keyboard (1200,n,8,1) uart2: keyboard not present uart3: on puc1 sbus0: mem 0x1300000-0x1300007 type unknown (no driver attached) sbus0: mem 0x1304000-0x1304002 type unknown (no driver attached) dma0: mem 0x8400000-0x840000f on sbus0 dma0: DMA rev. 2 esp0: mem 0x8800000-0x880003f irq 2016 on dma0 esp0: FAS100A, 40MHz, SCSI ID 7 dma1: mem 0x8400010-0x840002f on sbus0 dma1: DMA rev. 2 le0: mem 0x8c00000-0x8c00003 irq 2017 on dma1 le0: 8 receive buffers, 2 transmit buffers le0: Ethernet address: 08:00:20:85:95:a9 sbus0: mem 0xc800000-0xc80001b irq 2018 type unknown (no driver attached) hme0: mem 0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c04000-0x8c05fff,0x8c06000-0x8c07fff,0x8c07000-0x8c0701f irq 1988 on sbus0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:85:95:a9 esp1: mem 0x8800000-0x880000f,0x8810000-0x881003f irq 1987 on sbus0 esp1: FAS366/HME, 40MHz, SCSI ID 7 nexus0: , type (unknown) (no driver attached) Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle md0: Preloaded image 4194304 bytes at 0xc05902f0 cd0 at esp0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: cd present [1109088 x 512 byte records] da2 at esp1 bus 0 target 4 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da2: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) da1 at esp1 bus 0 target 3 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) da0 at esp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15) da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) da3 at esp1 bus 0 target 10 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da3: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) da4 at esp1 bus 0 target 11 lun 0 da4: Fixed Direct Access SCSI-2 device da4: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da4: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) da5 at esp1 bus 0 target 12 lun 0 da5: Fixed Direct Access SCSI-2 device da5: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da5: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) Trying to mount root from ufs:/dev/md0 /stand/sysinstall running as init on serial console These are the predefined terminal types available to sysinstall when running stand-alone. Please choose the closest match for your particular terminal. 1 ...................... Standard ANSI terminal. 2 ...................... VT100 or compatible terminal. 3 ...................... FreeBSD system console (color). 4 ...................... FreeBSD system console (monochrome). 5 ...................... xterm terminal emulator. Your choice: (1-5) Looks promissing :) -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 24 12:22:43 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 10CD516A420 for ; Fri, 24 Feb 2006 12:22:43 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from ant.bwct.de (ant.bwct.de [85.159.14.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDB0B43D53 for ; Fri, 24 Feb 2006 12:22:41 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by ant.bwct.de (8.12.11/8.12.11) with ESMTP id k1OCMc1r004410; Fri, 24 Feb 2006 13:22:39 +0100 (CET) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id k1OCMZjg057715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Feb 2006 13:22:36 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id k1OCMZLd056046; Fri, 24 Feb 2006 13:22:35 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id k1OCMZcD056045; Fri, 24 Feb 2006 13:22:35 +0100 (CET) (envelope-from ticso) Date: Fri, 24 Feb 2006 13:22:35 +0100 From: Bernd Walter To: Marius Strobl Message-ID: <20060224122234.GD3342@cicely12.cicely.de> References: <20060221191248.GD3342@cicely12.cicely.de> <20060221211309.A9340@newtrinity.zeist.de> <20060221203111.GH3342@cicely12.cicely.de> <20060224115925.GB3342@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060224115925.GB3342@cicely12.cicely.de> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Report: * -3.3 ALL_TRUSTED Did not pass through any untrusted hosts * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cicely12.cicely.de Cc: ticso@cicely.de, freebsd-sparc64@freebsd.org Subject: Re: E150 support X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 12:22:43 -0000 On Fri, Feb 24, 2006 at 12:59:25PM +0100, Bernd Walter wrote: > On Tue, Feb 21, 2006 at 09:31:12PM +0100, Bernd Walter wrote: > > On Tue, Feb 21, 2006 at 09:13:10PM +0100, Marius Strobl wrote: > > > On Tue, Feb 21, 2006 at 08:12:48PM +0100, Bernd Walter wrote: > > > > Has anyone an overview about what might be required to support > > > > an E150? > > > > > > > > > > AFAICT they use the same motherboard as Ultra 1 so they should > > > work just fine with 6.1-BETA2 modulo the on-board floppy and > > > printer port controllers as well as framebuffer cards. Releases > > > prior to 6.1-BETA2 don't support the on-board Ethernet and the > > > 6.0-RELEASE and prior loader can't boot from devices attached > > > to the on-board SCSI controller though. > > > > I've heared that with the Ultra1 motherboard as well, but wasn't > > shure since only the Ultra1e is listed as supported. > > So there is even hope for the onboard SCSI and Ethernet. > > Not that they are very importent. > > Once I have my fingers on real hardware I will keep you informed. > > With 6.2-Beta2 ISO1: s/6.2/6.1/ -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 24 13:05:22 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 90E2416A420; Fri, 24 Feb 2006 13:05:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FDA643D45; Fri, 24 Feb 2006 13:05:21 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1OD5Ksx061857; Fri, 24 Feb 2006 08:05:20 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Fri, 24 Feb 2006 07:42:46 -0500 User-Agent: KMail/1.8.3 References: <20060223204716.GA90985@xor.obsecurity.org> In-Reply-To: <20060223204716.GA90985@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602240742.48505.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1301/Fri Feb 24 05:04:11 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: sparc64@freebsd.org, Kris Kennaway Subject: Re: "sched_lock held too long" panic + trace X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 13:05:22 -0000 On Thursday 23 February 2006 03:47 pm, Kris Kennaway wrote: > One of my e4500s has started panicking regularly under load because > sched_lock was held for > 5 seconds. Since on sparc64 it always > deadlocks after this panic instead of entering DDB, I wasn't able to > track down the cause. Instead, I changed the panic to first > DELAY(1000000*PCPU_GET(cpuid)) (so that different CPUs don't overlap > the printfs) and then kdb_backtrace(). > > Doing so I obtained the following trace (still a bit corrupted, but > hopefully more useful). > > spspilolock hchedolockehdlb by 0xfffff2b2be951500ofor 5 s cecdn > > spin ponk oohkd hhdd lcc eel0 yy fxfffbf921be01f50 f rr>ec es > nDs > > stack backtrace: > statclock() at statclock+0x6c > tick_hardclock() at tick_hardclock+0x100 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc017fb08 -- > sched_runnable() at sched_runnable+spi8 > fcrkscxid()oat ferk ex 0+0f94f802bk_bram0olone>) t forkstrampoline+0x8 > panic: spin lock held too long > cpuid =3D 0 > KDB: enter: panic > > KDB: stack backtrace: > cpu+0x6c kgkmc uo)ca > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > idle_proc() at idle_proc+0x16c > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 > > KDB: stack backtrace: > hardclock_cpu() at hardclock_cpu+0x6c > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > idle_proc() at idle_proc+0x16c > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 > > KDB: stack backtrace: > hardclock_cpu() at hardclock_cpu+0x6c > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > idle_proc() at idle_proc+0x16c > fork_exit() at fork_exit+0x94 > > KDB: stack backtrace: > hardclock_cpu() at hardclock_cpu+0x6c > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc01b5c84 -- > runq_check() at runq_check+0x24 > idle_proc() at idle_proc+0x108 > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 > > KDB: stack backtrace: > hardclock_cpu() at hardclock_cpu+0x6c > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc01b5c84 -- > runq_check() at runq_check+0x2c > idle_proc() at idle_proc+0x108 > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 > > KDB: stack backtrace: > hardclock_cpu() at hardclock_cpu+0x6c > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > tlb_page_demap() at tlb_page_demap+0xa0 > pmap_zero_page_idle() at pmap_zero_page_idle+0xdc > vm_page_zero_idle() at vm_page_zero_idle+0x108 > vm_pagezero() at vm_pagezero+0x4c > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 > > Does this s[c]hed any light on the cause? It's the idle loop bug that I need to fix I believe. I'll try to write up = a=20 patch later today perhaps. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 24 13:05:22 2006 Return-Path: X-Original-To: sparc64@freebsd.org 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 90E2416A420; Fri, 24 Feb 2006 13:05:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FDA643D45; Fri, 24 Feb 2006 13:05:21 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1OD5Ksx061857; Fri, 24 Feb 2006 08:05:20 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Fri, 24 Feb 2006 07:42:46 -0500 User-Agent: KMail/1.8.3 References: <20060223204716.GA90985@xor.obsecurity.org> In-Reply-To: <20060223204716.GA90985@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602240742.48505.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1301/Fri Feb 24 05:04:11 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: sparc64@freebsd.org, Kris Kennaway Subject: Re: "sched_lock held too long" panic + trace X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 13:05:22 -0000 On Thursday 23 February 2006 03:47 pm, Kris Kennaway wrote: > One of my e4500s has started panicking regularly under load because > sched_lock was held for > 5 seconds. Since on sparc64 it always > deadlocks after this panic instead of entering DDB, I wasn't able to > track down the cause. Instead, I changed the panic to first > DELAY(1000000*PCPU_GET(cpuid)) (so that different CPUs don't overlap > the printfs) and then kdb_backtrace(). > > Doing so I obtained the following trace (still a bit corrupted, but > hopefully more useful). > > spspilolock hchedolockehdlb by 0xfffff2b2be951500ofor 5 s cecdn > > spin ponk oohkd hhdd lcc eel0 yy fxfffbf921be01f50 f rr>ec es > nDs > > stack backtrace: > statclock() at statclock+0x6c > tick_hardclock() at tick_hardclock+0x100 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc017fb08 -- > sched_runnable() at sched_runnable+spi8 > fcrkscxid()oat ferk ex 0+0f94f802bk_bram0olone>) t forkstrampoline+0x8 > panic: spin lock held too long > cpuid =3D 0 > KDB: enter: panic > > KDB: stack backtrace: > cpu+0x6c kgkmc uo)ca > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > idle_proc() at idle_proc+0x16c > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 > > KDB: stack backtrace: > hardclock_cpu() at hardclock_cpu+0x6c > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > idle_proc() at idle_proc+0x16c > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 > > KDB: stack backtrace: > hardclock_cpu() at hardclock_cpu+0x6c > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > idle_proc() at idle_proc+0x16c > fork_exit() at fork_exit+0x94 > > KDB: stack backtrace: > hardclock_cpu() at hardclock_cpu+0x6c > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc01b5c84 -- > runq_check() at runq_check+0x24 > idle_proc() at idle_proc+0x108 > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 > > KDB: stack backtrace: > hardclock_cpu() at hardclock_cpu+0x6c > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc01b5c84 -- > runq_check() at runq_check+0x2c > idle_proc() at idle_proc+0x108 > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 > > KDB: stack backtrace: > hardclock_cpu() at hardclock_cpu+0x6c > tick_hardclock() at tick_hardclock+0xc4 > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > tlb_page_demap() at tlb_page_demap+0xa0 > pmap_zero_page_idle() at pmap_zero_page_idle+0xdc > vm_page_zero_idle() at vm_page_zero_idle+0x108 > vm_pagezero() at vm_pagezero+0x4c > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 > > Does this s[c]hed any light on the cause? It's the idle loop bug that I need to fix I believe. I'll try to write up = a=20 patch later today perhaps. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 24 13:05:23 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 18DD216A420; Fri, 24 Feb 2006 13:05:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B8943D46; Fri, 24 Feb 2006 13:05:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1OD5Kt0061857; Fri, 24 Feb 2006 08:05:21 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Fri, 24 Feb 2006 07:43:21 -0500 User-Agent: KMail/1.8.3 References: <20060223204716.GA90985@xor.obsecurity.org> <20060223230734.GA93088@xor.obsecurity.org> In-Reply-To: <20060223230734.GA93088@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602240743.22979.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1301/Fri Feb 24 05:04:11 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: sparc64@freebsd.org, Kris Kennaway Subject: Re: "sched_lock held too long" panic + trace X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 13:05:23 -0000 On Thursday 23 February 2006 06:07 pm, Kris Kennaway wrote: > On Thu, Feb 23, 2006 at 03:47:16PM -0500, Kris Kennaway wrote: > > One of my e4500s has started panicking regularly under load because > > sched_lock was held for > 5 seconds. Since on sparc64 it always > > deadlocks after this panic instead of entering DDB, I wasn't able to > > track down the cause. Instead, I changed the panic to first > > DELAY(1000000*PCPU_GET(cpuid)) (so that different CPUs don't overlap > > the printfs) and then kdb_backtrace(). > > > > Doing so I obtained the following trace (still a bit corrupted, but > > hopefully more useful). > > > > KDB: stack backtrace: > > hardclock_cpu() at hardclock_cpu+0x6c > > tick_hardclock() at tick_hardclock+0xc4 > > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > > tlb_page_demap() at tlb_page_demap+0xa0 > > pmap_zero_page_idle() at pmap_zero_page_idle+0xdc > > vm_page_zero_idle() at vm_page_zero_idle+0x108 > > vm_pagezero() at vm_pagezero+0x4c > > fork_exit() at fork_exit+0x94 > > fork_trampoline() at fork_trampoline+0x8 > > Witness seems to have caught this: > > panic: blockable sleep lock (sleep mutex) system map @ vm/vm_map.c:2995 > db> wh > Tracing pid 1267 tid 100248 td 0xfffff800612a0540 > panic() at panic+0x164 > witness_checkorder() at witness_checkorder+0xc8 > _mtx_lock_flags() at _mtx_lock_flags+0x80 > _vm_map_lock_read() at _vm_map_lock_read+0x3c > vm_map_lookup() at vm_map_lookup+0x1c > vm_fault() at vm_fault+0x68 > trap_pfault() at trap_pfault+0x1a8 > trap() at trap+0x2b0 > -- fast data access mmu miss tar=3D0xe819c000 %o7=3D0xc031d204 -- > cpu_ipi_selected() at cpu_ipi_selected+0x2c > tlb_page_demap() at tlb_page_demap+0x74 > pmap_copy_page() at pmap_copy_page+0x39c > vm_fault() at vm_fault+0xe5c > trap_pfault() at trap_pfault+0x134 > trap() at trap+0xa0 > -- data access protection tar=3D0x4065c524 sfar=3D0x4065d314 sfsr=3D0x800= 005 > %o7=3D0x40350c94 -- This is just a bug. You shouldn't get a pagefault in cpu_ipi_selected(). =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 24 13:05:23 2006 Return-Path: X-Original-To: sparc64@freebsd.org 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 18DD216A420; Fri, 24 Feb 2006 13:05:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B8943D46; Fri, 24 Feb 2006 13:05:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1OD5Kt0061857; Fri, 24 Feb 2006 08:05:21 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Fri, 24 Feb 2006 07:43:21 -0500 User-Agent: KMail/1.8.3 References: <20060223204716.GA90985@xor.obsecurity.org> <20060223230734.GA93088@xor.obsecurity.org> In-Reply-To: <20060223230734.GA93088@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602240743.22979.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1301/Fri Feb 24 05:04:11 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: sparc64@freebsd.org, Kris Kennaway Subject: Re: "sched_lock held too long" panic + trace X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 13:05:23 -0000 On Thursday 23 February 2006 06:07 pm, Kris Kennaway wrote: > On Thu, Feb 23, 2006 at 03:47:16PM -0500, Kris Kennaway wrote: > > One of my e4500s has started panicking regularly under load because > > sched_lock was held for > 5 seconds. Since on sparc64 it always > > deadlocks after this panic instead of entering DDB, I wasn't able to > > track down the cause. Instead, I changed the panic to first > > DELAY(1000000*PCPU_GET(cpuid)) (so that different CPUs don't overlap > > the printfs) and then kdb_backtrace(). > > > > Doing so I obtained the following trace (still a bit corrupted, but > > hopefully more useful). > > > > KDB: stack backtrace: > > hardclock_cpu() at hardclock_cpu+0x6c > > tick_hardclock() at tick_hardclock+0xc4 > > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > > tlb_page_demap() at tlb_page_demap+0xa0 > > pmap_zero_page_idle() at pmap_zero_page_idle+0xdc > > vm_page_zero_idle() at vm_page_zero_idle+0x108 > > vm_pagezero() at vm_pagezero+0x4c > > fork_exit() at fork_exit+0x94 > > fork_trampoline() at fork_trampoline+0x8 > > Witness seems to have caught this: > > panic: blockable sleep lock (sleep mutex) system map @ vm/vm_map.c:2995 > db> wh > Tracing pid 1267 tid 100248 td 0xfffff800612a0540 > panic() at panic+0x164 > witness_checkorder() at witness_checkorder+0xc8 > _mtx_lock_flags() at _mtx_lock_flags+0x80 > _vm_map_lock_read() at _vm_map_lock_read+0x3c > vm_map_lookup() at vm_map_lookup+0x1c > vm_fault() at vm_fault+0x68 > trap_pfault() at trap_pfault+0x1a8 > trap() at trap+0x2b0 > -- fast data access mmu miss tar=3D0xe819c000 %o7=3D0xc031d204 -- > cpu_ipi_selected() at cpu_ipi_selected+0x2c > tlb_page_demap() at tlb_page_demap+0x74 > pmap_copy_page() at pmap_copy_page+0x39c > vm_fault() at vm_fault+0xe5c > trap_pfault() at trap_pfault+0x134 > trap() at trap+0xa0 > -- data access protection tar=3D0x4065c524 sfar=3D0x4065d314 sfsr=3D0x800= 005 > %o7=3D0x40350c94 -- This is just a bug. You shouldn't get a pagefault in cpu_ipi_selected(). =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 24 16:10:47 2006 Return-Path: X-Original-To: sparc64@freebsd.org 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 E129716A420 for ; Fri, 24 Feb 2006 16:10:46 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id B096843D73 for ; Fri, 24 Feb 2006 16:10:45 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by wproxy.gmail.com with SMTP id i24so313023wra for ; Fri, 24 Feb 2006 08:10:45 -0800 (PST) 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=hoCG9/G2pNqeM29URSfijJSCk90iOFz9aCfKyWnzLP/s1AzYo6PHC02mL9LpCLkDY66/pcmQpODPyB4PYTda86s2mUcw3fq+l0Pn9ikNzoMDRaFf0+2161GyBevStWjbROxKmw2dBVHG77Wx73Yt5cW0fq7TFszqfZqg+h1cBXs= Received: by 10.54.144.10 with SMTP id r10mr1625500wrd; Fri, 24 Feb 2006 08:10:44 -0800 (PST) Received: by 10.54.92.12 with HTTP; Fri, 24 Feb 2006 08:10:44 -0800 (PST) Message-ID: Date: Fri, 24 Feb 2006 08:10:44 -0800 From: Kip Macy To: John Baldwin In-Reply-To: <200602240743.22979.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060223204716.GA90985@xor.obsecurity.org> <20060223230734.GA93088@xor.obsecurity.org> <200602240743.22979.jhb@freebsd.org> Cc: Kris Kennaway , freebsd-sparc64@freebsd.org, sparc64@freebsd.org Subject: Re: "sched_lock held too long" panic + trace X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 16:10:47 -0000 No, you're right. The easiest fix is to statically allocate the pcpu pages. -Kip On 2/24/06, John Baldwin wrote: > On Thursday 23 February 2006 06:07 pm, Kris Kennaway wrote: > > On Thu, Feb 23, 2006 at 03:47:16PM -0500, Kris Kennaway wrote: > > > One of my e4500s has started panicking regularly under load because > > > sched_lock was held for > 5 seconds. Since on sparc64 it always > > > deadlocks after this panic instead of entering DDB, I wasn't able to > > > track down the cause. Instead, I changed the panic to first > > > DELAY(1000000*PCPU_GET(cpuid)) (so that different CPUs don't overlap > > > the printfs) and then kdb_backtrace(). > > > > > > Doing so I obtained the following trace (still a bit corrupted, but > > > hopefully more useful). > > > > > > KDB: stack backtrace: > > > hardclock_cpu() at hardclock_cpu+0x6c > > > tick_hardclock() at tick_hardclock+0xc4 > > > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > > > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > > > tlb_page_demap() at tlb_page_demap+0xa0 > > > pmap_zero_page_idle() at pmap_zero_page_idle+0xdc > > > vm_page_zero_idle() at vm_page_zero_idle+0x108 > > > vm_pagezero() at vm_pagezero+0x4c > > > fork_exit() at fork_exit+0x94 > > > fork_trampoline() at fork_trampoline+0x8 > > > > Witness seems to have caught this: > > > > panic: blockable sleep lock (sleep mutex) system map @ vm/vm_map.c:2995 > > db> wh > > Tracing pid 1267 tid 100248 td 0xfffff800612a0540 > > panic() at panic+0x164 > > witness_checkorder() at witness_checkorder+0xc8 > > _mtx_lock_flags() at _mtx_lock_flags+0x80 > > _vm_map_lock_read() at _vm_map_lock_read+0x3c > > vm_map_lookup() at vm_map_lookup+0x1c > > vm_fault() at vm_fault+0x68 > > trap_pfault() at trap_pfault+0x1a8 > > trap() at trap+0x2b0 > > -- fast data access mmu miss tar=3D0xe819c000 %o7=3D0xc031d204 -- > > cpu_ipi_selected() at cpu_ipi_selected+0x2c > > tlb_page_demap() at tlb_page_demap+0x74 > > pmap_copy_page() at pmap_copy_page+0x39c > > vm_fault() at vm_fault+0xe5c > > trap_pfault() at trap_pfault+0x134 > > trap() at trap+0xa0 > > -- data access protection tar=3D0x4065c524 sfar=3D0x4065d314 sfsr=3D0x8= 00005 > > %o7=3D0x40350c94 -- > > This is just a bug. You shouldn't get a pagefault in cpu_ipi_selected(). > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org > _______________________________________________ > 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 Feb 24 16:10:47 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 CFF6116A420 for ; Fri, 24 Feb 2006 16:10:47 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED03243D78 for ; Fri, 24 Feb 2006 16:10:46 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by wproxy.gmail.com with SMTP id i30so313483wra for ; Fri, 24 Feb 2006 08:10:45 -0800 (PST) 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=hoCG9/G2pNqeM29URSfijJSCk90iOFz9aCfKyWnzLP/s1AzYo6PHC02mL9LpCLkDY66/pcmQpODPyB4PYTda86s2mUcw3fq+l0Pn9ikNzoMDRaFf0+2161GyBevStWjbROxKmw2dBVHG77Wx73Yt5cW0fq7TFszqfZqg+h1cBXs= Received: by 10.54.144.10 with SMTP id r10mr1625500wrd; Fri, 24 Feb 2006 08:10:44 -0800 (PST) Received: by 10.54.92.12 with HTTP; Fri, 24 Feb 2006 08:10:44 -0800 (PST) Message-ID: Date: Fri, 24 Feb 2006 08:10:44 -0800 From: Kip Macy To: John Baldwin In-Reply-To: <200602240743.22979.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060223204716.GA90985@xor.obsecurity.org> <20060223230734.GA93088@xor.obsecurity.org> <200602240743.22979.jhb@freebsd.org> Cc: Kris Kennaway , freebsd-sparc64@freebsd.org, sparc64@freebsd.org Subject: Re: "sched_lock held too long" panic + trace X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 16:10:48 -0000 No, you're right. The easiest fix is to statically allocate the pcpu pages. -Kip On 2/24/06, John Baldwin wrote: > On Thursday 23 February 2006 06:07 pm, Kris Kennaway wrote: > > On Thu, Feb 23, 2006 at 03:47:16PM -0500, Kris Kennaway wrote: > > > One of my e4500s has started panicking regularly under load because > > > sched_lock was held for > 5 seconds. Since on sparc64 it always > > > deadlocks after this panic instead of entering DDB, I wasn't able to > > > track down the cause. Instead, I changed the panic to first > > > DELAY(1000000*PCPU_GET(cpuid)) (so that different CPUs don't overlap > > > the printfs) and then kdb_backtrace(). > > > > > > Doing so I obtained the following trace (still a bit corrupted, but > > > hopefully more useful). > > > > > > KDB: stack backtrace: > > > hardclock_cpu() at hardclock_cpu+0x6c > > > tick_hardclock() at tick_hardclock+0xc4 > > > -- interrupt level=3D0xe pil=3D0 %o7=3D0xc0190a98 -- > > > _mtx_lock_spin() at _mtx_lock_spin+0xf4 > > > tlb_page_demap() at tlb_page_demap+0xa0 > > > pmap_zero_page_idle() at pmap_zero_page_idle+0xdc > > > vm_page_zero_idle() at vm_page_zero_idle+0x108 > > > vm_pagezero() at vm_pagezero+0x4c > > > fork_exit() at fork_exit+0x94 > > > fork_trampoline() at fork_trampoline+0x8 > > > > Witness seems to have caught this: > > > > panic: blockable sleep lock (sleep mutex) system map @ vm/vm_map.c:2995 > > db> wh > > Tracing pid 1267 tid 100248 td 0xfffff800612a0540 > > panic() at panic+0x164 > > witness_checkorder() at witness_checkorder+0xc8 > > _mtx_lock_flags() at _mtx_lock_flags+0x80 > > _vm_map_lock_read() at _vm_map_lock_read+0x3c > > vm_map_lookup() at vm_map_lookup+0x1c > > vm_fault() at vm_fault+0x68 > > trap_pfault() at trap_pfault+0x1a8 > > trap() at trap+0x2b0 > > -- fast data access mmu miss tar=3D0xe819c000 %o7=3D0xc031d204 -- > > cpu_ipi_selected() at cpu_ipi_selected+0x2c > > tlb_page_demap() at tlb_page_demap+0x74 > > pmap_copy_page() at pmap_copy_page+0x39c > > vm_fault() at vm_fault+0xe5c > > trap_pfault() at trap_pfault+0x134 > > trap() at trap+0xa0 > > -- data access protection tar=3D0x4065c524 sfar=3D0x4065d314 sfsr=3D0x8= 00005 > > %o7=3D0x40350c94 -- > > This is just a bug. You shouldn't get a pagefault in cpu_ipi_selected(). > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org > _______________________________________________ > 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 Feb 24 18:23:09 2006 Return-Path: X-Original-To: freebsd-sparc64@FreeBSD.org 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 25D1216A420 for ; Fri, 24 Feb 2006 18:23:09 +0000 (GMT) (envelope-from mario@123.hn) Received: from asgard1.americatelsal.com (asgard.americatelsal.com [200.13.161.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1542543D70 for ; Fri, 24 Feb 2006 18:23:04 +0000 (GMT) (envelope-from mario@123.hn) Received: (qmail 39939 invoked from network); 24 Feb 2006 18:19:51 -0000 Received: from unknown (HELO ?192.168.10.83?) (200.13.161.68) by asgard1.americatelsal.com with SMTP; 24 Feb 2006 18:19:51 -0000 Message-ID: <43FF4FC3.1060705@123.hn> Date: Fri, 24 Feb 2006 12:26:11 -0600 From: Mario Beltran User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: es-es, es MIME-Version: 1.0 To: freebsd-sparc64@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: install a port without X X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 18:23:09 -0000 Hi I want to know how to install a port with out X What are the files that I have to modify? What is the sintax? What are the steps? Thanks in advance Mario