From owner-freebsd-sparc64@FreeBSD.ORG Sun Oct 26 01:08:37 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA7DD16A4BF for ; Sun, 26 Oct 2003 01:08:37 -0800 (PST) Received: from dixie.svsecure.net (dixie.svsecure.net [64.247.1.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D05243FF5 for ; Sun, 26 Oct 2003 01:08:06 -0800 (PST) (envelope-from info@bardic.com) Received: from nobody by dixie.svsecure.net with local (Exim 4.24) id 1ADgsW-00055s-L5 for freebsd-sparc@freebsd.org; Sun, 26 Oct 2003 04:08:04 -0500 To: FREEBSD-SPARC From: Roger Barnette Date: Sun, 26 Oct 2003 3:46:24 EST MIME-Version: 1.0 Message-Id: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - dixie.svsecure.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [99 99] / [47 12] X-AntiAbuse: Sender Address Domain - bardic.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: DigiTales newsletter: Last call... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Oct 2003 09:08:37 -0000 DigiTales newsletter: Last call... The newsletters will start flowing again next week. I am now gainfully employed full-time and it has indeed been the answer to 2 years of fervent prayer. The website is being reworked to just be fun and to capture these newsletter tips for future reference. A number of people confirmed their subscriptions in June. If you have already done that no further action is required to remain on the DigiTales newsletter email list. See the newly converted archive of DigiTales at: http://www.bardic.com/blog/blogger.html If you didn't confirm to remain on the list but have changed your mind visit the new registration page. http://bardic.com/mailman/listinfo/digitales_bardic.com Thank you for your patience as I have stuggled through self and under employment and into full employment. Your prayers and patronage has truly been a blessing to myself and my family. Thank you so very much! Blessings, Roger. From owner-freebsd-sparc64@FreeBSD.ORG Sun Oct 26 01:20:54 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BA2016A4B3; Sun, 26 Oct 2003 01:20:54 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5021143F93; Sun, 26 Oct 2003 01:20:53 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9Q9Kqv9062940; Sun, 26 Oct 2003 04:20:52 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9Q9Kqe5062939; Sun, 26 Oct 2003 04:20:52 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 26 Oct 2003 04:20:52 -0500 (EST) Message-Id: <200310260920.h9Q9Kqe5062939@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Oct 2003 09:20:54 -0000 TB --- 2003-10-26 09:06:31 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-26 09:06:31 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-10-26 09:06:31 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-26 09:08:28 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> 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: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4.2: building libraries [...] rpcgen -C -c -o yppasswd_private_xdr.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libypclnt/../../usr.sbin/rpc.yppasswdd/yppasswd_private.x rm -f .depend mkdep -f .depend -a -I. /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libypclnt/ypclnt_connect.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libypclnt/ypclnt_error.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libypclnt/ypclnt_free.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libypclnt/ypclnt_new.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libypclnt/ypclnt_passwd.c yp_clnt.c yppasswd_xdr.c yppasswd_clnt.c yppasswd_private_clnt.c yppasswd_private_xdr.c echo libypclnt.so.1: /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/librpcsvc.a >> .depend cc -O -pipe -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libypclnt/ypclnt_connect.c In file included from /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libypclnt/ypclnt_connect.c:45: /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/rpcsvc/ypclnt.h:81: warning: `struct ypmaplist' declared inside parameter list /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/rpcsvc/ypclnt.h:81: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libypclnt. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-10-26 09:20:52 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-26 09:20:52 - TB --- ERROR: failed to build world TB --- 2003-10-26 09:20:52 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sun Oct 26 10:07:08 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9C8C16A4B3; Sun, 26 Oct 2003 10:07:08 -0800 (PST) Received: from rainbow-runner.nl (c7057.upc-c.chello.nl [212.187.7.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7647543FA3; Sun, 26 Oct 2003 10:07:07 -0800 (PST) (envelope-from einekoai@chello.nl) Received: from [192.168.1.7] (crashalot.rainbow-runner.nl [192.168.1.7]) by rainbow-runner.nl (Postfix) with ESMTP id 295B821B4; Sun, 26 Oct 2003 19:07:11 +0100 (CET) From: Koop Mast To: "freebsd-sparc64@freebsd.org" , "current@freebsd.org" Content-Type: text/plain Message-Id: <1067191627.2460.3.camel@crashalot.rainbow-runner.nl> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 26 Oct 2003 19:07:08 +0100 Content-Transfer-Encoding: 7bit Subject: ld-elf.so.1 trouble on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Oct 2003 18:07:08 -0000 Hi, While looking for programs that don't run on sparc64, I came across the Segmentation fault below. This happened at the start (before the GUI shows up) with evolution, xchat and gaim. I noticed that launching the program from gdb makes it more likely to happen. I'm willing to test patches, or supply more info. Thanks, -Koop -- # uname -a FreeBSD sparkel.rainbow-runner.nl 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Thu Oct 23 10:20:46 GMT 2003 root@sparkel.rainbow-runner.nl:/usr/obj/usr/src/sys/BlazingSun sparc64 -- (gdb) r Starting program: /usr/X11R6/bin/evolution-1.4 Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) bt full #0 0x0000000000000000 in ?? () No symbol table info available. #1 0x0000000040267a48 in objlist_call_init (list=0x40295e20) at rtld.c:1292 elm = (Objlist_Entry *) 0x40295e20 saved_msg = 0x0 #2 0x000000004026670c in _rtld (sp=0x7fdfffffc40, exit_proc=0x7fdfffffae0, objp=0x7fdfffffae8) at rtld.c:395 aux_info = {0x0, 0x0, 0x0, 0x7fdfffffbd0, 0x7fdfffffbe0, 0x7fdfffffbf0, 0x7fdfffffc00, 0x7fdfffffc30, 0x7fdfffffc10, 0x7fdfffffc20, 0x0, 0x0, 0x0, 0x0, 0x0} i = 1077432096 argv = (char **) 0x40382cb0 env = (char **) 0x7fdfffffb08 aux = (Elf_Auxinfo *) 0x7fdfffffc40 auxp = (Elf_Auxinfo *) 0x7fdfffffc40 argv0 = 0x40284010 "" obj = (Obj_Entry *) 0x0 preload_tail = (Obj_Entry **) 0x40284010 initlist = {stqh_first = 0x40295e20, stqh_last = 0x4029ed20} lockstate = 0 (gdb) -- From owner-freebsd-sparc64@FreeBSD.ORG Sun Oct 26 11:23:09 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B28A16A4B3; Sun, 26 Oct 2003 11:23:09 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C93943FCB; Sun, 26 Oct 2003 11:23:08 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9QJN7v9016658; Sun, 26 Oct 2003 14:23:07 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9QJN7qM016657; Sun, 26 Oct 2003 14:23:07 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 26 Oct 2003 14:23:07 -0500 (EST) Message-Id: <200310261923.h9QJN7qM016657@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Oct 2003 19:23:09 -0000 TB --- 2003-10-26 18:14:57 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-26 18:14:57 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-10-26 18:14:57 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-26 18:16:53 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> 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: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-10-26 19:09:57 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Oct 26 19:09:57 GMT 2003 >>> Kernel build for GENERIC completed on Sun Oct 26 19:19:05 GMT 2003 TB --- 2003-10-26 19:19:05 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-10-26 19:19:05 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 26 19:19:05 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/ppbus/vpoio.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/puc/puc.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/puc/puc_ebus.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/puc/puc_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/puc/puc_pccard.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/puc/puc_pccard.c: In function `puc_pccard_probe': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/puc/puc_pccard.c:69: warning: passing arg 2 of `pccard_get_vendor_str' from incompatible pointer type /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/puc/puc_pccard.c:72: warning: passing arg 2 of `pccard_get_product_str' from incompatible pointer type *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-10-26 19:23:06 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-26 19:23:06 - TB --- ERROR: failed to build lint kernel TB --- 2003-10-26 19:23:06 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 27 05:49:54 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1172416A4B3; Mon, 27 Oct 2003 05:49:54 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FA9543FBF; Mon, 27 Oct 2003 05:49:52 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h9RDnpP13160; Mon, 27 Oct 2003 14:49:51 +0100 (MET) Date: Mon, 27 Oct 2003 14:49:51 +0100 (CET) From: Harti Brandt To: sparc64@freebsd.org, standards@freebsd.org Message-ID: <20031027144140.V63585@beagle.fokus.fraunhofer.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 64bit NULL? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 13:49:54 -0000 Hi all, a question came up wether the NULL should be defined as (0L) on sparc. (Solaris does this). Currently we define NULL as 0. This may cause problems for function with variable argument lists that expect a terminating NULL pointer. A prominent example is execl(). Although POSIX (and our man page) gives the synopsis execl(...., (char *)0) our man pages says that the list must be terminated by a NULL pointer, POSIX speaks 'null pointer'. According to ISO-C NULL is a symbol that defines a null pointer so that: execl(..., NULL) appears to be legal, yet will probably cause failure on FreeBSD-sparc64. Shouldn't we change our NULL definition to #define NULL (0L) ? What would break by this change? Regards, harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 27 06:11:25 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 582B816A4BF; Mon, 27 Oct 2003 06:11:25 -0800 (PST) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [193.201.200.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9D0543FD7; Mon, 27 Oct 2003 06:11:24 -0800 (PST) (envelope-from fanf@chiark.greenend.org.uk) Received: by chiark.greenend.org.uk (Debian Exim 3.35 #1) with local id 1AE85b-00046m-00; Mon, 27 Oct 2003 14:11:23 +0000 Date: Mon, 27 Oct 2003 14:11:23 +0000 From: Tony Finch To: Harti Brandt Message-ID: <20031027141123.GB22725@chiark.greenend.org.uk> References: <20031027144140.V63585@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031027144140.V63585@beagle.fokus.fraunhofer.de> User-Agent: Mutt/1.3.28i Sender: Tony Finch cc: standards@freebsd.org cc: sparc64@freebsd.org Subject: Re: 64bit NULL? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 14:11:25 -0000 On Mon, Oct 27, 2003 at 02:49:51PM +0100, Harti Brandt wrote: > > According to ISO-C NULL is a symbol that > defines a null pointer so that: > > execl(..., NULL) > > appears to be legal, yet will probably cause failure on FreeBSD-sparc64. No, NULL is an implementation-defined null pointer constant, not a null pointer. The difference is that a null pointer constant is an integer constant expression that evaluates to zero (optionally cast to void*), and a null pointer is a null pointer constant converted to a pointer type (which might involve changes in representation). Therefore using a bare NULL to terminate the execl argument list is not in general legal. Tony. -- f.a.n.finch http://dotat.at/ GERMAN BIGHT: SOUTHWEST 5 OR 6. OCCASIONAL RAIN. MODERATE OR GOOD. From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 27 06:23:18 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC99316A4B3; Mon, 27 Oct 2003 06:23:18 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EF4043F75; Mon, 27 Oct 2003 06:23:17 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h9REN3P16911; Mon, 27 Oct 2003 15:23:03 +0100 (MET) Date: Mon, 27 Oct 2003 15:23:03 +0100 (CET) From: Harti Brandt To: Tony Finch In-Reply-To: <20031027141123.GB22725@chiark.greenend.org.uk> Message-ID: <20031027152139.C63585@beagle.fokus.fraunhofer.de> References: <20031027144140.V63585@beagle.fokus.fraunhofer.de> <20031027141123.GB22725@chiark.greenend.org.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: standards@freebsd.org cc: sparc64@freebsd.org Subject: Re: 64bit NULL? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 14:23:19 -0000 On Mon, 27 Oct 2003, Tony Finch wrote: TF>On Mon, Oct 27, 2003 at 02:49:51PM +0100, Harti Brandt wrote: TF>> TF>> According to ISO-C NULL is a symbol that TF>> defines a null pointer so that: TF>> TF>> execl(..., NULL) TF>> TF>> appears to be legal, yet will probably cause failure on FreeBSD-sparc64. TF> TF>No, NULL is an implementation-defined null pointer constant, not a null TF>pointer. The difference is that a null pointer constant is an integer TF>constant expression that evaluates to zero (optionally cast to void*), TF>and a null pointer is a null pointer constant converted to a pointer type TF>(which might involve changes in representation). Therefore using a bare TF>NULL to terminate the execl argument list is not in general legal. Thanks, Tony. I found the relevant place (6.3.2.3). This sounds logical. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 27 06:29:45 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6F0916A4B3 for ; Mon, 27 Oct 2003 06:29:45 -0800 (PST) Received: from falcon.midgard.homeip.net (h76n3fls24o1048.bredband.comhem.se [213.67.148.76]) by mx1.FreeBSD.org (Postfix) with SMTP id 2749B43FBF for ; Mon, 27 Oct 2003 06:29:43 -0800 (PST) (envelope-from ertr1013@student.uu.se) Received: (qmail 98737 invoked by uid 1001); 27 Oct 2003 14:29:40 -0000 Date: Mon, 27 Oct 2003 15:29:40 +0100 From: Erik Trulsson To: Harti Brandt Message-ID: <20031027142940.GA85871@falcon.midgard.homeip.net> Mail-Followup-To: Harti Brandt , sparc64@freebsd.org, standards@freebsd.org References: <20031027144140.V63585@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031027144140.V63585@beagle.fokus.fraunhofer.de> User-Agent: Mutt/1.5.4i cc: standards@freebsd.org cc: sparc64@freebsd.org Subject: Re: 64bit NULL? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 14:29:46 -0000 On Mon, Oct 27, 2003 at 02:49:51PM +0100, Harti Brandt wrote: > > Hi all, > > a question came up wether the NULL should be defined as (0L) on sparc. > (Solaris does this). Currently we define NULL as 0. This may cause Both are perfectly good definitions of NULL. All correct programs must be able to handle either definition as well as being able to handle NULL being defined as ((void*)0) which is also a correct and fairly popular way of defining NULL (although it is not a valid definition in C++.) > problems for function with variable argument lists that expect a > terminating NULL pointer. A prominent example is execl(). Although POSIX Only for buggy invocations of such functions. > (and our man page) gives the synopsis > > execl(...., (char *)0) Looks correct. > > our man pages says that the list must be terminated by a NULL pointer, > POSIX speaks 'null pointer'. Correct. > According to ISO-C NULL is a symbol that > defines a null pointer so that: Wrong. ISO C defines NULL as 'null pointer constant'. This is not the same thing as a null pointer. >From n869.txt (a draft version of the C99 standard) 6.3.2.3 Pointers .... [#3] An integer constant expression with the value 0, or such an expression cast to type void *, is called a null pointer constant.48) If a null pointer constant is | converted to a pointer type, the resulting pointer, called a null pointer, is guaranteed to compare unequal to a pointer to any object or function. .... 48)The macro NULL is defined in as a null pointer constant; see 7.17. > > execl(..., NULL) > > appears to be legal, yet will probably cause failure on FreeBSD-sparc64. But is is not legal. If you pass NULL as an argument to a function with variable arguments, or to a function that does not have a prototype in scope (in neither case does the compiler know what type the argument should have, so it won't convert it for you) you must convert NULL to the correct pointer type. > Shouldn't we change our NULL definition to > > #define NULL (0L) No good reason to. > > ? What would break by this change? It would hide some bugs in programs that (incorrectly) assume that NULL can be used in any place that a null pointer is needed. Hiding bugs is rarely a good thing, since the bugs are less likely to be fixed then. It would of course also break the same buggy programs if used on a system where long does not have the same size or representation as a pointer. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 27 08:00:38 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEA8316A4B3 for ; Mon, 27 Oct 2003 08:00:38 -0800 (PST) Received: from decstation.larkowski.net (d47-69-13-15.col.wideopenwest.com [69.47.15.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CBFB43FDF for ; Mon, 27 Oct 2003 08:00:37 -0800 (PST) (envelope-from peter@larkowski.net) Received: from localhost (peter@localhost)h9RG0Z801624 for ; Mon, 27 Oct 2003 11:00:35 -0500 (EST) Date: Mon, 27 Oct 2003 11:00:32 -0500 (EST) From: peter@larkowski.net To: sparc64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Parallel Port? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 16:00:39 -0000 Are there plans to support parallel ports in the near future? I have an Ultra Axe board and I'd like to use it as a print server (among other things), but when I uncomment device ppc, the kernel build fails immediately as that device isn't defined, and loading modules for lpt, ppbus, or ppi all fail with either link_elf: symbol ppbus_io_desc undefined or link_elf: symbol ppb_request_bus undefined, meaning I need device ppc I assume. If there aren't plans for parallel port support soon, what all would need to be done (ie, just device ppc porting or is it more complex than that?) From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 27 08:22:21 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8987416A4B3 for ; Mon, 27 Oct 2003 08:22:21 -0800 (PST) Received: from pils.netcom.duke.edu (pils.netcom.duke.edu [152.3.2.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5F4B43F3F for ; Mon, 27 Oct 2003 08:22:20 -0800 (PST) (envelope-from brian@netcom.duke.edu) Received: from localhost (brian@localhost) by pils.netcom.duke.edu (8.12.9/8.12.8) with ESMTP id h9RGMKxL015019 for ; Mon, 27 Oct 2003 11:22:20 -0500 (EST) Date: Mon, 27 Oct 2003 11:22:20 -0500 (EST) From: Brian Johnson To: FreeBSD/Sparc64 Mailing List Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Getting X on an Ultra 10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 16:22:21 -0000 Hello -- My name is Brian Johnson and I'm new to both FreeBSD and this list. I hope I'm in the right place. After being incredibly underwhelmed with the latest Solaris OS, I thought I would try something different on my Sparc. I'm a GNU/Linux person at heart, so I already have more than enough GNU/Linux boxes around. I thought it would be a great time to give a FreeBSD a try. So I have. Before I begin, I'd like to say I've tried my best to find the answer on my own, with no luck. If I'm asking something already answered, my apologies. The hardware I'm trying this on is a stock Ultra 10. I downloaded the miniinstall disk for FreeBSD 5.1 and tried to install. Once I figured out how to navigate the menus, I selected a "Standard" install. On the next page, I selected all of the distributions (choices 2-9, IIRC). On the next screen I told it to do an FTP install. It does its thing for a while. Then, I begin seeing error messages. I believe the exact message was "Package XFree86-FontServer not found in INDEX". There were two or three more XFree86 messages like that one. Then I got another one that said "Package wrapper not found in INDEX". I clicked OK and let the install continue. When it was all said and done, I tried to configure X, but none of the X configuration tools were installed. I went through the finishing steps of the installation and finally booted from the disk. I successfully booted to a command line, but I could not get X to go. I thought I might have more success with 5.0. I went through the same steps as above, but I got an error "XFree86-4 not found in INDEX". I'm afraid I reallly have no clue what else to try. I downloaded the 2nd cd for 5.1 (oddly, there is no disk1 for sparc64) thinking I could do a CD install. But I was never able to put in the 2nd disk and ended up losing even more packages. Any help in getting FreeBSD + X/GNOME working on my Ultra10 would be greatly appreciated. Thank you for taking the time to help. Brian Johnson From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 27 08:37:54 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 974FC16A4B3 for ; Mon, 27 Oct 2003 08:37:54 -0800 (PST) Received: from procyon.firepipe.net (procyon.firepipe.net [198.78.66.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6A7A43FDD for ; Mon, 27 Oct 2003 08:37:53 -0800 (PST) (envelope-from will@csociety.org) Received: by procyon.firepipe.net (Postfix, from userid 1000) id 8E22D210F8; Mon, 27 Oct 2003 08:37:51 -0800 (PST) Date: Mon, 27 Oct 2003 08:37:51 -0800 From: Will Andrews To: Brian Johnson Message-ID: <20031027163751.GD14780@procyon.firepipe.net> Mail-Followup-To: Brian Johnson , FreeBSD/Sparc64 Mailing List References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: FreeBSD/Sparc64 Mailing List Subject: Re: Getting X on an Ultra 10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 16:37:54 -0000 On Mon, Oct 27, 2003 at 11:22:20AM -0500, Brian Johnson wrote: > My name is Brian Johnson and I'm new to both FreeBSD and this list. I > hope I'm in the right place. You are. > Before I begin, I'd like to say I've tried my best to find the answer on > my own, with no luck. If I'm asking something already answered, my > apologies. The mailing list archives for sparc64@ have the answer. In fact this very question was asked a few days ago. > The hardware I'm trying this on is a stock Ultra 10. I downloaded the > miniinstall disk for FreeBSD 5.1 and tried to install. Once I figured out > how to navigate the menus, I selected a "Standard" install. On the next > page, I selected all of the distributions (choices 2-9, IIRC). On the > next screen I told it to do an FTP install. It does its thing for a > while. Then, I begin seeing error messages. I believe the exact message > was "Package XFree86-FontServer not found in INDEX". There were two or > three more XFree86 messages like that one. Then I got another one that > said "Package wrapper not found in INDEX". I clicked OK and let the > install continue. Yes.. the issue is that syscons isn't supported and without it XFree86 will not work properly. Even in 5.1-CURRENT this hasn't been resolved. Also I believe there are some bugs with the creator video driver. Jake has some patches that he said he was going to commit to -current soon, so maybe 5.2 will support your U10. Regards, -- wca From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 27 10:40:10 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EB2B16A4BF for ; Mon, 27 Oct 2003 10:40:10 -0800 (PST) Received: from pils.netcom.duke.edu (pils.netcom.duke.edu [152.3.2.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE42543FD7 for ; Mon, 27 Oct 2003 10:40:06 -0800 (PST) (envelope-from brian@netcom.duke.edu) Received: from localhost (brian@localhost) by pils.netcom.duke.edu (8.12.9/8.12.8) with ESMTP id h9RIe5R3024019; Mon, 27 Oct 2003 13:40:05 -0500 (EST) Date: Mon, 27 Oct 2003 13:40:05 -0500 (EST) From: Brian Johnson To: Will Andrews In-Reply-To: <20031027163751.GD14780@procyon.firepipe.net> Message-ID: References: <20031027163751.GD14780@procyon.firepipe.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD/Sparc64 Mailing List Subject: Re: Getting X on an Ultra 10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 18:40:10 -0000 On Mon, 27 Oct 2003, Will Andrews wrote: Thanks for the quick reply, Will! > The mailing list archives for sparc64@ have the answer. In fact > this very question was asked a few days ago. Thanks. When I looked at the archives, I just did a search on the error message I was seeing. Unfortunately, it turned up empty. After you mentioned this, I did go back and browse the posts from a few days ago and found the discussion you alluded to. > Yes.. the issue is that syscons isn't supported and without it > XFree86 will not work properly. Even in 5.1-CURRENT this hasn't > been resolved. Also I believe there are some bugs with the > creator video driver. > > Jake has some patches that he said he was going to commit to > -current soon, so maybe 5.2 will support your U10. Again, thanks for taking the time to summarize. I'm glad it's a known problem and not something on my end. I guess I'll throw Solaris-something back on it and take a look at FreeBSD again when 5.2 is released. With an approximate release cycle of 6 months, I guess I might be seeing you again in Jan :) Brian From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 27 11:01:50 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 438E116A4B3 for ; Mon, 27 Oct 2003 11:01:50 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D42D43FF2 for ; Mon, 27 Oct 2003 11:01:40 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9RJ1eFY056701 for ; Mon, 27 Oct 2003 11:01:40 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9RJ1dQc056695 for freebsd-sparc64@freebsd.org; Mon, 27 Oct 2003 11:01:39 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 27 Oct 2003 11:01:39 -0800 (PST) Message-Id: <200310271901.h9RJ1dQc056695@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2003 19:01:50 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2003/10/09] sparc64/57800sparc64 Probable non-64bit-cleanness of unrar 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/02/03] sparc64/47845sparc64 4 second daily clock drift o [2003/09/01] sparc64/56286sparc64 Broken world in 5.1-CURRENT under Sparc64 o [2003/10/10] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di 3 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 27 20:30:18 2003 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73CC816A4CE; Mon, 27 Oct 2003 20:30:18 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E46043FCB; Mon, 27 Oct 2003 20:30:12 -0800 (PST) (envelope-from jmg@FreeBSD.org) Received: from freefall.freebsd.org (jmg@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9S4UCFY031578; Mon, 27 Oct 2003 20:30:12 -0800 (PST) (envelope-from jmg@freefall.freebsd.org) Received: (from jmg@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9S4UCRD031574; Mon, 27 Oct 2003 20:30:12 -0800 (PST) (envelope-from jmg) Date: Mon, 27 Oct 2003 20:30:12 -0800 (PST) From: John-Mark Gurney Message-Id: <200310280430.h9S4UCRD031574@freefall.freebsd.org> To: jmg@FreeBSD.org, freebsd-sparc64@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: sparc64/57800: Probable non-64bit-cleanness of unrar X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 04:30:18 -0000 Synopsis: Probable non-64bit-cleanness of unrar Responsible-Changed-From-To: freebsd-sparc64->freebsd-ports Responsible-Changed-By: jmg Responsible-Changed-When: Mon Oct 27 20:28:41 PST 2003 Responsible-Changed-Why: this is a port problem, yes it fails on sparc64, but if we had other 64bit big-en platforms, it'd fail there too.. If someone has a patch that makes this work, but doesn't have a box to try it on, I'm willing to test patches. http://www.freebsd.org/cgi/query-pr.cgi?pr=57800 From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 28 10:12:16 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 771BB16A4CF for ; Tue, 28 Oct 2003 10:12:16 -0800 (PST) Received: from mx2.fillmore-labs.com (lima.fillmore-labs.com [62.138.193.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA8BD43FA3 for ; Tue, 28 Oct 2003 10:12:12 -0800 (PST) (envelope-from eikemeier@fillmore-labs.com) Received: from pd951a236.dip.t-dialin.net ([217.81.162.54] helo=fillmore-labs.com ident=vxk1fmj5hlifzren) by mx2.fillmore-labs.com with asmtp (TLSv1:AES256-SHA:256) (Exim 4.24; FreeBSD 4.9) id 1AEYKB-000PtZ-OY for FreeBSD-sparc64@FreeBSD.org; Tue, 28 Oct 2003 19:12:11 +0100 Message-ID: <3F9EB179.9070002@fillmore-labs.com> Date: Tue, 28 Oct 2003 19:12:09 +0100 From: Oliver Eikemeier MIME-Version: 1.0 To: FreeBSD-sparc64@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: eikemeier@fillmore-labs.com User-Agent: KMail/1.5.9 Organization: Fillmore Labs GmbH X-Complaints-To: abuse@fillmore-labs.com Subject: Help with a compile error on sparc64 needed. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 18:12:16 -0000 Hi list, sorry when I am OT, but can someone point me in to right direction how to fix: http://bento.freebsd.org/errorlogs/sparc64-5-latest/nmap-3.48_1.log The error is: cc -c -I/usr/include -O -pipe -Wall [...] nsock_event.c -o nsock_event.o {standard input}: Assembler messages: {standard input}:441: Error: relocation overflow *** Error code 1 And I have no sparc machine to test this... Please CC: me, as I'm not subscribed to sparc64@ Thanks a lot Oliver From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 28 12:08:20 2003 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEBD816A4CE; Tue, 28 Oct 2003 12:08:20 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45B1C43FDD; Tue, 28 Oct 2003 12:08:20 -0800 (PST) (envelope-from obrien@FreeBSD.org) Received: from freefall.freebsd.org (obrien@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9SK8KFY040069; Tue, 28 Oct 2003 12:08:20 -0800 (PST) (envelope-from obrien@freefall.freebsd.org) Received: (from obrien@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9SK8F5F040065; Tue, 28 Oct 2003 12:08:15 -0800 (PST) (envelope-from obrien) Date: Tue, 28 Oct 2003 12:08:15 -0800 (PST) From: "David E. O'Brien" Message-Id: <200310282008.h9SK8F5F040065@freefall.freebsd.org> To: edwardc@freebsd.org.tw, obrien@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/56286: Broken world in 5.1-CURRENT under Sparc64 platform X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 20:08:20 -0000 Synopsis: Broken world in 5.1-CURRENT under Sparc64 platform State-Changed-From-To: open->closed State-Changed-By: obrien State-Changed-When: Tue Oct 28 12:07:40 PST 2003 State-Changed-Why: we don't usually PR transient build problems in CURRENT. I'm not aware that this is still a problem. If so, please email freebsd-sparc64 or freebsd-current mailing lists. http://www.freebsd.org/cgi/query-pr.cgi?pr=56286 From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 28 12:26:46 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF0BD16A4CE for ; Tue, 28 Oct 2003 12:26:46 -0800 (PST) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91EA143FDD for ; Tue, 28 Oct 2003 12:26:45 -0800 (PST) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) h9SKQ8ft018070; Tue, 28 Oct 2003 21:26:08 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id h9SKQ3vW018069; Tue, 28 Oct 2003 21:26:03 +0100 (CET) (envelope-from marius) Date: Tue, 28 Oct 2003 21:26:03 +0100 From: Marius Strobl To: Oliver Eikemeier Message-ID: <20031028212603.A17836@newtrinity.zeist.de> References: <3F9EB179.9070002@fillmore-labs.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="St7VIuEGZ6dlpu13" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3F9EB179.9070002@fillmore-labs.com>; from eikemeier@fillmore-labs.com on Tue, Oct 28, 2003 at 07:12:09PM +0100 X-AntiVirus: checked by AntiVir Milter 1.0.6; AVE 6.22.0.1; VDF 6.22.0.17 cc: FreeBSD-sparc64@freebsd.org Subject: Re: Help with a compile error on sparc64 needed. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 20:26:46 -0000 --St7VIuEGZ6dlpu13 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 28, 2003 at 07:12:09PM +0100, Oliver Eikemeier wrote: > Hi list, > > sorry when I am OT, but can someone point me in to right direction how to fix: > > http://bento.freebsd.org/errorlogs/sparc64-5-latest/nmap-3.48_1.log > > The error is: > > cc -c -I/usr/include -O -pipe -Wall [...] nsock_event.c -o nsock_event.o > {standard input}: Assembler messages: > {standard input}:441: Error: relocation overflow > *** Error code 1 > > And I have no sparc machine to test this... > I already sent you the attached patch to work around this GCC bug in Nmap a while ago. --St7VIuEGZ6dlpu13 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch-nsock::src::nsock_event.c" --- nsock/src/nsock_event.c.orig Fri Oct 3 15:33:05 2003 +++ nsock/src/nsock_event.c Fri Oct 3 15:32:31 2003 @@ -242,8 +242,9 @@ int type_code = (int) type; unsigned long serial = ms->next_event_serial++; unsigned long max_serial_allowed; - int shiftbits = sizeof(nsock_event_id) * 8 - TYPE_CODE_NUM_BITS; + int shiftbits; assert(type <= 3); + shiftbits = sizeof(nsock_event_id) * 8 - TYPE_CODE_NUM_BITS; max_serial_allowed = ( 1 << shiftbits ) - 1; if (serial == max_serial_allowed ) { --St7VIuEGZ6dlpu13-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 28 14:47:07 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3265716A4CE for ; Tue, 28 Oct 2003 14:47:07 -0800 (PST) Received: from mx2.fillmore-labs.com (lima.fillmore-labs.com [62.138.193.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2B7043FF7 for ; Tue, 28 Oct 2003 14:47:05 -0800 (PST) (envelope-from eikemeier@fillmore-labs.com) Received: from pd951a236.dip.t-dialin.net ([217.81.162.54] helo=fillmore-labs.com ident=i41sdteva7rx3po4) by mx2.fillmore-labs.com with asmtp (TLSv1:AES256-SHA:256) (Exim 4.24; FreeBSD 4.9) id 1AEccC-0000CE-9Y; Tue, 28 Oct 2003 23:47:04 +0100 Message-ID: <3F9EF1E5.3000901@fillmore-labs.com> Date: Tue, 28 Oct 2003 23:47:01 +0100 From: Oliver Eikemeier MIME-Version: 1.0 To: Marius Strobl References: <3F9EB179.9070002@fillmore-labs.com> <20031028212603.A17836@newtrinity.zeist.de> In-Reply-To: <20031028212603.A17836@newtrinity.zeist.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: eikemeier@fillmore-labs.com User-Agent: KMail/1.5.9 Organization: Fillmore Labs GmbH X-Complaints-To: abuse@fillmore-labs.com cc: FreeBSD-sparc64@freebsd.org Subject: Re: Help with a compile error on sparc64 needed. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Oct 2003 22:47:07 -0000 Marius Strobl wrote: > On Tue, Oct 28, 2003 at 07:12:09PM +0100, Oliver Eikemeier wrote: > >>Hi list, >> >>sorry when I am OT, but can someone point me in to right direction how to fix: >> >> http://bento.freebsd.org/errorlogs/sparc64-5-latest/nmap-3.48_1.log >> >>The error is: >> >>cc -c -I/usr/include -O -pipe -Wall [...] nsock_event.c -o nsock_event.o >>{standard input}: Assembler messages: >>{standard input}:441: Error: relocation overflow >>*** Error code 1 >> >>And I have no sparc machine to test this... > > I already sent you the attached patch to work around this GCC bug in > Nmap a while ago. Thanks. Got lost in the flood of patches. Do you mind to send it as a PR? > --- nsock/src/nsock_event.c.orig Fri Oct 3 15:33:05 2003 > +++ nsock/src/nsock_event.c Fri Oct 3 15:32:31 2003 > @@ -242,8 +242,9 @@ > int type_code = (int) type; > unsigned long serial = ms->next_event_serial++; > unsigned long max_serial_allowed; > - int shiftbits = sizeof(nsock_event_id) * 8 - TYPE_CODE_NUM_BITS; > + int shiftbits; > assert(type <= 3); > + shiftbits = sizeof(nsock_event_id) * 8 - TYPE_CODE_NUM_BITS; > > max_serial_allowed = ( 1 << shiftbits ) - 1; > if (serial == max_serial_allowed ) { From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 28 16:20:47 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3156816A4D9; Tue, 28 Oct 2003 16:20:47 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A6F43FF2; Tue, 28 Oct 2003 16:20:46 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9T0Kjv9063327; Tue, 28 Oct 2003 19:20:45 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9T0KiF6063326; Tue, 28 Oct 2003 19:20:44 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Tue, 28 Oct 2003 19:20:44 -0500 (EST) Message-Id: <200310290020.h9T0KiF6063326@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 00:20:47 -0000 TB --- 2003-10-29 00:12:38 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-29 00:12:38 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-10-29 00:12:38 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-29 00:14:32 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> 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: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include -------------------------------------------------------------- cd /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src; MAKEOBJDIRPREFIX=/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64 MACHINE_ARCH=sparc64 MACHINE=sparc64 CPUTYPE= GROFF_BIN_PATH=/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/legacy/usr/bin GROFF_FONT_PATH=/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/legacy/usr/share/tmac DESTDIR=/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386 _SHLIBDIRPREFIX=/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386 INSTALL="sh /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/too! ls/install.sh" PATH=/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/legacy/usr/sbin:/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/legacy/usr/bin:/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/legacy/usr/games:/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/sbin:/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/bin:/home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/make.i386/make -f Makefile.inc1 SHARED=symlinks p! ar-includes ===> share/info cd /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/share/info; /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/make.i386/make buildincludes; /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/make.i386/make installincludes ===> include cd /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/include; /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/make.i386/make buildincludes; /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/make.i386/make installincludes make: don't know how to make strhash.h. Stop *** Error code 2 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/include. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-10-29 00:20:44 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-29 00:20:44 - TB --- ERROR: failed to build world TB --- 2003-10-29 00:20:44 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 28 23:18:34 2003 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDB3116A4CE; Tue, 28 Oct 2003 23:18:34 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC4A43FBD; Tue, 28 Oct 2003 23:18:34 -0800 (PST) (envelope-from sos@FreeBSD.org) Received: from freefall.freebsd.org (sos@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9T7IYFY089556; Tue, 28 Oct 2003 23:18:34 -0800 (PST) (envelope-from sos@freefall.freebsd.org) Received: (from sos@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9T7IXge089552; Tue, 28 Oct 2003 23:18:33 -0800 (PST) (envelope-from sos) Date: Tue, 28 Oct 2003 23:18:33 -0800 (PST) From: Søren Schmidt Message-Id: <200310290718.h9T7IXge089552@freefall.freebsd.org> To: king@v2project.com, sos@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/57856: sparc64: IDE Raid controller no detect discs X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 07:18:34 -0000 Synopsis: sparc64: IDE Raid controller no detect discs State-Changed-From-To: open->analyzed State-Changed-By: sos State-Changed-When: Tue Oct 28 12:10:34 PST 2003 State-Changed-Why: This wont work since the sparc doesn't run the BIOS on that controller. This means that interrupt routing etc wont be configured right in the chip, and hence we wont be able to use it. This could be dealt with to some extent in the ATA driver, but I do not want to go there as it opens up cans of worms.. http://www.freebsd.org/cgi/query-pr.cgi?pr=57856 From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 30 10:14:13 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C704D16A4CE for ; Thu, 30 Oct 2003 10:14:13 -0800 (PST) Received: from smtp2.linkline.com (smtp2.linkline.com [64.30.215.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E85F43FBF for ; Thu, 30 Oct 2003 10:14:13 -0800 (PST) (envelope-from pwalters@linkline.com) Received: from phil.linkline.com (loveshack.linkline.com [64.30.215.232]) by smtp2.linkline.com (Postfix) with ESMTP id 565FF73 for ; Thu, 30 Oct 2003 10:11:44 -0800 (PST) From: Phillip Walters To: freebsd-sparc64@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 30 Oct 2003 10:13:55 -0800 Message-Id: <1067537635.1976.53.camel@loveshack.linkline.com> Mime-Version: 1.0 Subject: Problem with dc interface on 5.1-CURRENT X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 18:14:13 -0000 Hi Everyone, I'm currently having a problem with the dc interfaces on a Netra in 5.1-CURRENT. I'm able to bring the interfaces up and set their MAC addresses. When I do bring them up, though, I get the following: # ifconfig dc0 up dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state # I don't think that's a problem all by itself, but it doesn't appear that there's any traffic going through the interface. Trying to ping my workstation from the Netra, and running tcpdump on the workstation shows absolutely nothing coming from the Netra. Anyone have advice on what I could possibly have wrong here? # dmesg Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-RELEASE #0: Thu Jun 5 13:27:04 GMT 2003 root@:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0412000. Timecounter "tick" frequency 500000000 Hz real memory = 2120499200 (2022 MB) avail memory = 2065719296 (1970 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (500.00 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A DVMA map: 0x60000000 to 0x63ffffff pci0: on pcib0 pci0: at device 3.0 (no driver attached) dc0: port 0x10100-0x101ff mem 0x2000-0x20ff irq 2 8 at device 5.0 on pci0 dc0: Ethernet address: 00:00:00:00:00:00 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 10.0 (no driver attached) dc1: port 0x10000-0x100ff irq 6 at device 12.0 on pci0 dc1: Ethernet address: 00:00:00:00:00:00 miibus1: on dc1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci0: port 0x10220-0x1022f,0x10208-0x102 0b,0x10210-0x10217,0x10218-0x1021b,0x10200-0x10207 irq 12 at device 13.0 on pci0 ata2: at 0x10200 on atapci0 ata3: at 0x10210 on atapci0 Timecounters tick every 10.000 msec Power Failure Detected: Shutting down NOW. ad0: 38166MB [77545/16/63] at ata3-master UDMA66 acd0: CDROM at ata3-slave PIO4 Mounting root from ufs:/dev/ad0a warning: no time-of-day clock registered, system time will not be set accurately From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 30 11:32:31 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9C0416A4CE for ; Thu, 30 Oct 2003 11:32:31 -0800 (PST) Received: from decstation.larkowski.net (d60-65-37-214.try.wideopenwest.com [65.60.214.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA78B43FDF for ; Thu, 30 Oct 2003 11:32:29 -0800 (PST) (envelope-from peter@larkowski.net) Received: from localhost (peter@localhost)h9UJWP018554; Thu, 30 Oct 2003 14:32:26 -0500 (EST) Date: Thu, 30 Oct 2003 14:32:23 -0500 (EST) From: peter@larkowski.net To: Phillip Walters In-Reply-To: <1067537635.1976.53.camel@loveshack.linkline.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: Problem with dc interface on 5.1-CURRENT X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 19:32:31 -0000 The ethernet addresses 00:00:00:00:00:00 for both cards are definitely not right. You are running 5.1-RELEASE. I don't know if the busdma conversion had been finished by then. I'd try -CURRENT. -p On 30 Oct 2003, Phillip Walters wrote: > Date: 30 Oct 2003 10:13:55 -0800 > From: Phillip Walters > To: freebsd-sparc64@freebsd.org > Subject: Problem with dc interface on 5.1-CURRENT > > Hi Everyone, > > I'm currently having a problem with the dc interfaces on a Netra in > 5.1-CURRENT. I'm able to bring the interfaces up and set their MAC > addresses. When I do bring them up, though, I get the following: > > # ifconfig dc0 up > dc0: failed to force tx and rx to idle state > dc0: failed to force tx and rx to idle state > # > > I don't think that's a problem all by itself, but it doesn't appear that > there's any traffic going through the interface. Trying to ping my > workstation from the Netra, and running tcpdump on the workstation shows > absolutely nothing coming from the Netra. > > Anyone have advice on what I could possibly have wrong here? > > # dmesg > Copyright (c) 1992-2003 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD 5.1-RELEASE #0: Thu Jun 5 13:27:04 GMT 2003 > root@:/usr/obj/usr/src/sys/GENERIC > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0412000. > Timecounter "tick" frequency 500000000 Hz > real memory = 2120499200 (2022 MB) > avail memory = 2065719296 (1970 MB) > cpu0: Sun Microsystems UltraSparc-IIe Processor (500.00 MHz CPU) > nexus0: > pcib0: on nexus0 > pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A > DVMA map: 0x60000000 to 0x63ffffff > pci0: on pcib0 > pci0: at device 3.0 (no driver attached) > dc0: port 0x10100-0x101ff mem > 0x2000-0x20ff irq > 2 8 at device 5.0 on pci0 > dc0: Ethernet address: 00:00:00:00:00:00 > miibus0: on dc0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > isab0: at device 7.0 on pci0 > isa0: on isab0 > pci0: at device 10.0 (no driver attached) > dc1: port 0x10000-0x100ff irq 6 at device > 12.0 > on pci0 > dc1: Ethernet address: 00:00:00:00:00:00 > miibus1: on dc1 > ukphy1: on miibus1 > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > atapci0: port > 0x10220-0x1022f,0x10208-0x102 0b,0x10210-0x10217,0x10218-0x1021b,0x10200-0x10207 irq 12 at device 13.0 on pci0 > ata2: at 0x10200 on atapci0 > ata3: at 0x10210 on atapci0 > Timecounters tick every 10.000 msec > Power Failure Detected: Shutting down NOW. > ad0: 38166MB [77545/16/63] at ata3-master UDMA66 > acd0: CDROM at ata3-slave PIO4 > Mounting root from ufs:/dev/ad0a > warning: no time-of-day clock registered, system time will not be set > accurately > > _______________________________________________ > 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 Sat Nov 1 05:03:21 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 191CF16A545; Sat, 1 Nov 2003 05:03:21 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB3F243F93; Sat, 1 Nov 2003 05:03:18 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) hA1D3Hv9096289; Sat, 1 Nov 2003 08:03:17 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id hA1D3G6H096288; Sat, 1 Nov 2003 08:03:16 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Sat, 1 Nov 2003 08:03:16 -0500 (EST) Message-Id: <200311011303.hA1D3G6H096288@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2003 13:03:21 -0000 TB --- 2003-11-01 11:51:26 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-11-01 11:51:26 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-11-01 11:51:26 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-11-01 11:54:19 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> 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: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-11-01 12:48:37 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Nov 1 12:48:37 GMT 2003 >>> Kernel build for GENERIC completed on Sat Nov 1 12:57:46 GMT 2003 TB --- 2003-11-01 12:57:46 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-11-01 12:57:46 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 1 12:57:46 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/udf/osta.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/umapfs/umap_subr.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/umapfs/umap_vfsops.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/umapfs/umap_vnops.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/unionfs/union_subr.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/unionfs/union_vfsops.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/unionfs/union_vfsops.c: In function `union_unmount': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/fs/unionfs/union_vfsops.c:350: warning: unused variable `vp' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-11-01 13:03:16 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-11-01 13:03:16 - TB --- ERROR: failed to build lint kernel TB --- 2003-11-01 13:03:16 - tinderbox aborted