From owner-freebsd-sparc64@FreeBSD.ORG Sun May 1 22:54:29 2005 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 8AA5D16A4CE for ; Sun, 1 May 2005 22:54:29 +0000 (GMT) Received: from imf17aec.mail.bellsouth.net (imf17aec.mail.bellsouth.net [205.152.59.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03CB243D4C for ; Sun, 1 May 2005 22:54:29 +0000 (GMT) (envelope-from jbrierre@bellsouth.net) Received: from [172.16.1.16] ([65.7.230.215]) by imf17aec.mail.bellsouth.netESMTP <20050501225428.TPNE2434.imf17aec.mail.bellsouth.net@[172.16.1.16]> for ; Sun, 1 May 2005 18:54:28 -0400 Message-ID: <42755E23.8010000@bellsouth.net> Date: Sun, 01 May 2005 18:54:27 -0400 From: jacques brierre Organization: Mean Mice Elf User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: kernel build failed - ofw_pci_if.h X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jbrierre@bellsouth.net List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 22:54:29 -0000 All first time I built the kernel "the old way", all went well. Just reied "the new way" as described in manual... (cd /usr/src; make buildkernel KERNCONF=MYKERNEL) and got this... Problem is, the file does not exist. anyone seen this before? I'll try the old way in the meantime... very strange, surely... rm -f .newdep make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding In file included from /usr/src/sys/dev/uart/uart_cpu_sparc64.c:49: /usr/src/sys/sparc64/pci/ofw_pci.h:41:24: ofw_pci_if.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/SPHYNX-2. *** Error code 1 Stop in /usr/obj/usr/src/sys/SPHYNX-2. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@sphynx# From owner-freebsd-sparc64@FreeBSD.ORG Mon May 2 11:01:58 2005 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 4B65A16A4FF for ; Mon, 2 May 2005 11:01:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2497243D4C for ; Mon, 2 May 2005 11:01:58 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j42B1vuI030281 for ; Mon, 2 May 2005 11:01:57 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j42B1vNP030275 for freebsd-sparc64@freebsd.org; Mon, 2 May 2005 11:01:57 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 2 May 2005 11:01:57 GMT Message-Id: <200505021101.j42B1vNP030275@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, 02 May 2005 11:01:58 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2004/11/02] sparc64/73413sparc64 [patch] pthread(libkse) library is broken o [2004/11/10] sparc64/73782sparc64 libc is missing the _Qp_cmp function o [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u o [2005/04/27] sparc64/80410sparc64 netgraph is causing crash with mpd on spa 6 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/10/22] sparc64/72998sparc64 [patch] set_mcontext() change syscalls pa 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon May 2 19:32:55 2005 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 DE1EC16A531 for ; Mon, 2 May 2005 19:32:55 +0000 (GMT) Received: from astra.telenet-ops.be (astra.telenet-ops.be [195.130.132.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B51143D55 for ; Mon, 2 May 2005 19:32:55 +0000 (GMT) (envelope-from IX@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by astra.telenet-ops.be (Postfix) with SMTP id DB82532826A; Mon, 2 May 2005 21:32:53 +0200 (MEST) Received: from okuma.amelgem.be (dD576BDE6.access.telenet.be [213.118.189.230]) by astra.telenet-ops.be (Postfix) with ESMTP id BBFC33282BA; Mon, 2 May 2005 21:32:52 +0200 (MEST) Date: Mon, 02 May 2005 19:32:32 +0000 From: dieter To: Royce Williams References: <20050429120037.D45F116A4F6@hub.freebsd.org> <42726B21.6050907@alaska.net> X-Mailer: Balsa 2.2.6 Message-Id: <1115062352l.423l.0l@okuma.amelgem.be> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: 5.4-RCx "jumping to kernel entry" hang on Ultra1/2/30 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, 02 May 2005 19:32:56 -0000 On 04/30/05 07:00:51, Royce Williams wrote: > With the boot-only ISO, I get a clean boot every time. With the full > disc1, I lock up even before the "jumping to kernel entry line: >=20 > FreeBSD/sparc64 bootstrap loader, Revision 1.0 > (root@binkley.cse.buffalo.edu, Sun Apr 17 07:33:09 UTC 2005) > bootpath=3D"/pci@1f,4000/scsi@3/disk@6,0:a" For me it hangs at the same time as before, ie after the "jumping to kernel entry ..." I didn't yet try the bootonly iso. > Unfortunately, I'm leaving town for a week and so won't be able to > do any further testing for you. I hope that Dieter and/or Gheorghe > can pick up the baton. Sure. Kind regards, dieter From owner-freebsd-sparc64@FreeBSD.ORG Tue May 3 21:13:28 2005 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 52A7716A4CE for ; Tue, 3 May 2005 21:13:28 +0000 (GMT) Received: from apate.telenet-ops.be (apate.telenet-ops.be [195.130.132.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D9643D45 for ; Tue, 3 May 2005 21:13:27 +0000 (GMT) (envelope-from dieter.R@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by apate.telenet-ops.be (Postfix) with SMTP id 3C4AD38FB4 for ; Tue, 3 May 2005 22:57:01 +0200 (CEST) Received: from okuma.amelgem.be (dD576BDE6.access.telenet.be [213.118.189.230]) by apate.telenet-ops.be (Postfix) with ESMTP id D228E3AB05 for ; Tue, 3 May 2005 22:42:42 +0200 (CEST) Date: Tue, 03 May 2005 20:43:49 +0000 From: Dieter Roelants To: freebsd-sparc64@freebsd.org References: <20050429120037.D45F116A4F6@hub.freebsd.org> <42726B21.6050907@alaska.net> X-Mailer: Balsa 2.2.6 Message-Id: <1115153029l.356l.2l@okuma.amelgem.be> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: 5.4-RCx "jumping to kernel entry" hang on Ultra1/2/30 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, 03 May 2005 21:13:28 -0000 On 05/02/05 21:32:32, dieter wrote: > For me it hangs at the same time as before, ie after the "jumping to > kernel entry ..." I didn't yet try the bootonly iso. I'm having a hard time trying this. My sparc doesn't like the bootonly =20 CDROM I wrote. I copied it over to a tftpboot, but after loading some =20 files, it hangs with a Fast Data Access MMU Miss. Is what I'm trying =20 supposed to work? Is there another way of netbooting? Kind regards, dieter From owner-freebsd-sparc64@FreeBSD.ORG Wed May 4 19:07:31 2005 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 9622916A4CF; Wed, 4 May 2005 19:07:31 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8EE443D45; Wed, 4 May 2005 19:07:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j44J7752004616; Wed, 4 May 2005 15:07:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j44J77Ne010500; Wed, 4 May 2005 15:07:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 694B57306E; Wed, 4 May 2005 15:07:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050504190707.694B57306E@freebsd-current.sentex.ca> Date: Wed, 4 May 2005 15:07:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean 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, 04 May 2005 19:07:31 -0000 TB --- 2005-05-04 17:40:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-04 17:40:50 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-05-04 17:40:50 - cleaning the object tree TB --- 2005-05-04 17:41:14 - checking out the source tree TB --- 2005-05-04 17:41:14 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-05-04 17:41:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-04 17:48:14 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-04 17:48:14 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-05-04 17:48:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 TB --- 2005-05-04 18:56:36 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-04 18:56:36 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-05-04 18:56:36 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed May 4 18:56:37 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch export_syms awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pcn/../../conf/kmod_syms.awk if_pcn.kld export_syms | xargs -J% objcopy % if_pcn.kld ld -Bshareable -d -warn-common -o if_pcn.ko.debug if_pcn.kld objcopy --strip-debug if_pcn.ko.debug if_pcn.ko ===> pf (all) cc -O2 -pipe -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf/../../contrib/pf -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf/../../contrib/pf -include /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf/../../contrib/pf/net/pf.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf/../../contrib/pf/net/pf.c: In function `pf_route': /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf/../../contrib/pf/net/pf.c:5793: error: structure has no member named `ifp_mtu' *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-05-04 19:07:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-04 19:07:07 - ERROR: failed to build generic kernel TB --- 2005-05-04 19:07:07 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Wed May 4 19:46:25 2005 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 4735A16A4CE for ; Wed, 4 May 2005 19:46:25 +0000 (GMT) Received: from ylpvm25.prodigy.net (ylpvm25-ext.prodigy.net [207.115.57.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id A832043D5A for ; Wed, 4 May 2005 19:46:24 +0000 (GMT) (envelope-from n0oct@sbcglobal.net) Received: from shirley (ppp-65-69-53-91.dsl.stlsmo.swbell.net [65.69.53.91]) (authenticated bits=0)j44JjqvE017305 for ; Wed, 4 May 2005 15:45:53 -0400 Date: Wed, 4 May 2005 14:45:32 -0500 From: n0oct@sbcglobal.net To: freebsd-sparc64@freebsd.org Message-ID: <20050504144532.0739592d@shirley> In-Reply-To: <20050504120044.358AE16A4D7@hub.freebsd.org> References: <20050504120044.358AE16A4D7@hub.freebsd.org> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: mount_smbfs 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, 04 May 2005 19:46:25 -0000 Some time ago I asked the silly question: 'does mount_smbfs work on sparc64?'. The simple answer is 'no.' The 'make' fails with #error "Macros for Big-Endians are incomplete" which, to my limited knowledge, says that it ain't gonna compile on a system like a sparc64. However, I have been doing some digging at work, and lo and behold, Mac OSX has a 'mount_smbfs' command, which leads me to ask this question: is the Big-endian/Little-endian thing different between Mac PowerPC processors [G5] and sparc64? If not, is there a way I can beat on the code to make mount_smbfs compile for sparc64? IANAP by any stretch of the imagination, but if someone is willing to guide me, I can certainly try. Thanks. As an aside, currently running 5.4RC3 on an E250 with 2x300MHz processors without any noticeable problems. -- 72, Jim N0OCT From owner-freebsd-sparc64@FreeBSD.ORG Wed May 4 22:28:37 2005 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 5560A16A4CE for ; Wed, 4 May 2005 22:28:37 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1189D43D70 for ; Wed, 4 May 2005 22:28:37 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 16675 invoked from network); 4 May 2005 22:27:24 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 4 May 2005 22:27:24 -0000 Received: from hydrogen.funkthat.com (ezklyv@localhost.funkthat.com [127.0.0.1])j44MROmo093431; Wed, 4 May 2005 15:27:24 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j44MRNRh093430; Wed, 4 May 2005 15:27:23 -0700 (PDT) Date: Wed, 4 May 2005 15:27:23 -0700 From: John-Mark Gurney To: n0oct@sbcglobal.net Message-ID: <20050504222723.GY2670@funkthat.com> Mail-Followup-To: n0oct@sbcglobal.net, freebsd-sparc64@freebsd.org References: <20050504120044.358AE16A4D7@hub.freebsd.org> <20050504144532.0739592d@shirley> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504144532.0739592d@shirley> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 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 cc: freebsd-sparc64@freebsd.org Subject: Re: mount_smbfs X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 22:28:37 -0000 n0oct@sbcglobal.net wrote this message on Wed, May 04, 2005 at 14:45 -0500: > Some time ago I asked the silly question: 'does mount_smbfs work on > sparc64?'. The simple answer is 'no.' The 'make' fails with > > #error "Macros for Big-Endians are incomplete" > > which, to my limited knowledge, says that it ain't gonna compile on a > system like a sparc64. > > However, I have been doing some digging at work, and lo and behold, Mac > OSX has a 'mount_smbfs' command, which leads me to ask this question: > is the Big-endian/Little-endian thing different between Mac PowerPC > processors [G5] and sparc64? If not, is there a way I can beat on the Nope... big-endian is big-endian, be it sparc64, arm, powerpc or any other... > code to make mount_smbfs compile for sparc64? IANAP by any stretch of > the imagination, but if someone is willing to guide me, I can certainly > try. Thanks. Very likely if the code base is the same... You probably just need to look around the #error for the defines, and see what MacOSX has added... Probably just need to copy the #define lines between the #else and #endif (or #if and #else)... Good luck... > As an aside, currently running 5.4RC3 on an E250 with 2x300MHz > processors without any noticeable problems. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Thu May 5 15:59:44 2005 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 7F52016A4CE for ; Thu, 5 May 2005 15:59:44 +0000 (GMT) Received: from blank.neverwhere.org (blank.neverwhere.org [66.135.33.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DC6A43DCE for ; Thu, 5 May 2005 15:59:44 +0000 (GMT) (envelope-from jolly@blank.neverwhere.org) Received: from blank.neverwhere.org (localhost.localdomain [127.0.0.1]) by blank.neverwhere.org (8.12.10/8.12.10) with ESMTP id j45GRIXV015898 for ; Thu, 5 May 2005 12:27:18 -0400 Received: (from jolly@localhost) by blank.neverwhere.org (8.12.10/8.12.10/Submit) id j45GRIku015896 for freebsd-sparc64@freebsd.org; Thu, 5 May 2005 12:27:18 -0400 Date: Thu, 5 May 2005 12:27:17 -0400 From: Jacob Frelinger To: freebsd-sparc64@freebsd.org Message-ID: <20050505162717.GB13777@thecoffinclub.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: sparc64, adaptec smart raid cards, and the asr driver 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, 05 May 2005 15:59:44 -0000 Is any one working on getting these cards/drivers working under sparc64? looking at the asr driver code it looks like it might (has plenty of #defines referencing big-endian and sparc) but i'm not sure how to add it to the sparc build process to test. any ideas/clues? -- Jacob "I'm Brainy For Zombie Pops" Frelinger Jolly at TheCoffinClub dot Com http://www.thecoffinclub.com From owner-freebsd-sparc64@FreeBSD.ORG Thu May 5 16:08:30 2005 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 AB65216A4CE for ; Thu, 5 May 2005 16:08:30 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71A8F43DC3 for ; Thu, 5 May 2005 16:08:30 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j45G8ThV001821; Thu, 5 May 2005 09:08:29 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j45G8TXZ001820; Thu, 5 May 2005 09:08:29 -0700 (PDT) (envelope-from obrien) Date: Thu, 5 May 2005 09:08:29 -0700 From: "David O'Brien" To: Jacob Frelinger Message-ID: <20050505160829.GA1799@dragon.NUXI.org> References: <20050505162717.GB13777@thecoffinclub.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050505162717.GB13777@thecoffinclub.com> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64, adaptec smart raid cards, and the asr driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2005 16:08:30 -0000 On Thu, May 05, 2005 at 12:27:17PM -0400, Jacob Frelinger wrote: > > Is any one working on getting these cards/drivers working under > sparc64? looking at the asr driver code it looks like it might > (has plenty of #defines referencing big-endian and sparc) but i'm > not sure how to add it to the sparc build process to test. asr won't work on 64-bit machines, especially not the FreeBSD/Sparc64. -- -- David (obrien@FreeBSD.org) From owner-freebsd-sparc64@FreeBSD.ORG Thu May 5 18:02:25 2005 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 68F5616A4CE for ; Thu, 5 May 2005 18:02:25 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0943843D9F for ; Thu, 5 May 2005 18:02:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j45I7tbk001227; Thu, 5 May 2005 12:07:56 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <427A5F76.90708@samsco.org> Date: Thu, 05 May 2005 12:01:26 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jacob Frelinger References: <20050505162717.GB13777@thecoffinclub.com> In-Reply-To: <20050505162717.GB13777@thecoffinclub.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64, adaptec smart raid cards, and the asr driver 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, 05 May 2005 18:02:25 -0000 Jacob Frelinger wrote: > Is any one working on getting these cards/drivers working under > sparc64? looking at the asr driver code it looks like it might > (has plenty of #defines referencing big-endian and sparc) but i'm > not sure how to add it to the sparc build process to test. > > any ideas/clues? > This is an FAQ, unfortunately. The driver is a long was from being conformant to the FreeBSD BUSDMA api. Until that is fixed, it has absolutely no chance of working on sparc64 in particular, nor on an i386 or amd64 machine with more than 4GB of RAM (doesn't matter how much RAM with sparc64, it simply won't work at all). SCott From owner-freebsd-sparc64@FreeBSD.ORG Fri May 6 14:31:59 2005 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 99DCF16A4D3 for ; Fri, 6 May 2005 14:31:59 +0000 (GMT) Received: from ylpvm25.prodigy.net (ylpvm25-ext.prodigy.net [207.115.57.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD4C143D80 for ; Fri, 6 May 2005 14:31:58 +0000 (GMT) (envelope-from n0oct@sbcglobal.net) Received: from shirley (adsl-68-89-147-162.dsl.stlsmo.swbell.net [68.89.147.162]) (authenticated bits=0)j46EW9vE014356 for ; Fri, 6 May 2005 10:32:10 -0400 Date: Fri, 6 May 2005 09:31:53 -0500 From: n0oct@sbcglobal.net To: freebsd-sparc64@freebsd.org Message-ID: <20050506093153.0aff1550@shirley> In-Reply-To: <20050504222723.GY2670@funkthat.com> References: <20050504120044.358AE16A4D7@hub.freebsd.org> <20050504144532.0739592d@shirley> <20050504222723.GY2670@funkthat.com> X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: mount_smbfs 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: Fri, 06 May 2005 14:31:59 -0000 On Wed, 4 May 2005 15:27:23 -0700 John-Mark Gurney wrote: > n0oct@sbcglobal.net wrote this message on Wed, May 04, 2005 at 14:45 -0500: > > Some time ago I asked the silly question: 'does mount_smbfs work on > > sparc64?'. The simple answer is 'no.' The 'make' fails with > > > > #error "Macros for Big-Endians are incomplete" > > > > which, to my limited knowledge, says that it ain't gonna compile on a > > system like a sparc64. > > > > However, I have been doing some digging at work, and lo and behold, Mac > > OSX has a 'mount_smbfs' command, which leads me to ask this question: > > is the Big-endian/Little-endian thing different between Mac PowerPC > > processors [G5] and sparc64? If not, is there a way I can beat on the > > Nope... big-endian is big-endian, be it sparc64, arm, powerpc or any > other... > > > code to make mount_smbfs compile for sparc64? IANAP by any stretch of > > the imagination, but if someone is willing to guide me, I can certainly > > try. Thanks. > > Very likely if the code base is the same... You probably just need to > look around the #error for the defines, and see what MacOSX has added... > > Probably just need to copy the #define lines between the #else and #endif > (or #if and #else)... > > Good luck... Thanks! I found the section in smb_lib.h on the FreeBSD machine, finding it on the Mac is another challenge. Doesn't appear to be a whole lot of source code. . . -- 72, Jim N0OCT From owner-freebsd-sparc64@FreeBSD.ORG Fri May 6 15:44:59 2005 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 D14D716A4D5; Fri, 6 May 2005 15:44:59 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EAAF43D41; Fri, 6 May 2005 15:44:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E110C512B1; Fri, 6 May 2005 08:44:58 -0700 (PDT) Date: Fri, 6 May 2005 08:44:58 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org, smp@FreeBSD.org Message-ID: <20050506154458.GA13055@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 'panic: spin lock held too long' at boot 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: Fri, 06 May 2005 15:45:00 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The following has happened twice recently while booting 6.0 on a 12-processor e4500: [...] Waiting 8 seconds for SCSI devices to settle SMP: AP CPU #11 Launched! SMP: AP CPU #10 Launched! SMP: AP CPU #9 Launched! SMP: AP CPU #8 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! panic: spin lock held too long0xffffff813e774730 foor >5 seecons cpuid = 11 KDB: enter: panic [hangs] Any ideas? Kris --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCe5D6Wry0BWjoQKURAiOhAKDp/hyydbTxiY1y25VQrkLnQO72RQCeMC0F i+8Dh1crRlL2g7eVvqGB4WY= =jZ59 -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-sparc64@FreeBSD.ORG Fri May 6 19:16:02 2005 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 01A7416A4D4 for ; Fri, 6 May 2005 19:16:02 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id A831843D8F for ; Fri, 6 May 2005 19:16:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1E01051449; Fri, 6 May 2005 12:16:01 -0700 (PDT) Date: Fri, 6 May 2005 12:16:01 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20050506191600.GA77799@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [kris@obsecurity.org: Re: Benchmarking mpsafevfs with parallel tarball extraction] 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: Fri, 06 May 2005 19:16:02 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable BTW, any ideas why md is so slow on sparc64? Kris ----- Forwarded message from Kris Kennaway ----- Date: Fri, 6 May 2005 11:48:52 -0700 From: Kris Kennaway To: Kris Kennaway Cc: smp@FreeBSD.org, current@FreeBSD.org Subject: Re: Benchmarking mpsafevfs with parallel tarball extraction In-Reply-To: <20050506183529.GA46411@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i On Fri, May 06, 2005 at 11:35:29AM -0700, Kris Kennaway wrote: > I might be bumping into the bandwidth of md here - when I ran less > rigorous tests with lower concurrency of extractions I seemed to be > getting marginally better performance (about an effective concurrency > of 2.2 for both 3 and 10 simultaneous extractions - so at least it > doesn't seem to degrade badly). Or this might be reflecting VFS lock > contention (which there is certainly a lot of, according to mutex > profiling traces). I suspect that I am hitting the md bandwidth: # dd if=3D/dev/zero of=3D/dev/md0 bs=3D1024k count=3D500 500+0 records in 500+0 records out 524288000 bytes transferred in 9.501760 secs (55177988 bytes/sec) which is a lot worse than I expected (even for a 400MHz CPU). For some reason I get better performance writing to a filesystem mounted on this md: # dd if=3D/dev/zero of=3Dfoo bs=3D1024k count=3D500 500+0 records in 500+0 records out 524288000 bytes transferred in 7.943042 secs (66005946 bytes/sec) # rm foo # dd if=3D/dev/zero of=3Dfoo bs=3D1024k count=3D500 500+0 records in 500+0 records out 524288000 bytes transferred in 7.126929 secs (73564364 bytes/sec) # rm foo # dd if=3D/dev/zero of=3Dfoo bs=3D1024k count=3D500 500+0 records in 500+0 records out 524288000 bytes transferred in 7.237668 secs (72438804 bytes/sec) If the write bandwidth is only 50-70MB/sec, then it won't be hard to saturate, so I won't probe the full scalability of mpsafevfs here. Kris ----- End forwarded message ----- --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCe8JwWry0BWjoQKURAir+AJ9/iOZMC/metn1FZBUHLAdqKLr4qACg829d a/6mGtZAuDq60RicLplMpRo= =yLXE -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-sparc64@FreeBSD.ORG Fri May 6 19:45:39 2005 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 923E616A4D4 for ; Fri, 6 May 2005 19:45:39 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EE7743D67 for ; Fri, 6 May 2005 19:45:36 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j46Jp15s007910; Fri, 6 May 2005 13:51:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <427BC92A.9030603@samsco.org> Date: Fri, 06 May 2005 13:44:42 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050506191600.GA77799@xor.obsecurity.org> In-Reply-To: <20050506191600.GA77799@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ADDRESS_IN_SUBJECT, ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: sparc64@freebsd.org Subject: Re: [kris@obsecurity.org: Re: Benchmarking mpsafevfs with parallel tarball extraction] 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: Fri, 06 May 2005 19:45:39 -0000 sparc64 is slow in general, and seems to have gotten significantly slower in the past 6 months. It took me 30+ hours to build a 6-current release (including docs and ports) earlier this week. A year ago it took closer to 20 hours IIRC. This is on a Ultra2 with 300MHz CPUs, 512MB of RAM, and two disks on the local esp controller. Definitely much slower than it should be. Scott Kris Kennaway wrote: > BTW, any ideas why md is so slow on sparc64? > > Kris > > ----- Forwarded message from Kris Kennaway ----- > > Date: Fri, 6 May 2005 11:48:52 -0700 > From: Kris Kennaway > To: Kris Kennaway > Cc: smp@FreeBSD.org, current@FreeBSD.org > Subject: Re: Benchmarking mpsafevfs with parallel tarball extraction > In-Reply-To: <20050506183529.GA46411@xor.obsecurity.org> > User-Agent: Mutt/1.4.2.1i > > On Fri, May 06, 2005 at 11:35:29AM -0700, Kris Kennaway wrote: > > >>I might be bumping into the bandwidth of md here - when I ran less >>rigorous tests with lower concurrency of extractions I seemed to be >>getting marginally better performance (about an effective concurrency >>of 2.2 for both 3 and 10 simultaneous extractions - so at least it >>doesn't seem to degrade badly). Or this might be reflecting VFS lock >>contention (which there is certainly a lot of, according to mutex >>profiling traces). > > > I suspect that I am hitting the md bandwidth: > > # dd if=/dev/zero of=/dev/md0 bs=1024k count=500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 9.501760 secs (55177988 bytes/sec) > > which is a lot worse than I expected (even for a 400MHz CPU). > > For some reason I get better performance writing to a filesystem > mounted on this md: > > # dd if=/dev/zero of=foo bs=1024k count=500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 7.943042 secs (66005946 bytes/sec) > # rm foo > # dd if=/dev/zero of=foo bs=1024k count=500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 7.126929 secs (73564364 bytes/sec) > # rm foo > # dd if=/dev/zero of=foo bs=1024k count=500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 7.237668 secs (72438804 bytes/sec) > > If the write bandwidth is only 50-70MB/sec, then it won't be hard to > saturate, so I won't probe the full scalability of mpsafevfs here. > > Kris > > > ----- End forwarded message ----- From owner-freebsd-sparc64@FreeBSD.ORG Sat May 7 17:33:35 2005 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 05DF016A4DB for ; Sat, 7 May 2005 17:33:35 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 08CD343DAF for ; Sat, 7 May 2005 17:33:34 +0000 (GMT) (envelope-from mmuthmann@gmx.net) Received: (qmail invoked by alias); 07 May 2005 17:33:31 -0000 Received: from p549288EC.dip0.t-ipconnect.de (EHLO [192.168.0.2]) [84.146.136.236] by mail.gmx.net (mp015) with SMTP; 07 May 2005 19:33:31 +0200 X-Authenticated: #1009348 From: Matthias Muthmann To: freebsd-sparc64@freebsd.org In-Reply-To: <000601c54414$91dad6c0$4763a8c0@belnb> References: <000601c54414$91dad6c0$4763a8c0@belnb> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qSYFS3eNM0AcDMnER2zZ" Date: Sat, 07 May 2005 19:33:42 +0200 Message-Id: <1115487222.30569.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 X-Y-GMX-Trusted: 0 Subject: Re: firefox panics in run-time relocation code 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: Sat, 07 May 2005 17:33:35 -0000 --=-qSYFS3eNM0AcDMnER2zZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mo, 2005-04-18 at 16:45 +0400, Andrew Belashov wrote: > On Tue, Oct 26, 15:23:28 PDT 2004, Marius Strobl wrote: > > On Tue, Oct 26, 2004 at 06:09:14PM +0400, Andrew Belashov wrote: > > > Hello, All! > > > > > > firefox compiled from ports. > > > > > > Someone has the same problem? > > > > > > > It segfaulted when I gave it a try two months ago when looking at the > > state of xorg on sparc64 but I can't remeber where. I think it was in > > it's own code though and not in rtld or I'd remember. > > Did firefox ever work on sparc64? Mozilla didn't work until Thomas > > Moestl fixed it (still works) and these patches where brought over to > > firefox but I'm not aware if firefox was tested on sparc64 so far. >=20 > Firefox on FreeBSD/sparc64 STILL broken? > To All: What browser are you using? >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org= " >=20 Hi, I just finished compiling firefox and mozilla. On my Ultra10 firefox still segfaults when I try to start it, but mozilla works. The only problem with mozilla was, that I had to compile dom/src/base/nsDOMClassInfo.cpp by hand with -O0, because I always ran out of memory (256MB+swap didn't seem to be enough). --=20 Matthias Muthmann --=-qSYFS3eNM0AcDMnER2zZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBCfPv1eA8bkj+29gMRAvpTAKC35ThvPSHEc0E+Zo96fXPbKvNraACdHd5Y 0SLkK5A/8DnuV6AazEFYRfE= =T79g -----END PGP SIGNATURE----- --=-qSYFS3eNM0AcDMnER2zZ--