From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 27 11:06:54 2014 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEDCDCFA for ; Mon, 27 Jan 2014 11:06:54 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9A371A96 for ; Mon, 27 Jan 2014 11:06:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0RB6svp013153 for ; Mon, 27 Jan 2014 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0RB6sHu013151 for freebsd-sparc64@FreeBSD.org; Mon, 27 Jan 2014 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 Jan 2014 11:06:54 GMT Message-Id: <201401271106.s0RB6sHu013151@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 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 11:06:54 -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 -------------------------------------------------------------------------------- o sparc/170663 sparc64 panics with VIA 6421 SATA150 controller on Blade 1500 o sparc/169669 sparc64 Something seems broken in sparc64 TLS or lang/lua o sparc/164227 sparc64 [boot] Can't boot 9.0-RELEASE/sparc64 on Blade 1500 s sparc/164226 sparc64 [cd] Data corruption on 9.0-RELEASE when reading from o sparc/162513 sparc64 mpt(4), mptutil(8) reports variable, erroneous drive i o sparc/141918 sparc64 [ehci] ehci_interrupt: unrecoverable error, controller s sparc/139134 sparc64 kernel output corruption 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/71729 sparc64 printf in kernel thread causes panic on SPARC 11 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 27 20:03:33 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F9379A4 for ; Mon, 27 Jan 2014 20:03:33 +0000 (UTC) Received: from vlakno.cz (mail.vlakno.cz [95.129.96.251]) by mx1.freebsd.org (Postfix) with ESMTP id 509B51B3C for ; Mon, 27 Jan 2014 20:03:32 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 1EBE41CC5593; Mon, 27 Jan 2014 21:03:31 +0100 (CET) Date: Mon, 27 Jan 2014 21:03:31 +0100 From: Roman Divacky To: Kurt Lidl Subject: Re: Call for help: clang/llvm for sparc64 Message-ID: <20140127200331.GA80131@freebsd.org> References: <20140117183733.GA93251@freebsd.org> <1389984564.3414.5.camel@atlas.lerwick.hopto.org> <20140117221330.GA2788@freebsd.org> <1390175474.8376.3.camel@atlas.lerwick.hopto.org> <3866560.132.1390324121556.JavaMail.craig@w520> <20140121170801.GA56661@freebsd.org> <52E553E6.6020902@pix.net> <20140126190349.GA89295@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140126190349.GA89295@freebsd.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 20:03:33 -0000 Btw, can someone test this patch? ie. compile (with gcc) sparc64 kernel with it and boot it? > Yes, I had to fix that but forgot to upstream it. > > Index: sparc64/include/pcpu.h > =================================================================== > --- sparc64/include/pcpu.h (revision 259767) > +++ sparc64/include/pcpu.h (working copy) > @@ -70,9 +70,26 @@ > struct pcb; > struct pcpu; > > -register struct pcb *curpcb __asm__(__XSTRING(PCB_REG)); > -register struct pcpu *pcpup __asm__(__XSTRING(PCPU_REG)); > +static __inline __pure2 struct pcb * > +__curpcb(void) > +{ > + struct pcb *pcb; > > + __asm("ldx [%" __XSTRING(PCB_REG) "], %0" : "=r" (pcb)); > + return (pcb); > +} > +#define curpcb (__curpcb()) > + > +static __inline __pure2 struct pcpu * > +__curpcpu(void) > +{ > + struct pcpu *pcpu; > + > + __asm("ldx [%" __XSTRING(PCPU_REG) "], %0" : "=r" (pcpu)); > + return (pcpu); > +} > +#define pcpup (__curpcpu()) > + > #define PCPU_GET(member) (pcpup->pc_ ## member) > > static __inline __pure2 struct thread * > > > the llvm sparc64 is not yet ready for wide consumption. Once llvm 3.4 is imported > (days now) the sparc64 backend will be enabled as well. Then I plan to backport > all the fixes from llvm trunk to enable it to selfhost. So that we can build > llvm 3.5 with llvm itself. This is necesary as llvm is becoming c++11 only. > > Roman From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 27 21:51:01 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F05CBC67; Mon, 27 Jan 2014 21:51:01 +0000 (UTC) Received: from mx.bsdtec.net (mx.bsdtec.net [174.34.171.65]) by mx1.freebsd.org (Postfix) with ESMTP id BC1F214A3; Mon, 27 Jan 2014 21:51:01 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id 7CB31489876; Mon, 27 Jan 2014 21:50:54 +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 0A8MwblQp1jw; Mon, 27 Jan 2014 21:50:53 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id 586BD489898; Mon, 27 Jan 2014 21:50:53 +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 k7fSxSWGzNjO; Mon, 27 Jan 2014 21:50:53 +0000 (UTC) Received: from mx.bsdtec.net (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id 198D5489876; Mon, 27 Jan 2014 21:50:53 +0000 (UTC) Date: Mon, 27 Jan 2014 21:50:52 +0000 (GMT) From: Craig Butler To: Roman Divacky Message-ID: <3051948.261.1390859647458.JavaMail.craig@w520> In-Reply-To: <20140127200331.GA80131@freebsd.org> References: <20140117221330.GA2788@freebsd.org> <1390175474.8376.3.camel@atlas.lerwick.hopto.org> <3866560.132.1390324121556.JavaMail.craig@w520> <20140121170801.GA56661@freebsd.org> <52E553E6.6020902@pix.net> <20140126190349.GA89295@freebsd.org> <20140127200331.GA80131@freebsd.org> Subject: Re: Call for help: clang/llvm for sparc64 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.16.32.3] X-Mailer: Zimbra 8.0.4_GA_5718 (Zimbra Desktop/7.2.2_11951_Windows) Thread-Topic: Call for help: clang/llvm for sparc64 Thread-Index: vzM1wl1yRNEfF1tFk7jLaOM9hn7LwA== Cc: Kurt Lidl , sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 21:51:02 -0000 > Btw, can someone test this patch? ie. compile (with gcc) sparc64 > kernel > with it and boot it? > > > Yes, I had to fix that but forgot to upstream it. > > > > Index: sparc64/include/pcpu.h > > =================================================================== > > --- sparc64/include/pcpu.h (revision 259767) > > +++ sparc64/include/pcpu.h (working copy) > > @@ -70,9 +70,26 @@ > > struct pcb; > > struct pcpu; > > > > -register struct pcb *curpcb __asm__(__XSTRING(PCB_REG)); > > -register struct pcpu *pcpup __asm__(__XSTRING(PCPU_REG)); > > +static __inline __pure2 struct pcb * > > +__curpcb(void) > > +{ > > + struct pcb *pcb; > > > > + __asm("ldx [%" __XSTRING(PCB_REG) "], %0" : "=r" (pcb)); > > + return (pcb); > > +} > > +#define curpcb (__curpcb()) > > + > > +static __inline __pure2 struct pcpu * > > +__curpcpu(void) > > +{ > > + struct pcpu *pcpu; > > + > > + __asm("ldx [%" __XSTRING(PCPU_REG) "], %0" : "=r" (pcpu)); > > + return (pcpu); > > +} > > +#define pcpup (__curpcpu()) > > + > > #define PCPU_GET(member) (pcpup->pc_ ## member) > > > > static __inline __pure2 struct thread * > > > > > > the llvm sparc64 is not yet ready for wide consumption. Once llvm > > 3.4 is imported > > (days now) the sparc64 backend will be enabled as well. Then I plan > > to backport > > all the fixes from llvm trunk to enable it to selfhost. So that we > > can build > > llvm 3.5 with llvm itself. This is necesary as llvm is becoming > > c++11 only. > > Do you want us to apply that patch to /usr/src/sys/sparc64/include/pcpu.h then make with gcc ?? Do we have to pull down HEAD or can this be applied over a 9.2|10-RELEASE ? Which gcc ?? Kind Regards Craig Butler From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 27 21:54:04 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C72C4DDB for ; Mon, 27 Jan 2014 21:54:04 +0000 (UTC) Received: from vlakno.cz (mail.vlakno.cz [95.129.96.251]) by mx1.freebsd.org (Postfix) with ESMTP id 871831536 for ; Mon, 27 Jan 2014 21:54:04 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 05FCE1CC55E8; Mon, 27 Jan 2014 22:54:03 +0100 (CET) Date: Mon, 27 Jan 2014 22:54:03 +0100 From: Roman Divacky To: Craig Butler Subject: Re: Call for help: clang/llvm for sparc64 Message-ID: <20140127215402.GA85169@freebsd.org> References: <20140117221330.GA2788@freebsd.org> <1390175474.8376.3.camel@atlas.lerwick.hopto.org> <3866560.132.1390324121556.JavaMail.craig@w520> <20140121170801.GA56661@freebsd.org> <52E553E6.6020902@pix.net> <20140126190349.GA89295@freebsd.org> <20140127200331.GA80131@freebsd.org> <3051948.261.1390859647458.JavaMail.craig@w520> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3051948.261.1390859647458.JavaMail.craig@w520> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Kurt Lidl , sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 21:54:04 -0000 On Mon, Jan 27, 2014 at 09:50:52PM +0000, Craig Butler wrote: > > > > Btw, can someone test this patch? ie. compile (with gcc) sparc64 > > kernel > > with it and boot it? > > > > > Yes, I had to fix that but forgot to upstream it. > > > > > > Index: sparc64/include/pcpu.h > > > =================================================================== > > > --- sparc64/include/pcpu.h (revision 259767) > > > +++ sparc64/include/pcpu.h (working copy) > > > @@ -70,9 +70,26 @@ > > > struct pcb; > > > struct pcpu; > > > > > > -register struct pcb *curpcb __asm__(__XSTRING(PCB_REG)); > > > -register struct pcpu *pcpup __asm__(__XSTRING(PCPU_REG)); > > > +static __inline __pure2 struct pcb * > > > +__curpcb(void) > > > +{ > > > + struct pcb *pcb; > > > > > > + __asm("ldx [%" __XSTRING(PCB_REG) "], %0" : "=r" (pcb)); > > > + return (pcb); > > > +} > > > +#define curpcb (__curpcb()) > > > + > > > +static __inline __pure2 struct pcpu * > > > +__curpcpu(void) > > > +{ > > > + struct pcpu *pcpu; > > > + > > > + __asm("ldx [%" __XSTRING(PCPU_REG) "], %0" : "=r" (pcpu)); > > > + return (pcpu); > > > +} > > > +#define pcpup (__curpcpu()) > > > + > > > #define PCPU_GET(member) (pcpup->pc_ ## member) > > > > > > static __inline __pure2 struct thread * > > > > > > > > > the llvm sparc64 is not yet ready for wide consumption. Once llvm > > > 3.4 is imported > > > (days now) the sparc64 backend will be enabled as well. Then I plan > > > to backport > > > all the fixes from llvm trunk to enable it to selfhost. So that we > > > can build > > > llvm 3.5 with llvm itself. This is necesary as llvm is becoming > > > c++11 only. > > > > > Do you want us to apply that patch to /usr/src/sys/sparc64/include/pcpu.h then make with gcc ?? > Do we have to pull down HEAD or can this be applied over a 9.2|10-RELEASE ? > Which gcc ?? -current and in-base gcc I would think would be the best. But 10.0R should work too. Roman From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 28 00:13:05 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 770E8E59 for ; Tue, 28 Jan 2014 00:13:05 +0000 (UTC) Received: from www876.sakura.ne.jp (www876.sakura.ne.jp [IPv6:2403:3a00:101:8:219:94:128:86]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B7151064 for ; Tue, 28 Jan 2014 00:13:04 +0000 (UTC) Received: from www876.sakura.ne.jp (localhost [127.0.0.1]) by www876.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s0S0D3PO051823 for ; Tue, 28 Jan 2014 09:13:03 +0900 (JST) (envelope-from kiseky@www876.sakura.ne.jp) Received: (from kiseky@localhost) by www876.sakura.ne.jp (8.14.5/8.14.5/Submit) id s0S0D37Y051822; Tue, 28 Jan 2014 09:13:03 +0900 (JST) (envelope-from kiseky) Date: Tue, 28 Jan 2014 09:13:03 +0900 (JST) Message-Id: <201401280013.s0S0D37Y051822@www876.sakura.ne.jp> To: freebsd-sparc64@freebsd.org Subject: Special Order Delivery Problem From: "Costco Shipping Manager" X-Mailer: IceWarpWebMail4.1.4 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Costco Shipping Manager List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 00:13:05 -0000   Costco        WHOLESALE       Unfortunately the delivery of your order COS-0079829166 was cancelled since the specified address of the recipient was not correct. You are recommended to complete this form and send it back with your reply to us. Please do this within the period of one week - if we dont get your timely reply you will be paid your money back less 18%.   1998-2014 Costco Wholesale Corporation All rights reserved From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 28 10:02:55 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1A301A6; Tue, 28 Jan 2014 10:02:55 +0000 (UTC) Received: from mx.bsdtec.net (mx.bsdtec.net [174.34.171.65]) by mx1.freebsd.org (Postfix) with ESMTP id 5E1531CE6; Tue, 28 Jan 2014 10:02:54 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id 15395489876; Tue, 28 Jan 2014 10:02:47 +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 COOi_AxrNj0X; Tue, 28 Jan 2014 10:02:45 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id 0882F489898; Tue, 28 Jan 2014 10:02:45 +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 46JyMlzWlgOL; Tue, 28 Jan 2014 10:02:44 +0000 (UTC) Received: from [192.168.1.3] (bsdtec.plus.com [84.92.41.141]) by mx.bsdtec.net (Postfix) with ESMTPSA id A3B16489876; Tue, 28 Jan 2014 10:02:43 +0000 (UTC) Subject: Re: Call for help: clang/llvm for sparc64 From: Craig Butler To: Roman Divacky In-Reply-To: <20140127215402.GA85169@freebsd.org> References: <20140117221330.GA2788@freebsd.org> <1390175474.8376.3.camel@atlas.lerwick.hopto.org> <3866560.132.1390324121556.JavaMail.craig@w520> <20140121170801.GA56661@freebsd.org> <52E553E6.6020902@pix.net> <20140126190349.GA89295@freebsd.org> <20140127200331.GA80131@freebsd.org> <3051948.261.1390859647458.JavaMail.craig@w520> <20140127215402.GA85169@freebsd.org> Date: Tue, 28 Jan 2014 10:04:35 +0000 Message-ID: <1390903475.4428.12.camel@zbox.lerwick.hopto.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Type: text/plain; charset="iso8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Kurt Lidl , sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 10:02:55 -0000 On Mon, 2014-01-27 at 22:54 +0100, Roman Divacky wrote: > On Mon, Jan 27, 2014 at 09:50:52PM +0000, Craig Butler wrote: > > > > > > > Btw, can someone test this patch? ie. compile (with gcc) sparc64 > > > kernel > > > with it and boot it? > > > > > > > Yes, I had to fix that but forgot to upstream it. > > > > > > > > Index: sparc64/include/pcpu.h > > > > =================================================================== > > > > --- sparc64/include/pcpu.h (revision 259767) > > > > +++ sparc64/include/pcpu.h (working copy) > > > > @@ -70,9 +70,26 @@ > > > > struct pcb; > > > > struct pcpu; > > > > > > > > -register struct pcb *curpcb __asm__(__XSTRING(PCB_REG)); > > > > -register struct pcpu *pcpup __asm__(__XSTRING(PCPU_REG)); > > > > +static __inline __pure2 struct pcb * > > > > +__curpcb(void) > > > > +{ > > > > + struct pcb *pcb; > > > > > > > > + __asm("ldx [%" __XSTRING(PCB_REG) "], %0" : "=r" (pcb)); > > > > + return (pcb); > > > > +} > > > > +#define curpcb (__curpcb()) > > > > + > > > > +static __inline __pure2 struct pcpu * > > > > +__curpcpu(void) > > > > +{ > > > > + struct pcpu *pcpu; > > > > + > > > > + __asm("ldx [%" __XSTRING(PCPU_REG) "], %0" : "=r" (pcpu)); > > > > + return (pcpu); > > > > +} > > > > +#define pcpup (__curpcpu()) > > > > + > > > > #define PCPU_GET(member) (pcpup->pc_ ## member) > > > > > > > > static __inline __pure2 struct thread * > > > > > > > > > > > > the llvm sparc64 is not yet ready for wide consumption. Once llvm > > > > 3.4 is imported > > > > (days now) the sparc64 backend will be enabled as well. Then I plan > > > > to backport > > > > all the fixes from llvm trunk to enable it to selfhost. So that we > > > > can build > > > > llvm 3.5 with llvm itself. This is necesary as llvm is becoming > > > > c++11 only. > > > > > > > > Do you want us to apply that patch to /usr/src/sys/sparc64/include/pcpu.h then make with gcc ?? > > Do we have to pull down HEAD or can this be applied over a 9.2|10-RELEASE ? > > Which gcc ?? > > -current and in-base gcc I would think would be the best. But 10.0R should work > too. > > Roman Hello Roman, Kurt and list I think the diff got broken somehow, it was failing bulk at 70 and kept creating a reject.. so I went ahead an altered the file anyway. I can confirm that the code does indeed compile however the installed kernel panics on boot (just after ZFS)... something it doesn't do on a stock kernel. //// sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking nexus0: type unknown (no driver attached) uart0: at port 0x3f8-0x3ff irq 43 on isa0 uart0: console (9600,n,8,1) uart1: at port 0x2e8-0x2ef irq 43 on isa0 ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounter "tick" frequency 0 Hz quality 1000 panic: trap: division by zero (kernel) cpuid = 0 KDB: stack backtrace: #0 0xc0883d78 at trap+0x558 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Resettin LOM event: +11h2m54s host reset //// --- sparc64/include/pcpu.h.orig 2014-01-28 04:40:28.058580261 +0000 +++ sparc64/include/pcpu.h 2014-01-28 04:45:01.423571144 +0000 @@ -70,8 +70,25 @@ struct pcb; struct pcpu; -register struct pcb *curpcb __asm__(__XSTRING(PCB_REG)); -register struct pcpu *pcpup __asm__(__XSTRING(PCPU_REG)); +static __inline __pure2 struct pcb * +__curpcb(void) + { + struct pcb *pcb; + + __asm("ldx [%" __XSTRING(PCB_REG) "], %0" : "=r" (pcb)); + return (pcb); + } +#define curpcb (__curpcb()) + +static __inline __pure2 struct pcpu * +__curpcpu(void) + { + struct pcpu *pcpu; + + __asm("ldx [%" __XSTRING(PCPU_REG) "], %0" : "=r" (pcpu)); + return (pcpu); + } +#define pcpup (__curpcpu()) #define PCPU_GET(member) (pcpup->pc_ ## member) I ran the buildkernel and installkernel in a script session, I can make these available if desired. Kind Regards Craig Butler From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 28 19:48:36 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86CA295D; Tue, 28 Jan 2014 19:48:36 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 378A112A8; Tue, 28 Jan 2014 19:48:35 +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 s0SJmTrd079342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Jan 2014 11:48:29 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s0SJmSFB079341; Tue, 28 Jan 2014 11:48:28 -0800 (PST) (envelope-from jmg) Date: Tue, 28 Jan 2014 11:48:28 -0800 From: John-Mark Gurney To: Craig Butler Subject: Re: Call for help: clang/llvm for sparc64 Message-ID: <20140128194828.GD13704@funkthat.com> Mail-Followup-To: Craig Butler , Roman Divacky , Kurt Lidl , sparc64@freebsd.org References: <20140117221330.GA2788@freebsd.org> <1390175474.8376.3.camel@atlas.lerwick.hopto.org> <3866560.132.1390324121556.JavaMail.craig@w520> <20140121170801.GA56661@freebsd.org> <52E553E6.6020902@pix.net> <20140126190349.GA89295@freebsd.org> <20140127200331.GA80131@freebsd.org> <3051948.261.1390859647458.JavaMail.craig@w520> <20140127215402.GA85169@freebsd.org> <1390903475.4428.12.camel@zbox.lerwick.hopto.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <1390903475.4428.12.camel@zbox.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-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 28 Jan 2014 11:48:29 -0800 (PST) Cc: Roman Divacky , Kurt Lidl , sparc64@freebsd.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 19:48:36 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Craig Butler wrote this message on Tue, Jan 28, 2014 at 10:04 +0000: > On Mon, 2014-01-27 at 22:54 +0100, Roman Divacky wrote: > > > On Mon, Jan 27, 2014 at 09:50:52PM +0000, Craig Butler wrote: > > > > > > > > > > Btw, can someone test this patch? ie. compile (with gcc) sparc64 > > > > kernel > > > > with it and boot it? > > > > > > > > > Yes, I had to fix that but forgot to upstream it. > > > > > > > > > > Index: sparc64/include/pcpu.h > > > > > =================================================================== > > > > > --- sparc64/include/pcpu.h (revision 259767) > > > > > +++ sparc64/include/pcpu.h (working copy) > > > > > @@ -70,9 +70,26 @@ > > > > > struct pcb; > > > > > struct pcpu; > > > > > > > > > > -register struct pcb *curpcb __asm__(__XSTRING(PCB_REG)); > > > > > -register struct pcpu *pcpup __asm__(__XSTRING(PCPU_REG)); > > > > > +static __inline __pure2 struct pcb * > > > > > +__curpcb(void) > > > > > +{ > > > > > + struct pcb *pcb; > > > > > > > > > > + __asm("ldx [%" __XSTRING(PCB_REG) "], %0" : "=r" (pcb)); > > > > > + return (pcb); > > > > > +} > > > > > +#define curpcb (__curpcb()) > > > > > + > > > > > +static __inline __pure2 struct pcpu * > > > > > +__curpcpu(void) > > > > > +{ > > > > > + struct pcpu *pcpu; > > > > > + > > > > > + __asm("ldx [%" __XSTRING(PCPU_REG) "], %0" : "=r" (pcpu)); > > > > > + return (pcpu); > > > > > +} > > > > > +#define pcpup (__curpcpu()) > > > > > + > > > > > #define PCPU_GET(member) (pcpup->pc_ ## member) > > > > > > > > > > static __inline __pure2 struct thread * > > > > > > > > > > > > > > > the llvm sparc64 is not yet ready for wide consumption. Once llvm > > > > > 3.4 is imported > > > > > (days now) the sparc64 backend will be enabled as well. Then I plan > > > > > to backport > > > > > all the fixes from llvm trunk to enable it to selfhost. So that we > > > > > can build > > > > > llvm 3.5 with llvm itself. This is necesary as llvm is becoming > > > > > c++11 only. > > > > > > > > > > > Do you want us to apply that patch to /usr/src/sys/sparc64/include/pcpu.h then make with gcc ?? > > > Do we have to pull down HEAD or can this be applied over a 9.2|10-RELEASE ? > > > Which gcc ?? > > > > -current and in-base gcc I would think would be the best. But 10.0R should work > > too. > > > > Roman > > > Hello Roman, Kurt and list > > I think the diff got broken somehow, it was failing bulk at 70 and kept > creating a reject.. so I went ahead an altered the file anyway. > > I can confirm that the code does indeed compile however the installed > kernel panics on boot (just after ZFS)... something it doesn't do on a > stock kernel. > > //// > sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking > nexus0: type unknown (no driver attached) > uart0: at port 0x3f8-0x3ff > irq 43 on isa0 > uart0: console (9600,n,8,1) > uart1: at port 0x2e8-0x2ef > irq 43 on isa0 > ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable > behavior. > Consider tuning vm.kmem_size and vm.kmem_size_max > in /boot/loader.conf. > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > Timecounter "tick" frequency 0 Hz quality 1000 > panic: trap: division by zero (kernel) > cpuid = 0 > KDB: stack backtrace: > #0 0xc0883d78 at trap+0x558 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > Resettin > LOM event: +11h2m54s host reset > //// > > --- sparc64/include/pcpu.h.orig 2014-01-28 04:40:28.058580261 +0000 > +++ sparc64/include/pcpu.h 2014-01-28 04:45:01.423571144 +0000 > @@ -70,8 +70,25 @@ > struct pcb; > struct pcpu; > > -register struct pcb *curpcb __asm__(__XSTRING(PCB_REG)); > -register struct pcpu *pcpup __asm__(__XSTRING(PCPU_REG)); > +static __inline __pure2 struct pcb * > +__curpcb(void) > + { > + struct pcb *pcb; > + > + __asm("ldx [%" __XSTRING(PCB_REG) "], %0" : "=r" (pcb)); > + return (pcb); > + } > +#define curpcb (__curpcb()) > + > +static __inline __pure2 struct pcpu * > +__curpcpu(void) > + { > + struct pcpu *pcpu; > + > + __asm("ldx [%" __XSTRING(PCPU_REG) "], %0" : "=r" (pcpu)); > + return (pcpu); > + } > +#define pcpup (__curpcpu()) > > #define PCPU_GET(member) (pcpup->pc_ ## member) > > > I ran the buildkernel and installkernel in a script session, I can make > these available if desired. After talking w/ Roman, I belive that this patch is wrong... The reason the ldx works for curthread is that it is the first member of pcpu... For pcpu and curpcb, we just need to mov the register... Here is a new patch.. I have not tried to compile, so adjust as necessary... If you do need to adjust the patch, please reply with the working and compilable patch so I can commit... Thanks for the testing. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --YZ5djTAD1cGYuMQK Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sparc64.pcbpcpu.patch" Index: sparc64/include/pcpu.h =================================================================== --- sparc64/include/pcpu.h (revision 261142) +++ sparc64/include/pcpu.h (working copy) @@ -70,9 +70,28 @@ extern void *dpcpu0; struct pcb; struct pcpu; -register struct pcb *curpcb __asm__(__XSTRING(PCB_REG)); -register struct pcpu *pcpup __asm__(__XSTRING(PCPU_REG)); +static __inline __pure2 struct pcb * +__curpcb(void) +{ + struct pcb *pcb; + __asm("mov " __XSTRING(PCB_REG) ", %0" : "=r" (pcb)); + + return (pcb); +} +#define curpcb (__curpcb()) + +static __inline __pure2 struct pcpu * +__pcpu(void) +{ + struct pcpu *pcpu; + + __asm("mov " __XSTRING(PCPU_REG) ", %0" : "=r" (pcpu)); + + return (pcpu); +} +#define pcpu (__pcpu()) + #define PCPU_GET(member) (pcpup->pc_ ## member) static __inline __pure2 struct thread * --YZ5djTAD1cGYuMQK-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 29 10:28:57 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC8EE8A8; Wed, 29 Jan 2014 10:28:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 877C21832; Wed, 29 Jan 2014 10:28:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s0TASuvX033508; Wed, 29 Jan 2014 05:28:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s0TASubm033507; Wed, 29 Jan 2014 10:28:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 29 Jan 2014 10:28:56 GMT Message-Id: <201401291028.s0TASubm033507@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 10:28:58 -0000 TB --- 2014-01-29 09:53:38 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 09:53:38 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 09:53:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-01-29 09:53:38 - cleaning the object tree TB --- 2014-01-29 09:53:38 - /usr/local/bin/svn stat /src TB --- 2014-01-29 09:53:41 - At svn revision 261254 TB --- 2014-01-29 09:53:42 - building world TB --- 2014-01-29 09:53:42 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 09:53:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 09:53:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 09:53:42 - SRCCONF=/dev/null TB --- 2014-01-29 09:53:42 - TARGET=sparc64 TB --- 2014-01-29 09:53:42 - TARGET_ARCH=sparc64 TB --- 2014-01-29 09:53:42 - TZ=UTC TB --- 2014-01-29 09:53:42 - __MAKE_CONF=/dev/null TB --- 2014-01-29 09:53:42 - cd /src TB --- 2014-01-29 09:53:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 09:53:49 UTC 2014 >>> 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 [...] ===> cddl/usr.bin/ctfconvert (all) cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/alist.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctf.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfconvert.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c cc1: warnings being treated as errors /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c: In function 'die_sou_create': /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:938: warning: unused variable 'bysz' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/ctfconvert *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-29 10:28:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 10:28:56 - ERROR: failed to build world TB --- 2014-01-29 10:28:56 - 1746.84 user 365.98 system 2118.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Thu Jan 30 16:15:37 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD94919B for ; Thu, 30 Jan 2014 16:15:37 +0000 (UTC) Received: from mx.bsdtec.net (mx.bsdtec.net [174.34.171.65]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2D41AE5 for ; Thu, 30 Jan 2014 16:15:37 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id 86627489876 for ; Thu, 30 Jan 2014 16:15:25 +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 wnLVN7fmuSF0 for ; Thu, 30 Jan 2014 16:15:24 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id 6C367489898 for ; Thu, 30 Jan 2014 16:15:24 +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 ogffJHdn1-FB for ; Thu, 30 Jan 2014 16:15:24 +0000 (UTC) Received: from [192.168.1.110] (bsdtec.plus.com [84.92.41.141]) by mx.bsdtec.net (Postfix) with ESMTPSA id B9F79489876 for ; Thu, 30 Jan 2014 16:15:23 +0000 (UTC) Message-ID: <1391098522.5865.4.camel@atlas.lerwick.hopto.org> Subject: xrdp and vnc working on a sparc64 box... yay From: Craig Butler To: sparc64@freebsd.org Date: Thu, 30 Jan 2014 16:15:22 +0000 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.8.4-0ubuntu1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 16:15:37 -0000 Hi Folks After days of compiling and fixing some ports I have successfully got xorg running fluxbox via vnc and rdp on a sparc64 x1 box... Last time I attempted this (some years ago) vnc failed horribly. Maybe gui isn't dead on the sparc64 after all !! Kind Regards Craig Butler From owner-freebsd-sparc64@FreeBSD.ORG Thu Jan 30 18:51:53 2014 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D7F6157 for ; Thu, 30 Jan 2014 18:51:53 +0000 (UTC) Received: from vlakno.cz (mail.vlakno.cz [95.129.96.251]) by mx1.freebsd.org (Postfix) with ESMTP id 44F8319E4 for ; Thu, 30 Jan 2014 18:51:53 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id C87D61CC5562; Thu, 30 Jan 2014 19:51:45 +0100 (CET) Date: Thu, 30 Jan 2014 19:51:45 +0100 From: Roman Divacky To: sparc64@freebsd.org Subject: [HEADSUP]: trunk clang selfhosts in c++11 Message-ID: <20140130185145.GA33884@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 18:51:53 -0000 Hi, Just a quick headsup - llvm as of r200453 is capable of building libcxxrt/libc++/itself. This is a significant milestone as trunk llvm is not compilable by our old gcc/g++. Ie. selfhosting is the only way forward. Once llvm 3.4 is imported, the sparc64 backend will be added. Then I plan to merge all the necessary changes to enable the selfhost to work in base FreeBSD system. I'll announce when this is achieved. This should pave the way for future updates of llvm on sparc64. I also think that a selfhosting compiler is good enough for wider testing, so go for it :) Thanks, Roman