From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 29 04:01:59 2014 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B7016FE for ; Mon, 29 Sep 2014 04:01:59 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C876C2E0 for ; Mon, 29 Sep 2014 04:01:58 +0000 (UTC) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) (authenticated bits=0) by hydra.pix.net (8.14.9/8.14.9) with ESMTP id s8T41nnJ076766 for ; Mon, 29 Sep 2014 00:01:57 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Received: from magrathea.distal.com (magrathea.distal.com [IPv6:2001:470:e24c:200:ea06:88ff:feca:960e]) (authenticated bits=0) by mail.distal.com (8.14.8/8.14.8) with ESMTP id s8T40SMi001076 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 29 Sep 2014 00:00:28 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: FreeBSD 10-STABLE/sparc64 panic From: Chris Ross In-Reply-To: Date: Mon, 29 Sep 2014 00:00:28 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <456226AE-0712-4510-AEF5-2053F36F2181@distal.com> References: <20140518083413.GK24043@gradx.cs.jhu.edu> <751F7778-95CE-40FC-857F-222FB37737C0@distal.com> <20140518235853.GM24043@gradx.cs.jhu.edu> <20140519145222.GN24043@gradx.cs.jhu.edu> <20140519193529.GO24043@gradx.cs.jhu.edu> <20140519205047.GP24043@gradx.cs.jhu.edu> <323A3936-DE55-459A-B8AA-CFF463922F22@distal.com> <7DD7D2DC-A265-40D6-9995-16ABAF79C1FB@distal.com> To: freebsd-sparc64@freebsd.org X-Mailer: Apple Mail (2.1878.6) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [IPv6:2001:470:e24c:200::ae25]); Mon, 29 Sep 2014 00:00:28 -0400 (EDT) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2014 04:01:59 -0000 On Jun 30, 2014, at 10:40 , Chris Ross wrote: > tl;dr : I=92ve finished my testing and have a result, but see other = things I > don=92t understand. Could use more help. Old thread, problem still exists. Noticed in head around: = http://lists.freebsd.org/pipermail/freebsd-sparc64/2014-March/009261.html And in stable/10 as of revision 263676 (likely earlier). As numerous = people have tried, I have also tried, to narrow it down to a commit, or small = number of commits, but the failure is sporadic. I think looking at the current = code which is still failing may be most useful. I am right now seeing this on stable/10 code updated today, = 10.1-BETA3, r272264. As noted earlier in these threads, I am running a Sun Fire = v240. At least one or two other folks with v240's have seen this, and I think a = variant of SunBlade that also has bge's on it. Multiuser boot panics at: Setting hostname: hostname.distal.com. bge0: link state changed to DOWN spin lock 0xc0c95330 (smp rendezvous) held by 0xfffff8000560a490 (tid = 100347) too long timeout stopping cpus panic: spin lock held too long cpuid =3D 1 KDB: stack backtrace: #0 0xc054a0d0 at _mtx_lock_spin_failed+0x50 #1 0xc054a198 at _mtx_lock_spin_cookie+0xb8 #2 0xc08b989c at tick_get_timecount_mp+0xdc #3 0xc056c33c at binuptime+0x3c #4 0xc08857ac at timercb+0x6c #5 0xc08b9c00 at tick_intr+0x220 Uptime: 20s Automatic reboot in 15 seconds - press a key on the console to abort In past kernels, ones more recent than March 2014, it will sometimes boot [to multiuser] the first try, but usually will crash a few times, = but eventually come all the way up. Given 30-40 minutes, it will usually recover to multiuser, and is stable forever (in past testing) at that = point. This evening, it was rebooting for about 40 minutes (11 panic and reboot sequences), but then came up. I would be happy to dig into this further, but will need some advice = and instruction. I fear I may not even have built the kernel with full = debugging, but can do so. I'll look into that now that the machine is up again. Please let me know what I can do to help. Thanks. - Chris From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 29 04:18:17 2014 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6C79966; Mon, 29 Sep 2014 04:18:16 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BB7DE619; Mon, 29 Sep 2014 04:18:16 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s8T4IFEf016474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Sep 2014 21:18:16 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s8T4IFEb016473; Sun, 28 Sep 2014 21:18:15 -0700 (PDT) (envelope-from jmg) Date: Sun, 28 Sep 2014 21:18:15 -0700 From: John-Mark Gurney To: =?iso-8859-1?Q?Jean-S=E9bastien_P=E9dron?= Subject: Re: Playing with HEAD/sparc64 and clang Message-ID: <20140929041815.GI43300@funkthat.com> Mail-Followup-To: =?iso-8859-1?Q?Jean-S=E9bastien_P=E9dron?= , freebsd-sparc64@freebsd.org References: <54146A9E.4070800@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54146A9E.4070800@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 28 Sep 2014 21:18:16 -0700 (PDT) Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2014 04:18:17 -0000 Jean-Sbastien Pdron wrote this message on Sat, Sep 13, 2014 at 18:02 +0200: > With the help of Roman Divacky, I started to play with clang on sparc64. > The build of the kernel and world completes (though, I use a patch to > pcpu.h provided by Roman). However, the loader fail to load the kernel, > and I'm not sure the world binaries are correct. > > == Compilation == > > First, I cross-build kernel and world on an amd64 computer. The source > tree is at r271475. Here are the variables I set in the environment: > > export MAKEOBJDIRPREFIX=$(pwd) > export TARGET=sparc64 > export TARGET_ARCH=sparc64 > > export WITH_CLANG_BOOTSTRAP=y > export WITH_CLANG=y > export WITH_CLANG_IS_CC=y > export WITH_LIBCPLUSPLUS=y > > Compared to mail sent by Dimitry Andric in last February [1], I added > WITH_CLANG_BOOTSTRAP. Otherwise, clang isn't build early enough and the > host compiler is used (producing amd64 binaries). > > == Kernel == > > When I boot the kernel built with clang, I get: > jumping to kernel entry at 0xc00a8000 > Data Access Exception > > Then, I'm left at the OpenBoot prompt. If you could figure out what the address is here, that'd be good.. I'm not sure what the best way to debug this is... But adding printfs early in boot and seeing where it stops would help... Then we could look at the assmebly to figure out if it's a compiler issue or not... It may be easier to debug the userland below first as the bugs fixed there will probably equally apply to the kernel... > == World == > > I install world in an alternate directory. > > When I run bin/sh from that directory, it works. > > When I set LD_LIBRARY_PATH to point to $directory/lib and run bin/sh, it > works. > > When I run "chroot $directory /bin/sh", I get: > Illegal instruction > > The computer is a Sun Ultra60 with dual UltraSPARC II 450 MHz. Its dmesg > is here: > https://people.freebsd.org/~dumbbell/sparc64/freebsd-ultra60-dmesg.txt > > I'm ready to provide any information required and test patches :) If you run the /bin/sh in gdb, and figure out what the illegal instruction and post a disassembly of it, I can take a look at it... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 29 04:19:23 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC2519B9 for ; Mon, 29 Sep 2014 04:19:23 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C9F32636 for ; Mon, 29 Sep 2014 04:19:23 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s8T4JMNh016503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Sep 2014 21:19:23 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s8T4JLqQ016502; Sun, 28 Sep 2014 21:19:21 -0700 (PDT) (envelope-from jmg) Date: Sun, 28 Sep 2014 21:19:21 -0700 From: John-Mark Gurney To: Nathan Vidican Subject: Re: sun4v / T5000 / Sun T2+ support Message-ID: <20140929041921.GJ43300@funkthat.com> Mail-Followup-To: Nathan Vidican , sparc64@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 28 Sep 2014 21:19:23 -0700 (PDT) Cc: sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2014 04:19:24 -0000 Nathan Vidican wrote this message on Fri, Sep 26, 2014 at 23:34 -0400: > I recently purchased a used T5240 - more-or-less to mess around with (got > it for a steal)... I was able to boot OpenBSD 5.5 and install, but unable > to boot the current 10.1 iso for FreeBSD/sparc64. > > In a prior thread I was told that FreeBSD/sun4v support was never completed > - is anyone working on support for these machines at all? > > If so, can I help in any way (ie: have access to the machine, could setup > remote ssh to the ilom if someone needs/wants access/help to > troubleshoot/work on one to start with). Right now what we need is a developer who is willing to take it over and maintain it and complete the project... Though there are other issues that the sparc64 port has (and I believe the sun4v will have too) which is that clang isn't quite there yet in terms of support... With out having a modern compiler, things will only be harder to keep the sparc64 port alive... So, if you have time, I'd first make sure sparc64 is in good shape as the sun4v port is based on that... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 29 04:23:05 2014 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 789E1B4D for ; Mon, 29 Sep 2014 04:23:05 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 524AD767 for ; Mon, 29 Sep 2014 04:23:05 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s8T4Mndg016588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Sep 2014 21:22:50 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s8T4Mn8t016587; Sun, 28 Sep 2014 21:22:49 -0700 (PDT) (envelope-from jmg) Date: Sun, 28 Sep 2014 21:22:49 -0700 From: John-Mark Gurney To: Chris Ross Subject: Re: FreeBSD 10-STABLE/sparc64 panic Message-ID: <20140929042249.GK43300@funkthat.com> Mail-Followup-To: Chris Ross , freebsd-sparc64@freebsd.org References: <323A3936-DE55-459A-B8AA-CFF463922F22@distal.com> <7DD7D2DC-A265-40D6-9995-16ABAF79C1FB@distal.com> <456226AE-0712-4510-AEF5-2053F36F2181@distal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <456226AE-0712-4510-AEF5-2053F36F2181@distal.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 28 Sep 2014 21:22:50 -0700 (PDT) Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2014 04:23:05 -0000 Chris Ross wrote this message on Mon, Sep 29, 2014 at 00:00 -0400: > On Jun 30, 2014, at 10:40 , Chris Ross wrote: > > tl;dr : I?ve finished my testing and have a result, but see other things I > > don?t understand. Could use more help. > > Old thread, problem still exists. Noticed in head around: > > http://lists.freebsd.org/pipermail/freebsd-sparc64/2014-March/009261.html > > And in stable/10 as of revision 263676 (likely earlier). As numerous people > have tried, I have also tried, to narrow it down to a commit, or small number > of commits, but the failure is sporadic. I think looking at the current code which > is still failing may be most useful. > > I am right now seeing this on stable/10 code updated today, 10.1-BETA3, > r272264. As noted earlier in these threads, I am running a Sun Fire v240. At > least one or two other folks with v240's have seen this, and I think a variant > of SunBlade that also has bge's on it. > > Multiuser boot panics at: > > Setting hostname: hostname.distal.com. > bge0: link state changed to DOWN > spin lock 0xc0c95330 (smp rendezvous) held by 0xfffff8000560a490 (tid 100347) too long > timeout stopping cpus > panic: spin lock held too long > cpuid = 1 > KDB: stack backtrace: > #0 0xc054a0d0 at _mtx_lock_spin_failed+0x50 > #1 0xc054a198 at _mtx_lock_spin_cookie+0xb8 > #2 0xc08b989c at tick_get_timecount_mp+0xdc > #3 0xc056c33c at binuptime+0x3c > #4 0xc08857ac at timercb+0x6c > #5 0xc08b9c00 at tick_intr+0x220 > Uptime: 20s > Automatic reboot in 15 seconds - press a key on the console to abort > > In past kernels, ones more recent than March 2014, it will sometimes > boot [to multiuser] the first try, but usually will crash a few times, but > eventually come all the way up. Given 30-40 minutes, it will usually > recover to multiuser, and is stable forever (in past testing) at that point. > This evening, it was rebooting for about 40 minutes (11 panic and > reboot sequences), but then came up. > > I would be happy to dig into this further, but will need some advice and > instruction. I fear I may not even have built the kernel with full debugging, > but can do so. I'll look into that now that the machine is up again. > > Please let me know what I can do to help. Thanks. If you could get a core dump (call doadump) that'd be good, but dumping the stack of the tid that held the spinlock too long would be a good start.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 30 16:33:21 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AB094FD for ; Tue, 30 Sep 2014 16:33:21 +0000 (UTC) Received: from mx.bsdtec.net (mx.bsdtec.net [174.34.171.65]) by mx1.freebsd.org (Postfix) with ESMTP id 096E0669 for ; Tue, 30 Sep 2014 16:33:21 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id B6E31489876; Tue, 30 Sep 2014 16:26:41 +0000 (UTC) Received: from mx.bsdtec.net ([172.16.32.2]) by localhost (mx.bsdtec.net [172.16.32.2]) (amavisd-new, port 10032) with ESMTP id u4TFCWtYxuVP; Tue, 30 Sep 2014 16:26:39 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id 260B8489898; Tue, 30 Sep 2014 16:26:39 +0000 (UTC) X-Virus-Scanned: amavisd-new at bsdtec.net Received: from mx.bsdtec.net ([172.16.32.2]) by localhost (mx.bsdtec.net [172.16.32.2]) (amavisd-new, port 10026) with ESMTP id rrq_G69wIl3Y; Tue, 30 Sep 2014 16:26:38 +0000 (UTC) Received: from [192.168.1.111] (bsdtec.plus.com [84.92.41.141]) by mx.bsdtec.net (Postfix) with ESMTPSA id 55981489876; Tue, 30 Sep 2014 16:26:38 +0000 (UTC) Message-ID: <1412094396.3179.6.camel@atlas.lerwick.hopto.org> Subject: Re: sun4v / T5000 / Sun T2+ support From: Craig Butler To: John-Mark Gurney Date: Tue, 30 Sep 2014 17:26:36 +0100 In-Reply-To: <20140929041921.GJ43300@funkthat.com> References: <20140929041921.GJ43300@funkthat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: Nathan Vidican , sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2014 16:33:21 -0000 On Sun, 2014-09-28 at 21:19 -0700, John-Mark Gurney wrote: > Nathan Vidican wrote this message on Fri, Sep 26, 2014 at 23:34 -0400: > > I recently purchased a used T5240 - more-or-less to mess around with (got > > it for a steal)... I was able to boot OpenBSD 5.5 and install, but unable > > to boot the current 10.1 iso for FreeBSD/sparc64. > > > > In a prior thread I was told that FreeBSD/sun4v support was never completed > > - is anyone working on support for these machines at all? > > > > If so, can I help in any way (ie: have access to the machine, could setup > > remote ssh to the ilom if someone needs/wants access/help to > > troubleshoot/work on one to start with). > > Right now what we need is a developer who is willing to take it over and > maintain it and complete the project... Though there are other issues > that the sparc64 port has (and I believe the sun4v will have too) which > is that clang isn't quite there yet in terms of support... With out > having a modern compiler, things will only be harder to keep the sparc64 > port alive... > > So, if you have time, I'd first make sure sparc64 is in good shape as > the sun4v port is based on that... > Hello John-Mark Do you have any more information on the clang issues ? I thought clang was able to selfhost now on sparc64. I have seen the kernel build issues reported recently, but does this also affect ports built via clang? Kind Regards Craig Butler From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 1 08:00:49 2014 Return-Path: Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54EF841C for ; Wed, 1 Oct 2014 08:00:49 +0000 (UTC) Received: from mail-s93.mailgun.info (mail-s93.mailgun.info [184.173.153.221]) by mx1.freebsd.org (Postfix) with ESMTP id CA083989 for ; Wed, 1 Oct 2014 08:00:48 +0000 (UTC) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=soundestdirect.com; q=dns/txt; s=pic; t=1412150448; h=Date: Message-Id: List-Unsubscribe: From: To: Subject: Content-Type: Mime-Version: Sender; bh=9oCuryASP6FnKCqFN4lDC1hJQSulFJ+/uwmz2VZZVIw=; b=lIzSR+ndKg5DNA481aS4ZmPN2kByWaFAwh6JReSTp10HDkmIxoUnAADL2MGpeycBXY3zOS1O NA6Q+L+XgiZU+ZBoNxfHHFzV0vFZx+ls4k2PldtC/3/WdOFbzyXF6EvbbdTOvc+CmLYNQ1qr /1BggBAdkf0FPaNKNMSAi/OzmjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=soundestdirect.com; s=pic; q=dns; h=Date: Message-Id: List-Unsubscribe: From: To: Subject: Content-Type: Mime-Version: Sender; b=SdVaUi0ULWlfEAZlRhFeZ4Z487d6A+IinceiKzZ4R9uXpLh8K1s5fc6JZ4Bnld964+ap0w lXA1hEEWYqvWDog1FDgbjApn6eIpU55c/sr1w3j25K1hHzbNKR0JJtCjzUkaF9qMUX6R9Xqb pesRUkwuful6cFr2ptQ8ojP/fBoT4= Received: from [127.0.0.1] (app-1.radar.soundest.net [192.96.207.97]) by mxa.mailgun.org with ESMTP id 542bb4ad.4d024e0-in3; Wed, 01 Oct 2014 08:00:45 -0000 (UTC) Date: Wed, 01 Oct 2014 08:00:34 GMT Message-Id: <53465b0f2fd35f9d096b54af434c39@app-1> From: "Johan Watson" To: freebsd-sparc@freebsd.org Subject: October Specials from Furnways Mime-Version: 1.0 X-Mailgun-Sid: WyJiOTJkZCIsICJmcmVlYnNkLXNwYXJjQGZyZWVic2Qub3JnIiwgIjU4M2M1Il0= Sender: sales=furnways.co.za@soundestdirect.com Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2014 08:00:49 -0000 Hospitality Furniture [Web version](http://furnways-uoonf0.soundestdirect.= com/view/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f2139= 95/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f2139= 94/542ba73858026ef77f21399c/54264699fe7da963021cb80a) Furnways - Corporate Turnkey Solutions [**Furnways is a leading office furniture supplier**](http://furnways-uoonf= 0.soundestdirect.com/link/542ba6f558026ef77f213993/542ba73858026ef77f21399c= /54264699fe7da963021cb80a) in South Africa. WE offer the widest range of = products, from executive desks [to school furniture](http://furnways-uoonf0= .soundestdirect.com/link/542ba6f558026ef77f213992/542ba73858026ef77f21399c/= 54264699fe7da963021cb80a). We are the biggest online furniture store in = Africa, delivering high quality products at affordable prices, = understanding our customers' need to acquire top of the line furniture for = their business with reasonable investments. If you are looking for stylish = furniture for your office, hotel or restaurant, then this is the perfect = place for you, as we specialize in creating innovative and chic designs for= your furniture. [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f213991= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Wimpey Side Chair ](http://furnways-uoonf0.soundestdirect.= com/link/542ba6f558026ef77f213991/542ba73858026ef77f21399c/54264699fe7da963= 021cb80a) Available in over 20 Colours 5 Year Warranty. R240.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f213991/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f213990= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Wimpey Arm Chair ](http://furnways-uoonf0.soundestdirect.= com/link/542ba6f558026ef77f213990/542ba73858026ef77f21399c/54264699fe7da963= 021cb80a) Available in over 20 Colours 5 Year Warranty. R260.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f213990/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f21398f= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Wimpey Ultra Chair ](http://furnways-uoonf0.soundestdirect.= com/link/542ba6f558026ef77f21398f/542ba73858026ef77f21399c/54264699fe7da963= 021cb80a) Available in over 20 Colours 5 Year Warranty. R280.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f21398f/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f21398e= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Chloe Chair ](http://furnways-uoonf0.soundestdirect.= com/link/542ba6f558026ef77f21398e/542ba73858026ef77f21399c/54264699fe7da963= 021cb80a) Available in over 20 Colours 5 Year Warranty. R480.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f21398e/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f21398d= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Alpine Chairs ](http://furnways-uoonf0.soundestdirect.= com/link/542ba6f558026ef77f21398d/542ba73858026ef77f21399c/54264699fe7da963= 021cb80a) Available in over 20 Colours 5 Year Warranty. R132.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f21398d/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f21398c= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Avatar Caf=C3=A9 Chair ](http://furnways-uoonf0.soundestdirect.= com/link/542ba6f558026ef77f21398c/542ba73858026ef77f21399c/54264699fe7da963= 021cb80a) Available in over 20 Colours 5 Year Warranty. R260.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f21398c/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f21398b= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Double Pedestal Desk ](http://furnways-uoonf0.soundestdirect.= com/link/542ba6f558026ef77f21398b/542ba73858026ef77f21399c/54264699fe7da963= 021cb80a) 32mm Melamine Top 1800mm*900mm Single Pedestal: R2865 Available in a variety of colours 5 Year Warranty R3540.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f21398b/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f21398a= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Rectangular Tables ](http://furnways-uoonf0.soundestdirect.= com/link/542ba6f558026ef77f21398a/542ba73858026ef77f21399c/54264699fe7da963= 021cb80a) 16mm Melamine Tops Available in Oak, Mahogany or Supawood 1800 * 900 From R1093 1400 * 700 From R663 1200 * 600 From R504=C2=A0 5 Year Warranty R504.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f21398a/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f213989= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Perforated Metal Set ](http://furnways-uoonf0.soundestdirect.= com/link/542ba6f558026ef77f213989/542ba73858026ef77f21399c/54264699fe7da963= 021cb80a) Contains: 2 tier letter tray Paper bin Pencil cup Paper cube 5 Year Warranty **Available in Siver for R1428** Black/White: R1165.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f213989/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f213988= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Big & Tall Heavy Duty Chair ](http://furnways-uoonf0.soundestdirect.= com/link/542ba6f558026ef77f213988/542ba73858026ef77f21399c/54264699fe7da963= 021cb80a) Supports Up to 150kg Leather Seat Chrome base Chrome arms with polyurethane pads 5 Year Warranty R3496.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f213988/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f213987= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Spine Ergonomic High Back Chair ](http://furnways-uoonf0.soundestdirect.= com/link/542ba6f558026ef77f213987/542ba73858026ef77f21399c/54264699fe7da963= 021cb80a) 2 Part shell Permanent contact mechanism Adjustable arms Available in leather Loads of extras and materials available 5 Year Warranty R1750.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f213987/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f213986= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ Lucea 1500 Ergonomic Typist Chair ](http://furnways-uoonf0.soundestdirect= .com/link/542ba6f558026ef77f213986/542ba73858026ef77f21399c/54264699fe7da96= 3021cb80a) Ergonomic shaped back with rake and height adjustment Standard with black nylon base Available in leather Loads of extras and materials available 5 Year Warranty R811.00 =C2=A0=C2=A0=C2=A0 [ Buy now ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef7= 7f213986/542ba73858026ef77f21399c/54264699fe7da963021cb80a) [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f2139= 85/542ba73858026ef77f21399c/54264699fe7da963021cb80a) =C2=A0[ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f= 213984/542ba73858026ef77f21399c/54264699fe7da963021cb80a)=C2=A0 =C2=A0[ = ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f213983/5= 42ba73858026ef77f21399c/54264699fe7da963021cb80a)=C2=A0 =C2=A0[ = ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f213982/5= 42ba73858026ef77f21399c/54264699fe7da963021cb80a)=C2=A0 [sales@furnways.co.za](mailto:sales@furnways.co.za) Furnways Lonehill Boulevard , 22 , Sandton , 2062 , South Africa All prices are in ZAR and excludes VAT and delivery =C2=A9 2014 Furnways [Unsubscribe](http://furnways-uoonf0.soundestdirect.= com/unsubscribe/542ba73858026ef77f21399c/54264699fe7da963021cb80a) Proudly delivered by [ ](http://furnways-uoonf0.soundestdirect.com/link/542ba6f558026ef77f213981= /542ba73858026ef77f21399c/54264699fe7da963021cb80a) From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 1 08:54:50 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1160819 for ; Wed, 1 Oct 2014 08:54:49 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CC5E6FE0 for ; Wed, 1 Oct 2014 08:54:49 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s918slaJ056446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Oct 2014 01:54:48 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s918slj0056445; Wed, 1 Oct 2014 01:54:47 -0700 (PDT) (envelope-from jmg) Date: Wed, 1 Oct 2014 01:54:47 -0700 From: John-Mark Gurney To: Craig Butler Subject: Re: sun4v / T5000 / Sun T2+ support Message-ID: <20141001085447.GS43300@funkthat.com> Mail-Followup-To: Craig Butler , Nathan Vidican , sparc64@freebsd.org References: <20140929041921.GJ43300@funkthat.com> <1412094396.3179.6.camel@atlas.lerwick.hopto.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1412094396.3179.6.camel@atlas.lerwick.hopto.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 01 Oct 2014 01:54:48 -0700 (PDT) Cc: Nathan Vidican , sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2014 08:54:50 -0000 Craig Butler wrote this message on Tue, Sep 30, 2014 at 17:26 +0100: > On Sun, 2014-09-28 at 21:19 -0700, John-Mark Gurney wrote: > > Nathan Vidican wrote this message on Fri, Sep 26, 2014 at 23:34 -0400: > > > I recently purchased a used T5240 - more-or-less to mess around with (got > > > it for a steal)... I was able to boot OpenBSD 5.5 and install, but unable > > > to boot the current 10.1 iso for FreeBSD/sparc64. > > > > > > In a prior thread I was told that FreeBSD/sun4v support was never completed > > > - is anyone working on support for these machines at all? > > > > > > If so, can I help in any way (ie: have access to the machine, could setup > > > remote ssh to the ilom if someone needs/wants access/help to > > > troubleshoot/work on one to start with). > > > > Right now what we need is a developer who is willing to take it over and > > maintain it and complete the project... Though there are other issues > > that the sparc64 port has (and I believe the sun4v will have too) which > > is that clang isn't quite there yet in terms of support... With out > > having a modern compiler, things will only be harder to keep the sparc64 > > port alive... > > > > So, if you have time, I'd first make sure sparc64 is in good shape as > > the sun4v port is based on that... > > Do you have any more information on the clang issues ? I thought clang > was able to selfhost now on sparc64. Nope, not yet... The issue is that the PCPU stuff isn't correct for sparc64... One way is to basicly rewrite all the PCPU macros in assembly, which isn't fun, but it is doable... clang does not support the convient "register" attribute which gcc supports... Read the two threads at: https://www.freebsd.org/cgi/mid.cgi?F7AC069B-32B9-4F4E-BF19-EA2E6714F9C3@FreeBSD.org https://www.freebsd.org/cgi/mid.cgi?54146A9E.4070800@FreeBSD.org for more info... I believe that is the latest... > I have seen the kernel build issues reported recently, but does this > also affect ports built via clang? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 2 02:55:24 2014 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B9159AC for ; Thu, 2 Oct 2014 02:55:24 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD9983F1 for ; Thu, 2 Oct 2014 02:55:23 +0000 (UTC) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) (authenticated bits=0) by hydra.pix.net (8.14.9/8.14.9) with ESMTP id s922tDBo080544; Wed, 1 Oct 2014 22:55:21 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.8/8.14.8) with ESMTP id s922rpLF000968 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 1 Oct 2014 22:53:52 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: FreeBSD 10-STABLE/sparc64 panic From: Chris Ross In-Reply-To: <20140929042249.GK43300@funkthat.com> Date: Wed, 1 Oct 2014 22:53:54 -0400 Content-Transfer-Encoding: 7bit Message-Id: <0686B43F-94CC-48BA-81B6-5FBEAF9713EC@distal.com> References: <323A3936-DE55-459A-B8AA-CFF463922F22@distal.com> <7DD7D2DC-A265-40D6-9995-16ABAF79C1FB@distal.com> <456226AE-0712-4510-AEF5-2053F36F2181@distal.com> <20140929042249.GK43300@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1878.6) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [206.138.151.250]); Wed, 01 Oct 2014 22:53:53 -0400 (EDT) Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2014 02:55:24 -0000 On Sep 29, 2014, at 00:22 , John-Mark Gurney wrote: > If you could get a core dump (call doadump) that'd be good, but dumping > the stack of the tid that held the spinlock too long would be a good > start.. I fear I'm going to need some help doing this. I'm not sure what I need to do to get into ddb. (And, after that, I'm not sure how to dump the stack of the tld that held the spinlock) When the kernel panics, it says Automatic reboot in 15 seconds - press a key on the console to abort I'd hoped that pressing a key, or sending a break, would invoke ddb, but all either of those accomplishes is the next message: --> Press a key on the console to reboot, --> or switch off the system now. And then another causes a reboot. Does GENERIC not include KDB/DDB in the config? I'll check that once I get the system back up... - Chris From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 2 13:37:34 2014 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 277F290B for ; Thu, 2 Oct 2014 13:37:34 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E72E830E for ; Thu, 2 Oct 2014 13:37:33 +0000 (UTC) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) (authenticated bits=0) by hydra.pix.net (8.14.9/8.14.9) with ESMTP id s92DbOHI019358; Thu, 2 Oct 2014 09:37:32 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.8/8.14.8) with ESMTP id s92Da2m9001073 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 2 Oct 2014 09:36:03 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: FreeBSD 10-STABLE/sparc64 panic From: Chris Ross In-Reply-To: <0686B43F-94CC-48BA-81B6-5FBEAF9713EC@distal.com> Date: Thu, 2 Oct 2014 09:36:09 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <32B71E26-EA09-4143-9E6F-CF4E033E9106@distal.com> References: <323A3936-DE55-459A-B8AA-CFF463922F22@distal.com> <7DD7D2DC-A265-40D6-9995-16ABAF79C1FB@distal.com> <456226AE-0712-4510-AEF5-2053F36F2181@distal.com> <20140929042249.GK43300@funkthat.com> <0686B43F-94CC-48BA-81B6-5FBEAF9713EC@distal.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1878.6) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [206.138.151.250]); Thu, 02 Oct 2014 09:36:04 -0400 (EDT) Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2014 13:37:34 -0000 On Oct 1, 2014, at 22:53 , Chris Ross wrote: > On Sep 29, 2014, at 00:22 , John-Mark Gurney wrote: >> If you could get a core dump (call doadump) that'd be good, but = dumping >> the stack of the tid that held the spinlock too long would be a good >> start.. >=20 > I fear I'm going to need some help doing this. I'm not sure what I = need to > do to get into ddb. (And, after that, I'm not sure how to dump the = stack of > the tld that held the spinlock) Okay. I rebuilt GENERIC after adding options DDB, and found the = following: spin lock 0xc0ccbdb0 (smp rendezvous) held by 0xfffff8000559f6d0 (tid = 100351) too long timeout stopping cpus panic: spin lock held too long [...] db> thread 100351 [ thread pid 299 tid 100351 ] sched_switch+0x3e0: call cpu_switch db> thread =20 [ thread pid 299 tid 100351 ] sched_switch+0x3e0: call cpu_switch db> bt Tracing pid 299 tid 100351 td 0xfffff8000559f6d0 mi_switch() at mi_switch+0x19c critical_exit() at critical_exit+0x9c spinlock_exit() at spinlock_exit+0x8 turnstile_chain_unlock() at turnstile_chain_unlock+0x6c __mtx_unlock_sleep() at __mtx_unlock_sleep+0x9c bge_init() at bge_init+0x5c ether_ioctl() at ether_ioctl+0x70 M_PLIMIT() at M_PLIMIT+0x8 db> dump Cannot dump: no dump device specified. db>=20 Apparently, I don't have a dump device set, so I'll to fix that next = and get a core dump. I'm not sure, however, if what I provided above was the = stack of the tid as was requested. At least, it's not 100% consistent. Since I = had a DDB kernel running, while trying to get the system back up to multiuser, = I did get many more panic's to experiment with, and doing the same "thread NNN", "bt" on many passes I sometimes got different results. Perhaps I'm doing something wrong? Or worse, it may not be 100% consistent. :-/ A pointer to what I need to do within ddb would be appreciated, if I'm doing anything wrong (or suboptimmally), or any other instructions. I'll = try to get a dump device specified. Thanks. - Chris From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 2 13:45:09 2014 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74F159F4 for ; Thu, 2 Oct 2014 13:45:09 +0000 (UTC) Received: from nm36.bullet.mail.ne1.yahoo.com (nm36.bullet.mail.ne1.yahoo.com [98.138.229.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2FBE45E3 for ; Thu, 2 Oct 2014 13:45:08 +0000 (UTC) Received: from [127.0.0.1] by nm36.bullet.mail.ne1.yahoo.com with NNFMP; 02 Oct 2014 13:45:07 -0000 Received: from [98.138.100.115] by nm36.bullet.mail.ne1.yahoo.com with NNFMP; 02 Oct 2014 13:42:17 -0000 Received: from [216.39.60.172] by tm106.bullet.mail.ne1.yahoo.com with NNFMP; 02 Oct 2014 13:42:17 -0000 Received: from [216.39.60.246] by tm8.access.bullet.mail.gq1.yahoo.com with NNFMP; 02 Oct 2014 13:42:17 -0000 Received: from [127.0.0.1] by omp1017.access.mail.gq1.yahoo.com with NNFMP; 02 Oct 2014 13:42:17 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 46691.49802.bm@omp1017.access.mail.gq1.yahoo.com Received: (qmail 86424 invoked by uid 60001); 2 Oct 2014 13:42:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ameritech.net; s=s1024; t=1412257337; bh=Lf/vFDZxy9Jpduj7EbwgzClJC6SZwI5Ya8X7N7jhn2Q=; h=Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=iR33b1k9kwqamWwLgDgGSjvPm8NTFA7uV78wINKhYxiMCFxIpo1KES+5vmLlcL1JMphQEG4+7AEfFBfujpQDTEyGEm6I61AzrKVlgqRE+DifQ050wPCoDWrOtB2yjBerYUFEYmS9NIgbV3li4XH9iEwrtlrK9KkoLrqp4gAZ2EU= X-YMail-OSG: Kb8GODYVM1k2aKOdsfXeYWSkzcEghuJfd1U4X_JGnXGEdpo klRFWC0Tvs3lZkhj5ozf_TiY4w3IslXsupvbq6AytOmaKgH7pYIzW5ThxVfE u9SIjpmWnary3zdwph3cWdZ6yxpJbKFsKeEWbih7pn2DYsdQqap0W25O.EyP Vt.xV8ufTP0JSyllh_sJLZN0uUG9xEJX6hnBp0L3HQcsNp6WSZYvWn4fKdwr G555S0Med_UZiWM8HzoSuThMsqdOFrWYH.wq5dvZsuu90uKp7OBT93TejcOs CJ7xdxRYiBwxZ05I0lQfFlFAyVvCXtz32lNbY3wJGEHStORaamejWghn6fMi 5DyQK7Z3Qz4GjTsHPGOowrL4pZtj_lGCm9hf5mJEeC0khtIj_Au1Gl2z4eTK MIhiVeo5EC3arn8Ihqb52qdB0rI3tYbBjZPsuhwAx5UexEC9wac.AS9UpUXM tbTls41TvOQr84kFkYTjoq22RynbRdD.IkWTT8D58o1yGdQCtozW1Oobjo5F jdNv5lLmpbBZoAgmfOBZr33kkIFzIBX3i0lWEBZY6LsP8CcdE0MK8Pwcv8R. eJr9UTSfZAE7u1pZy6GLu2LcIKg-- Received: from [64.53.192.4] by web185302.mail.gq1.yahoo.com via HTTP; Thu, 02 Oct 2014 06:42:16 PDT X-Rocket-MIMEInfo: 002.001, UkVNT1ZFIE1FIEZST00gWU9VUiBNQUlMIExJU1QuLi4uLi4uLi4uLi4gUExFQVNFICEhISEhISEhISEhDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpPbiBUaHUsIDEwLzIvMTQsIENocmlzIFJvc3MgPGNyb3NzK2ZyZWVic2RAZGlzdGFsLmNvbT4gd3JvdGU6DQoNCiBTdWJqZWN0OiBSZTogRnJlZUJTRCAxMC1TVEFCTEUvc3BhcmM2NCBwYW5pYw0KIFRvOiAiSm9obi1NYXJrIEd1cm5leSIgPGptZ0BmdW5rdGhhdC5jb20.DQogQ2M6IGZyZWVic2Qtc3BhcmM2NEBmcmUBMAEBAQE- X-Mailer: YahooMailClassic/786 YahooMailWebService/0.8.203.696 Message-ID: <1412257336.25317.YahooMailBasic@web185302.mail.gq1.yahoo.com> Date: Thu, 2 Oct 2014 06:42:16 -0700 From: Craig Masse Subject: Re: FreeBSD 10-STABLE/sparc64 panic To: John-Mark Gurney , Chris Ross In-Reply-To: <32B71E26-EA09-4143-9E6F-CF4E033E9106@distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2014 13:45:09 -0000 REMOVE ME FROM YOUR MAIL LIST............ PLEASE !!!!!!!!!!! -------------------------------------------- On Thu, 10/2/14, Chris Ross wrote: Subject: Re: FreeBSD 10-STABLE/sparc64 panic To: "John-Mark Gurney" Cc: freebsd-sparc64@freebsd.org Date: Thursday, October 2, 2014, 8:36 AM =20 =20 On Oct 1, 2014, at 22:53 , Chris Ross wrote: > On Sep 29, 2014, at 00:22 , John-Mark Gurney wrote: >> If you could get a core dump (call doadump) that'd be good, but dumping >> the stack of the tid that held the spinlock too long would be a good >> start.. >=20 >=A0 I fear I'm going to need some help doing this.=A0 I'm not sure what I need to > do to get into ddb.=A0 (And, after that, I'm not sure how to dump the stack of > the tld that held the spinlock) =20 =A0 Okay.=A0 I rebuilt GENERIC after adding options DDB, and found the following: =20 spin lock 0xc0ccbdb0 (smp rendezvous) held by 0xfffff8000559f6d0 (tid 100351) too long timeout stopping cpus panic: spin lock held too long [...] db> thread 100351 [ thread pid 299 tid 100351 ] sched_switch+0x3e0:=A0 =A0=A0=A0call=A0 =A0 =A0 =A0 =A0 =A0 cpu_switch db> thread=A0 =A0 =A0=A0=A0 [ thread pid 299 tid 100351 ] sched_switch+0x3e0:=A0 =A0=A0=A0call=A0 =A0 =A0 =A0 =A0 =A0 cpu_switch db> bt Tracing pid 299 tid 100351 td 0xfffff8000559f6d0 mi_switch() at mi_switch+0x19c critical_exit() at critical_exit+0x9c spinlock_exit() at spinlock_exit+0x8 turnstile_chain_unlock() at turnstile_chain_unlock+0x6c __mtx_unlock_sleep() at __mtx_unlock_sleep+0x9c bge_init() at bge_init+0x5c ether_ioctl() at ether_ioctl+0x70 M_PLIMIT() at M_PLIMIT+0x8 db> dump Cannot dump: no dump device specified. db>=20 =20 =A0 Apparently, I don't have a dump device set, so I'll to fix that next and get a core dump.=A0 I'm not sure, however, if what I provided above was the stack of the tid as was requested.=A0 At least, it's not 100% consistent.=A0 Since I had a DDB kernel running, while trying to get the system back up to multiuser, I did get many more panic's to experiment with, and doing the same "thread NNN", "bt" on many passes I sometimes got different results. Perhaps I'm doing something wrong?=A0 Or worse, it may not be 100% consistent.=A0 :-/ =20 =A0 A pointer to what I need to do within ddb would be appreciated, if I'm doing anything wrong (or suboptimmally), or any other instructions. I'll try to get a dump device specified. =20 =A0 Thanks. =20 =A0 =A0 =A0 =A0 =A0 =A0 =A0 - Chris =20 =20 =20 =20 =20 _______________________________________________ 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 Thu Oct 2 13:47:35 2014 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D836A71 for ; Thu, 2 Oct 2014 13:47:35 +0000 (UTC) Received: from nbfkord-smmo06.seg.att.com (nbfkord-smmo06.seg.att.com [209.65.160.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1CF1960F for ; Thu, 2 Oct 2014 13:47:34 +0000 (UTC) Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo06.seg.att.com(mxl_mta-7.2.2-0) with ESMTP id 7775d245.2b5fd0a40940.5795869.00-2424.16197508.nbfkord-smmo06.seg.att.com (envelope-from ); Thu, 02 Oct 2014 13:47:35 +0000 (UTC) X-MXL-Hash: 542d57770e32fc8e-3b7f60973418efde35e05e8216c0a0714ca94412 Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo06.seg.att.com(mxl_mta-7.2.2-0) over TLS secured channel with ESMTP id f375d245.0.5795321.00-2377.16195755.nbfkord-smmo06.seg.att.com (envelope-from ); Thu, 02 Oct 2014 13:46:40 +0000 (UTC) X-MXL-Hash: 542d5740340e4cd3-0d83284bd936c8be316653ad2dd38d40a0e8f21f Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s92Dkc7g012299; Thu, 2 Oct 2014 09:46:39 -0400 Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id s92DkR5V012105 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Oct 2014 09:46:35 -0400 Received: from MISOUT7MSGHUBAH.ITServices.sbc.com (MISOUT7MSGHUBAH.itservices.sbc.com [130.9.129.152]) by mlpi409.sfdc.sbc.com (RSA Interceptor); Thu, 2 Oct 2014 13:46:09 GMT Received: from MISOUT7MSGUSRCC.ITServices.sbc.com ([169.254.3.199]) by MISOUT7MSGHUBAH.ITServices.sbc.com ([130.9.129.152]) with mapi id 14.03.0195.001; Thu, 2 Oct 2014 09:46:08 -0400 From: "CARTWRIGHT, CORY C" To: Craig Masse , John-Mark Gurney , Chris Ross Subject: RE: FreeBSD 10-STABLE/sparc64 panic Thread-Topic: FreeBSD 10-STABLE/sparc64 panic Thread-Index: AQHP3exXoYEPGE6TbEq7BooYms+gAJwdEtuAgAABtQD//74AAA== Date: Thu, 2 Oct 2014 13:46:08 +0000 Message-ID: References: <32B71E26-EA09-4143-9E6F-CF4E033E9106@distal.com> <1412257336.25317.YahooMailBasic@web185302.mail.gq1.yahoo.com> In-Reply-To: <1412257336.25317.YahooMailBasic@web185302.mail.gq1.yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.107.52] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=LIzRtuq9 c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a] X-AnalysisOut: [=ofMgfj31e3cA:10 a=Oe0pjaowp24A:10 a=BLceEmwcHowA:10 a=8nJ] X-AnalysisOut: [EP1OIZ-IA:10 a=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=6I5d2MoRA] X-AnalysisOut: [AAA:8 a=MXhr-EMnAAAA:8 a=4FFUHJPBAAAA:8 a=EapLHF5jvKlwWskn] X-AnalysisOut: [rhEA:9 a=wPNLvfGTeEIA:10 a=SV7veod9ZcQA:10 a=TCgD3fc5JeIA:] X-AnalysisOut: [10 a=WglDhLyllLQA:10] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.229.24] Cc: "freebsd-sparc64@freebsd.org" X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2014 13:47:35 -0000 To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" -----Original Message----- From: owner-freebsd-sparc64@freebsd.org [mailto:owner-freebsd-sparc64@freeb= sd.org] On Behalf Of Craig Masse Sent: Thursday, October 02, 2014 9:42 AM To: John-Mark Gurney; Chris Ross Cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD 10-STABLE/sparc64 panic REMOVE ME FROM YOUR MAIL LIST............ PLEASE !!!!!!!!!!! -------------------------------------------- On Thu, 10/2/14, Chris Ross wrote: Subject: Re: FreeBSD 10-STABLE/sparc64 panic To: "John-Mark Gurney" Cc: freebsd-sparc64@freebsd.org Date: Thursday, October 2, 2014, 8:36 AM =20 =20 On Oct 1, 2014, at 22:53 , Chris Ross wrote: > On Sep 29, 2014, at 00:22 , John-Mark Gurney wrote: >> If you could get a core dump (call doadump) that'd be good, but dumping >> the stack of the tid that held the spinlock too long would be a good >> start.. >=20 >=A0 I fear I'm going to need some help doing this.=A0 I'm not sure what I need to > do to get into ddb.=A0 (And, after that, I'm not sure how to dump the stack of > the tld that held the spinlock) =20 =A0 Okay.=A0 I rebuilt GENERIC after adding options DDB, and found the following: =20 spin lock 0xc0ccbdb0 (smp rendezvous) held by 0xfffff8000559f6d0 (tid 100351) too long timeout stopping cpus panic: spin lock held too long [...] db> thread 100351 [ thread pid 299 tid 100351 ] sched_switch+0x3e0:=A0 =A0=A0=A0call=A0 =A0 =A0 =A0 =A0 =A0 cpu_switch db> thread=A0 =A0 =A0=A0=A0 [ thread pid 299 tid 100351 ] sched_switch+0x3e0:=A0 =A0=A0=A0call=A0 =A0 =A0 =A0 =A0 =A0 cpu_switch db> bt Tracing pid 299 tid 100351 td 0xfffff8000559f6d0 mi_switch() at mi_switch+0x19c critical_exit() at critical_exit+0x9c spinlock_exit() at spinlock_exit+0x8 turnstile_chain_unlock() at turnstile_chain_unlock+0x6c __mtx_unlock_sleep() at __mtx_unlock_sleep+0x9c bge_init() at bge_init+0x5c ether_ioctl() at ether_ioctl+0x70 M_PLIMIT() at M_PLIMIT+0x8 db> dump Cannot dump: no dump device specified. db>=20 =20 =A0 Apparently, I don't have a dump device set, so I'll to fix that next and get a core dump.=A0 I'm not sure, however, if what I provided above was the stack of the tid as was requested.=A0 At least, it's not 100% consistent.=A0 Since I had a DDB kernel running, while trying to get the system back up to multiuser, I did get many more panic's to experiment with, and doing the same "thread NNN", "bt" on many passes I sometimes got different results. Perhaps I'm doing something wrong?=A0 Or worse, it may not be 100% consistent.=A0 :-/ =20 =A0 A pointer to what I need to do within ddb would be appreciated, if I'm doing anything wrong (or suboptimmally), or any other instructions. I'll try to get a dump device specified. =20 =A0 Thanks. =20 =A0 =A0 =A0 =A0 =A0 =A0 =A0 - Chris =20 =20 =20 =20 =20 _______________________________________________ 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" =20 _______________________________________________ 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"