From owner-freebsd-sparc64@FreeBSD.ORG Sun May 15 15:56:26 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65950106566B; Sun, 15 May 2011 15:56:26 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 236CE8FC16; Sun, 15 May 2011 15:56:25 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 42A411FFC35; Sun, 15 May 2011 15:56:25 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 0FB6784530; Sun, 15 May 2011 17:56:25 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Attilio Rao References: <201105140256.p4E2uLCU024407@freebsd-current.sentex.ca> <86zkmpkmdo.fsf@ds4.des.no> Date: Sun, 15 May 2011 17:56:24 +0200 In-Reply-To: (Attilio Rao's message of "Sat, 14 May 2011 23:24:15 +0200") Message-ID: <86r580klef.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: sparc64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 15 May 2011 15:56:26 -0000 Attilio Rao writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Attilio Rao writes: > > > So, am I missing something when removing sun4v or the tinderbox > > > machine needs to be updated someway? > > Yes, you should have warned me in advance. > Ok, sorry for not doing that. > > Can you please do something for it? I already have. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Sun May 15 15:58:50 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CF6E1065673; Sun, 15 May 2011 15:58:50 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id DD5578FC0C; Sun, 15 May 2011 15:58:49 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 228201FFC58; Sun, 15 May 2011 15:58:49 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id E80EE84530; Sun, 15 May 2011 17:58:48 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Garrett Cooper References: <201105140256.p4E2uLCU024407@freebsd-current.sentex.ca> <86zkmpkmdo.fsf@ds4.des.no> Date: Sun, 15 May 2011 17:58:48 +0200 In-Reply-To: (Garrett Cooper's message of "Sun, 15 May 2011 08:37:02 -0700") Message-ID: <86mxioklaf.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Attilio Rao , current@freebsd.org, FreeBSD Tinderbox , sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 15 May 2011 15:58:50 -0000 Garrett Cooper writes: > Why not use something like this with tinderbox? > > $ make -C /usr/src/ targets | awk 'NR > 1' | sed 's,/,:,g' Because that's not how the tinderbox works; you may not necessarily want to build all existing targets. I *could* modify the supervisor script so it doesn't start the build script for targets that don't exist, but that would be like disabling compiler warnings instead of fixing the bugs that cause them. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Sun May 15 15:59:19 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88073106567D; Sun, 15 May 2011 15:59:19 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 17C488FC23; Sun, 15 May 2011 15:59:18 +0000 (UTC) Received: by gyg13 with SMTP id 13so1626985gyg.13 for ; Sun, 15 May 2011 08:59:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AldR3e1HJPvaazCcBBOQgkb7JjW1XRSM0eleoF+Yy0E=; b=NGapwtXtPOrLA7Jj1e4ApoJo9dc1NyxNV2YX/l1cSw9DE2AJqQ3xNv387pnZveGl0J Vxvtt55hdeQBCHfGuF/ELeVmx8Id11jbFX2C2p5I4dUpZA8MRJtk1YZkEkk2fZCXMIny 2MRuiFWCyh7XzOwqoq0hzkUXxardBiBw8Mjdc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=N6CfGrlaaWvOv26rnTk6kf5/cbHbnBoojraTF8MfsdhVxZOKKe02ZbpsNJ8JH77yR2 vkAialMnb9bPFafxl3dYolPS1Zbko0zvYXAsgTjekmLJhsLOh8pCsDUZkhN6Dx5vswtO 6NjRE6x+1cCwRHYoe40uv26VZLe82PQuoSDLc= MIME-Version: 1.0 Received: by 10.236.183.193 with SMTP id q41mr3432060yhm.80.1305475158206; Sun, 15 May 2011 08:59:18 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.236.103.130 with HTTP; Sun, 15 May 2011 08:59:18 -0700 (PDT) In-Reply-To: <86r580klef.fsf@ds4.des.no> References: <201105140256.p4E2uLCU024407@freebsd-current.sentex.ca> <86zkmpkmdo.fsf@ds4.des.no> <86r580klef.fsf@ds4.des.no> Date: Sun, 15 May 2011 17:59:18 +0200 X-Google-Sender-Auth: jLUptmS3SgGb_MS5cjO46wVlxxY Message-ID: From: Attilio Rao To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: sparc64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 15 May 2011 15:59:19 -0000 2011/5/15 Dag-Erling Sm=C3=B8rgrav : > Attilio Rao writes: >> Dag-Erling Sm=C3=B8rgrav writes: >> > Attilio Rao writes: >> > > So, am I missing something when removing sun4v or the tinderbox >> > > machine needs to be updated someway? >> > Yes, you should have warned me in advance. >> Ok, sorry for not doing that. >> >> Can you please do something for it? > > I already have. Thanks, much appreciated. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-sparc64@FreeBSD.ORG Sun May 15 16:00:25 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 205071065692; Sun, 15 May 2011 16:00:25 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 606C58FC14; Sun, 15 May 2011 16:00:18 +0000 (UTC) Received: by vxc34 with SMTP id 34so3687427vxc.13 for ; Sun, 15 May 2011 09:00:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=D4yMKEn/F4TfX8dvq//M325iYuISsj0QjHcS13Ons8s=; b=WCQU7vDjMasL3S6ujOZ+IxFs20LxKTjrfX7RjWOmZtFQclamjDeBEa1DtSFby1mG2t RpkdKrBAB9BgsV18eAAx6eGNa2NuUxf6VqGTrustk55AHMrgtBsS0QDdFW4lEzUrivWV IqpTFnwkFilK91iGHz492v01oofLEViBOC8ec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=aBR2EoEPzgxNPIfUPMFud8ZBps8Wl7VZmrJc9fpbnMzyHWhg4147Fv3wTewrnodW9f 0cVkr0qFIGEB4QveRbTVjbWLaRv/0TrvWjCHNLFFqLGEVHCFR/SqL5gyR6ZFRPA2bwXs SJWDrKpGBFwGhl1reIbFOQhxj5OuFEYwJ2maE= MIME-Version: 1.0 Received: by 10.52.181.168 with SMTP id dx8mr4804384vdc.172.1305473822740; Sun, 15 May 2011 08:37:02 -0700 (PDT) Received: by 10.220.188.202 with HTTP; Sun, 15 May 2011 08:37:02 -0700 (PDT) In-Reply-To: References: <201105140256.p4E2uLCU024407@freebsd-current.sentex.ca> <86zkmpkmdo.fsf@ds4.des.no> Date: Sun, 15 May 2011 08:37:02 -0700 Message-ID: From: Garrett Cooper To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , FreeBSD Tinderbox , sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 15 May 2011 16:00:25 -0000 2011/5/14 Attilio Rao : > 2011/5/14 Dag-Erling Sm=F8rgrav : >> Attilio Rao writes: >>> So, am I missing something when removing sun4v or the tinderbox >>> machine needs to be updated someway? >> >> Yes, you should have warned me in advance. > > Ok, sorry for not doing that. > > Can you please do something for it? Why not use something like this with tinderbox? $ make -C /usr/src/ targets | awk 'NR > 1' | sed 's,/,:,g' amd64:amd64 arm:arm arm:armeb i386:i386 ia64:ia64 mips:mipsel mips:mipseb mips:mips64el mips:mips64eb mips:mipsn32eb pc98:i386 powerpc:powerpc powerpc:powerpc64 sparc64:sparc64 sun4v:sparc64 Thanks! -Garrett PS This was from an old tree. From owner-freebsd-sparc64@FreeBSD.ORG Mon May 16 11:07:14 2011 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83369106568D for ; Mon, 16 May 2011 11:07:14 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6FA7B8FC1D for ; Mon, 16 May 2011 11:07:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4GB7EA8071334 for ; Mon, 16 May 2011 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4GB7DOm071332 for freebsd-sparc64@FreeBSD.org; Mon, 16 May 2011 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 May 2011 11:07:13 GMT Message-Id: <201105161107.p4GB7DOm071332@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org 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, 16 May 2011 11:07:14 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/145211 sparc64 [panic] Memory modified after free o sparc/142102 sparc64 [nfs] [panic] FreeBSD 8.0 kernel panics on sparc64 whe o sparc/141918 sparc64 [ehci] ehci_interrupt: unrecoverable error, controller s sparc/139134 sparc64 kernel output corruption f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 10 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Tue May 17 03:09:08 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 049791065675 for ; Tue, 17 May 2011 03:09:08 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id 8B10A8FC12 for ; Tue, 17 May 2011 03:09:07 +0000 (UTC) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p4H15xGj021368 for ; Tue, 17 May 2011 11:05:59 +1000 Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p4H15tnD029956 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 17 May 2011 11:05:56 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p4H15trq075604 for ; Tue, 17 May 2011 11:05:55 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p4H15tsw075603 for freebsd-sparc64@freebsd.org; Tue, 17 May 2011 11:05:55 +1000 (EST) (envelope-from peter) Date: Tue, 17 May 2011 11:05:55 +1000 From: Peter Jeremy To: freebsd-sparc64@freebsd.org Message-ID: <20110517010554.GA75440@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Subject: "panic: cpu_initclocks: could not determine STICK frequency" booting V890 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, 17 May 2011 03:09:08 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've found an unused V890 (64GB RAM, 8 dual-core 1.35GHz US-IV CPUs, 12 146GB FC disks) and thought I'd try FreeBSD on it (especially since I had a copy of FreeBSD-8.2-RC2 lying around on CD). My initial try failed with "panic: kmem_suballoc: bad status return of 3" but limiting the RAM to 4GB with hw.physmem worked around that. Unfortunately, it then panic's as above. Looking at the sources, the only recent change in that area of sparc64/sparc64/tick.c is related to Serengeti-class machines (which the V890 isn't). Does anyone have any suggestions? A verbose boot is available at http://pastie.org/1913906 --=20 Peter Jeremy --azLHFNyN32YCQGCU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk3RyfIACgkQ/opHv/APuIfBZgCfYOyLeCS8mnIzgBjxZUqipzq7 GHMAoLw6+QTixCRL5WLAE0ZMjP8JQ7P0 =FH6P -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-sparc64@FreeBSD.ORG Tue May 17 09:11:23 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F2CB106566B for ; Tue, 17 May 2011 09:11:23 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 09FD38FC13 for ; Tue, 17 May 2011 09:11:22 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p4H9BIqY075679; Tue, 17 May 2011 11:11:18 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p4H9BINH075678; Tue, 17 May 2011 11:11:18 +0200 (CEST) (envelope-from marius) Date: Tue, 17 May 2011 11:11:18 +0200 From: Marius Strobl To: Peter Jeremy Message-ID: <20110517091118.GA75596@alchemy.franken.de> References: <20110517010554.GA75440@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110517010554.GA75440@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: "panic: cpu_initclocks: could not determine STICK frequency" booting V890 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, 17 May 2011 09:11:23 -0000 On Tue, May 17, 2011 at 11:05:55AM +1000, Peter Jeremy wrote: > I've found an unused V890 (64GB RAM, 8 dual-core 1.35GHz US-IV CPUs, > 12 146GB FC disks) and thought I'd try FreeBSD on it (especially since > I had a copy of FreeBSD-8.2-RC2 lying around on CD). My initial try > failed with "panic: kmem_suballoc: bad status return of 3" but > limiting the RAM to 4GB with hw.physmem worked around that. > Unfortunately, it then panic's as above. That should no longer be necessary with recent versions of head and stable/8. > > Looking at the sources, the only recent change in that area of > sparc64/sparc64/tick.c is related to Serengeti-class machines (which > the V890 isn't). > > Does anyone have any suggestions? A verbose boot is available at > http://pastie.org/1913906 > I'd need an OFW device tree dump (`prtconf -Ppv` with Solaris) of that machine in order to check what's wrong with it and to decide how to solve it. All dumps of V890 I got so far show no difference in the layout of the stick timer property, i.e. the existing code should work just fine there. Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed May 18 10:08:06 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01CC11065673; Wed, 18 May 2011 10:08:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C7B498FC18; Wed, 18 May 2011 10:08:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4IA84Ri087583; Wed, 18 May 2011 06:08:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4IA84kx087512; Wed, 18 May 2011 10:08:04 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 May 2011 10:08:04 GMT Message-Id: <201105181008.p4IA84kx087512@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 10:08:06 -0000 TB --- 2011-05-18 08:56:59 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-18 08:56:59 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-05-18 08:56:59 - cleaning the object tree TB --- 2011-05-18 08:57:10 - cvsupping the source tree TB --- 2011-05-18 08:57:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-05-18 08:57:32 - building world TB --- 2011-05-18 08:57:32 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-18 08:57:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-18 08:57:32 - TARGET=sparc64 TB --- 2011-05-18 08:57:32 - TARGET_ARCH=sparc64 TB --- 2011-05-18 08:57:32 - TZ=UTC TB --- 2011-05-18 08:57:32 - __MAKE_CONF=/dev/null TB --- 2011-05-18 08:57:32 - cd /src TB --- 2011-05-18 08:57:32 - /usr/bin/make -B buildworld >>> World build started on Wed May 18 08:57:33 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 18 09:57:27 UTC 2011 TB --- 2011-05-18 09:57:27 - generating LINT kernel config TB --- 2011-05-18 09:57:27 - cd /src/sys/sparc64/conf TB --- 2011-05-18 09:57:27 - /usr/bin/make -B LINT TB --- 2011-05-18 09:57:27 - building LINT kernel TB --- 2011-05-18 09:57:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-18 09:57:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-18 09:57:27 - TARGET=sparc64 TB --- 2011-05-18 09:57:27 - TARGET_ARCH=sparc64 TB --- 2011-05-18 09:57:27 - TZ=UTC TB --- 2011-05-18 09:57:27 - __MAKE_CONF=/dev/null TB --- 2011-05-18 09:57:27 - cd /src TB --- 2011-05-18 09:57:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 18 09:57:27 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netgraph/atm/sscfu/ng_sscfu.c -I/src/sys/contrib/ngatm cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netgraph/atm/sscop/ng_sscop.c -I/src/sys/contrib/ngatm cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netgraph/atm/uni/ng_uni.c -I/src/sys/contrib/ngatm cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netgraph/bluetooth/common/ng_bluetooth.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c: In function 'ubt_probe': /src/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c:419: error: 'struct usb_attach_arg' has no member named 'use_generic' *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-18 10:08:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-18 10:08:04 - ERROR: failed to build lint kernel TB --- 2011-05-18 10:08:04 - 3369.79 user 703.09 system 4265.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Thu May 19 16:41:57 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 389211065672 for ; Thu, 19 May 2011 16:41:57 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 381498FC16 for ; Thu, 19 May 2011 16:41:56 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1QN62s-0002Ht-2t for freebsd-sparc64@freebsd.org; Thu, 19 May 2011 17:25:54 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1QN62r-0004pt-Uz for freebsd-sparc64@freebsd.org; Thu, 19 May 2011 17:25:53 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p4JGPr5m000873 for ; Thu, 19 May 2011 17:25:53 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p4JGPr87000871 for freebsd-sparc64@freebsd.org; Thu, 19 May 2011 17:25:53 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 19 May 2011 17:25:53 +0100 From: Anton Shterenlikht To: freebsd-sparc64@freebsd.org Message-ID: <20110519162553.GA88158@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: panic on r219425 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, 19 May 2011 16:41:57 -0000 I found my blade 1500 silver r219425 in debugger today after Uptime: 69d2h22m8s db> bt Tracing pid 10 tid 100002 td 0xfffff80002059980 uart_intr() at uart_intr+0x1b4 intr_event_handle() at intr_event_handle+0x64 intr_execute_handlers() at intr_execute_handlers+0x8 intr_fast() at intr_fast+0x68 -- interrupt level=0xc pil=0 %o7=0xc0268610 -- sched_idletd() at sched_idletd+0x8c fork_exit() at fork_exit+0x9c fork_trampoline() at fork_trampoline+0x8 db> show thread Thread 100002 at 0xfffff80002059980: proc (pid 10): 0xfffff80002053a70 name: idle stack: 0xe2e12000-0xe2e19fff flags: 0x50024 pflags: 0x200000 state: RUNNING (CPU 0) priority: 255 container lock: sched lock (0xc05e5bc0) db> It's probably not much use, but still.. Many thanks Anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-sparc64@FreeBSD.ORG Thu May 19 17:25:49 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F80A1065675 for ; Thu, 19 May 2011 17:25:49 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id 334F98FC21 for ; Thu, 19 May 2011 17:25:48 +0000 (UTC) Received: from sa-nc-common3-61.static.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mail.xcllnt.net (8.14.4/8.14.4) with ESMTP id p4JHAR85003361 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 19 May 2011 10:10:36 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Marcel Moolenaar In-Reply-To: <20110519162553.GA88158@mech-cluster241.men.bris.ac.uk> Date: Thu, 19 May 2011 10:10:22 -0700 Content-Transfer-Encoding: 7bit Message-Id: <2147A9F8-B80F-4A33-9D7F-ACE8DFFF3747@xcllnt.net> References: <20110519162553.GA88158@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1084) Cc: freebsd-sparc64@freebsd.org Subject: Re: panic on r219425 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, 19 May 2011 17:25:49 -0000 On May 19, 2011, at 9:25 AM, Anton Shterenlikht wrote: > I found my blade 1500 silver r219425 in debugger > today after Uptime: 69d2h22m8s > > db> bt > Tracing pid 10 tid 100002 td 0xfffff80002059980 > uart_intr() at uart_intr+0x1b4 > intr_event_handle() at intr_event_handle+0x64 > intr_execute_handlers() at intr_execute_handlers+0x8 > intr_fast() at intr_fast+0x68 > -- interrupt level=0xc pil=0 %o7=0xc0268610 -- > sched_idletd() at sched_idletd+0x8c > fork_exit() at fork_exit+0x9c > fork_trampoline() at fork_trampoline+0x8 > db> show thread > Thread 100002 at 0xfffff80002059980: > proc (pid 10): 0xfffff80002053a70 > name: idle > stack: 0xe2e12000-0xe2e19fff > flags: 0x50024 pflags: 0x200000 > state: RUNNING (CPU 0) > priority: 255 > container lock: sched lock (0xc05e5bc0) > db> Normally when you go from the uart interrupt handler to the debugger, you have a break condition on the serial line or someone (accidentally) typed the debugger character sequence. Look at the message buffer to see if this is the case. If yes, then you can just continue... FYI, -- Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Thu May 19 19:07:51 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FD251065670 for ; Thu, 19 May 2011 19:07:51 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id 33D278FC0A for ; Thu, 19 May 2011 19:07:49 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p4JJ7fpq008335 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 May 2011 05:07:42 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p4JJ7fZo075221; Fri, 20 May 2011 05:07:41 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p4JJ7dKa075220; Fri, 20 May 2011 05:07:39 +1000 (EST) (envelope-from peter) Date: Fri, 20 May 2011 05:07:38 +1000 From: Peter Jeremy To: freebsd-sparc64@freebsd.org Message-ID: <20110519190738.GA75174@server.vk2pj.dyndns.org> References: <20110517010554.GA75440@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20110517010554.GA75440@server.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Marius Strobl Subject: Re: "panic: cpu_initclocks: could not determine STICK frequency" booting V890 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, 19 May 2011 19:07:51 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Moving back on-list] On 2011-May-17 11:05:55 +1000, Peter Jeremy wrote: >I've found an unused V890 (64GB RAM, 8 dual-core 1.35GHz US-IV CPUs, >12 146GB FC disks) and thought I'd try FreeBSD on it (especially since >I had a copy of FreeBSD-8.2-RC2 lying around on CD). My initial try >failed with "panic: kmem_suballoc: bad status return of 3" but >limiting the RAM to 4GB with hw.physmem worked around that. >Unfortunately, it then panic's as above. > >Looking at the sources, the only recent change in that area of >sparc64/sparc64/tick.c is related to Serengeti-class machines (which >the V890 isn't). Thanks to Marius for having a look through an OFW dump of "my" V890. Turns out that, as with the Serengeti-class machines, the stick-frequency property is also on the nexus device and booting a recent 8.2 snapshot works. --=20 Peter Jeremy --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk3VanoACgkQ/opHv/APuIcJYACfacuVRHohE2iVTTWFzLN0Gp7o +3EAoMFBSzP64lFL/ou2Kz2UQuwnaMQ+ =BsIH -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-sparc64@FreeBSD.ORG Thu May 19 19:52:48 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0CEF1065670 for ; Thu, 19 May 2011 19:52:48 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4A18FC0A for ; Thu, 19 May 2011 19:52:47 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p4JJqjt9001835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 May 2011 05:52:46 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p4JJqjlk075501; Fri, 20 May 2011 05:52:45 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p4JJqjWl075500; Fri, 20 May 2011 05:52:45 +1000 (EST) (envelope-from peter) Date: Fri, 20 May 2011 05:52:45 +1000 From: Peter Jeremy To: freebsd-sparc64@freebsd.org Message-ID: <20110519195245.GA3039@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: jeff@freebsd.org Subject: SCHED_ULE 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: Thu, 19 May 2011 19:52:48 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Cc'ing jeff@ as the "owner" of ULE] I notice sparc64 is now the only architecture that doesn't support ULE. According to the sched_ule.c commit log, this is due to lack of support for the 3rd argument to cpu_switch(). Followup to r202889, committed as r203185 (MFC'd as r203554 and r203573) suggests that cpu_switch() has now been fixed. Are there still outstanding issues preventing the use of ULE on sparc64 or did removing the #error just fall thru the cracks? --=20 Peter Jeremy --jI8keyz6grp/JLjh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk3VdQ0ACgkQ/opHv/APuIcRQQCfeTFa6L0sdafZJsySWAM9Rtfw ZfoAn0M92n5EwxIDVWMq9z8RgMOifWPh =EBOV -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-sparc64@FreeBSD.ORG Fri May 20 01:08:02 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FB9D106564A; Fri, 20 May 2011 01:08:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 36F398FC0A; Fri, 20 May 2011 01:08:02 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id p4K18153002775; Fri, 20 May 2011 01:08:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id p4K1819G002774; Fri, 20 May 2011 01:08:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 May 2011 01:08:01 GMT Message-Id: <201105200108.p4K1819G002774@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2011 01:08:02 -0000 TB --- 2011-05-19 23:50:18 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2011-05-19 23:50:18 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2011-05-19 23:50:18 - cleaning the object tree TB --- 2011-05-19 23:50:29 - cvsupping the source tree TB --- 2011-05-19 23:50:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2011-05-19 23:50:34 - building world TB --- 2011-05-19 23:50:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-19 23:50:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-19 23:50:34 - TARGET=sparc64 TB --- 2011-05-19 23:50:34 - TARGET_ARCH=sparc64 TB --- 2011-05-19 23:50:34 - TZ=UTC TB --- 2011-05-19 23:50:34 - __MAKE_CONF=/dev/null TB --- 2011-05-19 23:50:34 - cd /src TB --- 2011-05-19 23:50:34 - /usr/bin/make -B buildworld >>> World build started on Thu May 19 23:50:36 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 20 01:00:45 UTC 2011 TB --- 2011-05-20 01:00:45 - generating LINT kernel config TB --- 2011-05-20 01:00:45 - cd /src/sys/sparc64/conf TB --- 2011-05-20 01:00:45 - /usr/bin/make -B LINT TB --- 2011-05-20 01:00:45 - building LINT kernel TB --- 2011-05-20 01:00:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-20 01:00:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-20 01:00:45 - TARGET=sparc64 TB --- 2011-05-20 01:00:45 - TARGET_ARCH=sparc64 TB --- 2011-05-20 01:00:45 - TZ=UTC TB --- 2011-05-20 01:00:45 - __MAKE_CONF=/dev/null TB --- 2011-05-20 01:00:45 - cd /src TB --- 2011-05-20 01:00:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 20 01:00:45 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/ac97_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror ac97_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/ac97_patch.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/buffer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/channel.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/channel_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror channel_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/dsp.c /src/sys/dev/sound/pcm/dsp.c: In function 'dsp_mmap_single': /src/sys/dev/sound/pcm/dsp.c:1919: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-20 01:08:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-20 01:08:01 - ERROR: failed to build lint kernel TB --- 2011-05-20 01:08:01 - 3875.41 user 639.93 system 4663.64 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Fri May 20 10:38:47 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C9FA1065673 for ; Fri, 20 May 2011 10:38:47 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0788FC0A for ; Fri, 20 May 2011 10:38:46 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p4KAcgpb040518; Fri, 20 May 2011 12:38:42 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p4KAcfCI040517; Fri, 20 May 2011 12:38:41 +0200 (CEST) (envelope-from marius) Date: Fri, 20 May 2011 12:38:41 +0200 From: Marius Strobl To: Peter Jeremy Message-ID: <20110520103841.GA40497@alchemy.franken.de> References: <20110519195245.GA3039@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110519195245.GA3039@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: jeff@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: SCHED_ULE 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: Fri, 20 May 2011 10:38:47 -0000 On Fri, May 20, 2011 at 05:52:45AM +1000, Peter Jeremy wrote: > [Cc'ing jeff@ as the "owner" of ULE] > > I notice sparc64 is now the only architecture that doesn't support > ULE. According to the sched_ule.c commit log, this is due to lack of > support for the 3rd argument to cpu_switch(). Followup to r202889, > committed as r203185 (MFC'd as r203554 and r203573) suggests that > cpu_switch() has now been fixed. Are there still outstanding issues > preventing the use of ULE on sparc64 or did removing the #error just > fall thru the cracks? > The main problem with SCHED_ULE on sparc64 is that the MD code (ab)uses the global sched_lock of SCHED_4BSD to protect pm_context, pm_active and pc_pmap, partially of all CPUs, and SCHED_ULE doesn't use/provide such a lock. One could replace the use of sched_lock for that with a global MD spin lock but this has the issue that it would have to be acquired and released in cpu_switch(), which is next to impossible to do properly in assembler. The best thing one can do there is to call C-wrappers which then call mtx_{,un}lock_spin(), which isn't very elegant however (I think I've a patch which actually implements just that though). There might be an alternate approach to achieve the required level of protection not involving using a spin lock but that needs thorough thinking and testing. The bottom line is that watching the various mailing lists so far didn't provide the necessary motivation to work on that to me though (even today you still find reports about performance problems with SCHED_ULE and suggestions to use SCHED_4BSD instead, just see 4DD55CE0.50202@m5p.com as current example). Marius From owner-freebsd-sparc64@FreeBSD.ORG Fri May 20 10:42:41 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5ECF106566C for ; Fri, 20 May 2011 10:42:41 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 4DDE28FC0A for ; Fri, 20 May 2011 10:42:40 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p4KAgOhT040565; Fri, 20 May 2011 12:42:24 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p4KAgOVe040564; Fri, 20 May 2011 12:42:24 +0200 (CEST) (envelope-from marius) Date: Fri, 20 May 2011 12:42:24 +0200 From: Marius Strobl To: Anton Shterenlikht Message-ID: <20110520104224.GA40529@alchemy.franken.de> References: <20110519162553.GA88158@mech-cluster241.men.bris.ac.uk> <2147A9F8-B80F-4A33-9D7F-ACE8DFFF3747@xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2147A9F8-B80F-4A33-9D7F-ACE8DFFF3747@xcllnt.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: panic on r219425 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, 20 May 2011 10:42:41 -0000 On Thu, May 19, 2011 at 10:10:22AM -0700, Marcel Moolenaar wrote: > > On May 19, 2011, at 9:25 AM, Anton Shterenlikht wrote: > > > I found my blade 1500 silver r219425 in debugger > > today after Uptime: 69d2h22m8s > > > > db> bt > > Tracing pid 10 tid 100002 td 0xfffff80002059980 > > uart_intr() at uart_intr+0x1b4 > > intr_event_handle() at intr_event_handle+0x64 > > intr_execute_handlers() at intr_execute_handlers+0x8 > > intr_fast() at intr_fast+0x68 > > -- interrupt level=0xc pil=0 %o7=0xc0268610 -- > > sched_idletd() at sched_idletd+0x8c > > fork_exit() at fork_exit+0x9c > > fork_trampoline() at fork_trampoline+0x8 > > db> show thread > > Thread 100002 at 0xfffff80002059980: > > proc (pid 10): 0xfffff80002053a70 > > name: idle > > stack: 0xe2e12000-0xe2e19fff > > flags: 0x50024 pflags: 0x200000 > > state: RUNNING (CPU 0) > > priority: 255 > > container lock: sched lock (0xc05e5bc0) > > db> > > Normally when you go from the uart interrupt handler to the > debugger, you have a break condition on the serial line or Which also can result from replugging the cable ... Marius From owner-freebsd-sparc64@FreeBSD.ORG Fri May 20 12:41:10 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3BDA106566B; Fri, 20 May 2011 12:41:10 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by mx1.freebsd.org (Postfix) with ESMTP id 577398FC22; Fri, 20 May 2011 12:41:09 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p4KCf31a001735 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 May 2011 22:41:04 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p4KCf2Sa081058; Fri, 20 May 2011 22:41:02 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p4KCf2YQ081057; Fri, 20 May 2011 22:41:02 +1000 (EST) (envelope-from peter) Date: Fri, 20 May 2011 22:41:02 +1000 From: Peter Jeremy To: Marius Strobl Message-ID: <20110520124102.GA80878@server.vk2pj.dyndns.org> References: <20110519195245.GA3039@server.vk2pj.dyndns.org> <20110520103841.GA40497@alchemy.franken.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <20110520103841.GA40497@alchemy.franken.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: jeff@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: SCHED_ULE 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: Fri, 20 May 2011 12:41:10 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-May-20 12:38:41 +0200, Marius Strobl wr= ote: >The main problem with SCHED_ULE on sparc64 is that the MD code >(ab)uses the global sched_lock of SCHED_4BSD to protect pm_context, >pm_active and pc_pmap, partially of all CPUs, and SCHED_ULE doesn't >use/provide such a lock. One could replace the use of sched_lock >for that with a global MD spin lock but this has the issue that it >would have to be acquired and released in cpu_switch(), which is next >to impossible to do properly in assembler. Definitely messy but MIPS and PPC do it (at least the acquire - I don't see how the lock is released in either case). > There might be an alternate approach to >achieve the required level of protection not involving using a spin >lock but that needs thorough thinking and testing. The lack of atomic RMW operations definitely makes sparc messier than (eg) i386/amd64 here. It has been a long while since I studied SPARC assembler in any detail (and that was pre sun4u) so I can't really help here. > The bottom line >is that watching the various mailing lists so far didn't provide the >necessary motivation to work on that to me though (even today you still >find reports about performance problems with SCHED_ULE and suggestions >to use SCHED_4BSD instead, just see 4DD55CE0.50202@m5p.com as current >example). OTOH, not using it won't get the bugs fixed. My rationale for firing up the spare V890 at $work was to try and stress some of the big systems code and SCHED_ULE is supposed to be better at handling lots of CPUs than SCHED_4BSD. --=20 Peter Jeremy --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk3WYV4ACgkQ/opHv/APuIdRZACgweqEKsrlN6bDMnxH8PLkN27l nscAmQH5Ob4hsMzt6QCnmVDaVuy9MAms =P6dO -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-sparc64@FreeBSD.ORG Fri May 20 13:29:08 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86DC9106564A for ; Fri, 20 May 2011 13:29:08 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1058FC12 for ; Fri, 20 May 2011 13:29:08 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1QNPlF-0004ce-DB; Fri, 20 May 2011 14:29:01 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1QNPlF-0007GV-8E; Fri, 20 May 2011 14:29:01 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p4KDT0UD015119; Fri, 20 May 2011 14:29:00 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p4KDT0Ph015118; Fri, 20 May 2011 14:29:00 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 20 May 2011 14:29:00 +0100 From: Anton Shterenlikht To: Marius Strobl Message-ID: <20110520132900.GA14069@mech-cluster241.men.bris.ac.uk> References: <20110519162553.GA88158@mech-cluster241.men.bris.ac.uk> <2147A9F8-B80F-4A33-9D7F-ACE8DFFF3747@xcllnt.net> <20110520104224.GA40529@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110520104224.GA40529@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: panic on r219425 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, 20 May 2011 13:29:08 -0000 On Fri, May 20, 2011 at 12:42:24PM +0200, Marius Strobl wrote: > On Thu, May 19, 2011 at 10:10:22AM -0700, Marcel Moolenaar wrote: > > > > On May 19, 2011, at 9:25 AM, Anton Shterenlikht wrote: > > > > > I found my blade 1500 silver r219425 in debugger > > > today after Uptime: 69d2h22m8s > > > > > > db> bt > > > Tracing pid 10 tid 100002 td 0xfffff80002059980 > > > uart_intr() at uart_intr+0x1b4 > > > intr_event_handle() at intr_event_handle+0x64 > > > intr_execute_handlers() at intr_execute_handlers+0x8 > > > intr_fast() at intr_fast+0x68 > > > -- interrupt level=0xc pil=0 %o7=0xc0268610 -- > > > sched_idletd() at sched_idletd+0x8c > > > fork_exit() at fork_exit+0x9c > > > fork_trampoline() at fork_trampoline+0x8 > > > db> show thread > > > Thread 100002 at 0xfffff80002059980: > > > proc (pid 10): 0xfffff80002053a70 > > > name: idle > > > stack: 0xe2e12000-0xe2e19fff > > > flags: 0x50024 pflags: 0x200000 > > > state: RUNNING (CPU 0) > > > priority: 255 > > > container lock: sched lock (0xc05e5bc0) > > > db> > > > > Normally when you go from the uart interrupt handler to the > > debugger, you have a break condition on the serial line or > > Which also can result from replugging the cable ... > > Marius ok, thanks Anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-sparc64@FreeBSD.ORG Fri May 20 15:04:44 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E18261065673; Fri, 20 May 2011 15:04:44 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9308FC13; Fri, 20 May 2011 15:04:43 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p4KF4dBR041579; Fri, 20 May 2011 17:04:39 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p4KF4dTR041578; Fri, 20 May 2011 17:04:39 +0200 (CEST) (envelope-from marius) Date: Fri, 20 May 2011 17:04:39 +0200 From: Marius Strobl To: Peter Jeremy Message-ID: <20110520150439.GR92688@alchemy.franken.de> References: <20110519195245.GA3039@server.vk2pj.dyndns.org> <20110520103841.GA40497@alchemy.franken.de> <20110520124102.GA80878@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110520124102.GA80878@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: jeff@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: SCHED_ULE 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: Fri, 20 May 2011 15:04:45 -0000 On Fri, May 20, 2011 at 10:41:02PM +1000, Peter Jeremy wrote: > On 2011-May-20 12:38:41 +0200, Marius Strobl wrote: > >The main problem with SCHED_ULE on sparc64 is that the MD code > >(ab)uses the global sched_lock of SCHED_4BSD to protect pm_context, > >pm_active and pc_pmap, partially of all CPUs, and SCHED_ULE doesn't > >use/provide such a lock. One could replace the use of sched_lock > >for that with a global MD spin lock but this has the issue that it > >would have to be acquired and released in cpu_switch(), which is next > >to impossible to do properly in assembler. > > Definitely messy but MIPS and PPC do it (at least the acquire - I > don't see how the lock is released in either case). I don't think these actually acquire a lock, all lock-related I can identify there are the equivalents of the following: atomic_store_rel_ptr(&old->td_lock, mtx); and: #if defined(SCHED_ULE) && defined(SMP) while (atomic_load_acq_ptr(&new->td_lock) == &blocked_lock) cpu_spinwait(); #endif > > The bottom line > >is that watching the various mailing lists so far didn't provide the > >necessary motivation to work on that to me though (even today you still > >find reports about performance problems with SCHED_ULE and suggestions > >to use SCHED_4BSD instead, just see 4DD55CE0.50202@m5p.com as current > >example). > > OTOH, not using it won't get the bugs fixed. They certainly won't but typically I hit enough problems when trying to get code developed on x86 or actually written with only x86 in mind to work on sparc64 that I don't really feel the desire to go out hunting for generic bugs in that code. In any case my motivation for getting SCHED_ULE to work on sparc64 suddenly vanished with r171488 for some strange reason. > My rationale for firing > up the spare V890 at $work was to try and stress some of the big > systems code and SCHED_ULE is supposed to be better at handling lots of > CPUs than SCHED_4BSD. > I don't think 16 cores counts as a lot these days :) Marius From owner-freebsd-sparc64@FreeBSD.ORG Fri May 20 21:41:08 2011 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6990C106566C for ; Fri, 20 May 2011 21:41:08 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4749A8FC0A for ; Fri, 20 May 2011 21:41:07 +0000 (UTC) Received: by pvg11 with SMTP id 11so2378367pvg.13 for ; Fri, 20 May 2011 14:41:07 -0700 (PDT) Received: by 10.68.15.229 with SMTP id a5mr34074pbd.42.1305923603363; Fri, 20 May 2011 13:33:23 -0700 (PDT) Received: from [10.0.1.198] ([72.253.42.56]) by mx.google.com with ESMTPS id t9sm2651274pbq.31.2011.05.20.13.33.20 (version=SSLv3 cipher=OTHER); Fri, 20 May 2011 13:33:21 -0700 (PDT) Date: Fri, 20 May 2011 10:37:31 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Marius Strobl In-Reply-To: <20110520150439.GR92688@alchemy.franken.de> Message-ID: References: <20110519195245.GA3039@server.vk2pj.dyndns.org> <20110520103841.GA40497@alchemy.franken.de> <20110520124102.GA80878@server.vk2pj.dyndns.org> <20110520150439.GR92688@alchemy.franken.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: jeff@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: SCHED_ULE 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: Fri, 20 May 2011 21:41:08 -0000 On Fri, 20 May 2011, Marius Strobl wrote: > On Fri, May 20, 2011 at 10:41:02PM +1000, Peter Jeremy wrote: >> On 2011-May-20 12:38:41 +0200, Marius Strobl wrote: >>> The main problem with SCHED_ULE on sparc64 is that the MD code >>> (ab)uses the global sched_lock of SCHED_4BSD to protect pm_context, >>> pm_active and pc_pmap, partially of all CPUs, and SCHED_ULE doesn't >>> use/provide such a lock. One could replace the use of sched_lock >>> for that with a global MD spin lock but this has the issue that it >>> would have to be acquired and released in cpu_switch(), which is next >>> to impossible to do properly in assembler. >> >> Definitely messy but MIPS and PPC do it (at least the acquire - I >> don't see how the lock is released in either case). > > I don't think these actually acquire a lock, all lock-related I can > identify there are the equivalents of the following: > atomic_store_rel_ptr(&old->td_lock, mtx); > and: > #if defined(SCHED_ULE) && defined(SMP) > while (atomic_load_acq_ptr(&new->td_lock) == &blocked_lock) > cpu_spinwait(); > #endif Yes the goal of passing the lock pointer into the switch function is so that the outgoing thread's lock is not released until we are off of its stack. Otherwise another cpu could start switching into it as we are on the way out. > >>> The bottom line >>> is that watching the various mailing lists so far didn't provide the >>> necessary motivation to work on that to me though (even today you still >>> find reports about performance problems with SCHED_ULE and suggestions >>> to use SCHED_4BSD instead, just see 4DD55CE0.50202@m5p.com as current >>> example). Can you give me another reference to this? You have to realize that no scheduling policy will be faster for everything. The goal is to be faster for most things and eliminate worst case scenarios. I can look at this soon if there is something to be done. >> >> OTOH, not using it won't get the bugs fixed. > > They certainly won't but typically I hit enough problems when trying to > get code developed on x86 or actually written with only x86 in mind to > work on sparc64 that I don't really feel the desire to go out hunting for > generic bugs in that code. In any case my motivation for getting SCHED_ULE > to work on sparc64 suddenly vanished with r171488 for some strange reason. I really don't know what the status of the sparc64 port is. If it is intended to be first tier it should support ULE. Features like cpusets and topology aware scheduling are better supported on ULE. It is generally considered the path forward for SMP. 4BSD with its global run queue and global lock is a dead end unless someone wants to salvage its priority computation mechanism and add the cpu load balancing features that end up making ULE slower in some cases. > >> My rationale for firing >> up the spare V890 at $work was to try and stress some of the big >> systems code and SCHED_ULE is supposed to be better at handling lots of >> CPUs than SCHED_4BSD. >> > > I don't think 16 cores counts as a lot these days :) The per-cpu scheduler locks showed massive improvements on some workloads with only 4 cores. The global scheduler lock is a significant point of contention probably for any workload at 16 cores. 16 cores is not a big machine anymore but it's plenty to have heavy contention soak up too many cycles. Thanks, Jeff > > Marius > From owner-freebsd-sparc64@FreeBSD.ORG Sat May 21 14:58:17 2011 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 841421065675 for ; Sat, 21 May 2011 14:58:17 +0000 (UTC) (envelope-from switch@trueswitch.com) Received: from mail.trueswitch.com (mail.trueswitch.com [4.78.168.24]) by mx1.freebsd.org (Postfix) with ESMTP id 46BEF8FC13 for ; Sat, 21 May 2011 14:58:16 +0000 (UTC) Received: from service511.trueswitch.com ([192.168.0.181]) by mail.trueswitch.com (8.14.3/8.14.3) with ESMTP id p4LENL79003687 for ; Sat, 21 May 2011 10:23:21 -0400 (EDT) (envelope-from switch@trueswitch.com) Date: Sat, 21 May 2011 10:23:21 -0400 (EDT) From: "Hi again (.Y.)" Sender: switch@trueswitch.com To: sparc64@freebsd.org Message-ID: <796247293.168307.1305987801056.JavaMail.vmail@service511.trueswitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: david99625@gmail.com has a new email address X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: julywgcnt@aol.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2011 14:58:17 -0000 [canvas1.gif] [canvas2.gif] Hi again (.Y.) has a new e-mail address. Old E-mail Address: david99625@gmail.com New E-mail Address:[1]julywgcnt@aol.com PS: I HEARD THE SITE LISTED BELOW IS FROM THAT GUY THAT MADE FACEBOOK. I'M NOT REALLY SURE BUT WHO KNOWS. SEEMS LIKE A COOL SITE ANYWAYS!! [2]WWW.AMATEURMATCH.COM [3]Check out the new AOL. Most comprehensive set of free safety and security tools, free access to millions of high-quality videos from across the web, free AOL Mail and more. References 1. mailto:julywgcnt@aol.com 2. http://www.amateurmatch.com/?ainfo=MjY5MjF8NnwxNjkz&atcc=3&skin=114 3. http://free.aol.com/thenewaol/index.adp