From owner-freebsd-sparc64@FreeBSD.ORG Sun Jan 16 13:39: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 B834A16A4CE for ; Sun, 16 Jan 2005 13:39:39 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A0BE43D1D for ; Sun, 16 Jan 2005 13:39:39 +0000 (GMT) (envelope-from gaspolo@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so129893rna for ; Sun, 16 Jan 2005 05:39:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=nAifEtPBZd3rfu1wHc9o4WIRkt/5mRoBf7vk2p4p409wEVGcsWkN3Lvz+MiLajrL13qCPeFg0IksqhonXtPLYYJFP8fiU4mOGiKfIYGl2/cMYmkdFRnfbQhRZlw+EoeUeMHjc8vo2LnUH2Oku8f9m1OmuW8As8kFgSSuEqql9xY= Received: by 10.38.151.67 with SMTP id y67mr553339rnd; Sun, 16 Jan 2005 05:39:38 -0800 (PST) Received: by 10.38.24.39 with HTTP; Sun, 16 Jan 2005 05:39:38 -0800 (PST) Message-ID: Date: Sun, 16 Jan 2005 14:39:38 +0100 From: gaspo To: freebsd-sparc64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: linux_base on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gaspo List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 13:39:39 -0000 hi im new about 64sparc freebsd before i use x86 bsd,now i have an ultra 5 64bit and i put freebsd 5.3 sparc64. i have some question: why i cant find linux_base package? fbsd sparc64 havent linux binary emulation? is only a quetsion because on my x86 i have it.. i wanna know the difference!! tnx From owner-freebsd-sparc64@FreeBSD.ORG Sun Jan 16 17:15: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 F195716A4CE for ; Sun, 16 Jan 2005 17:15:25 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 355C243D41 for ; Sun, 16 Jan 2005 17:15:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7388951506; Sun, 16 Jan 2005 09:15:23 -0800 (PST) Date: Sun, 16 Jan 2005 09:15:23 -0800 From: Kris Kennaway To: gaspo Message-ID: <20050116171523.GD42327@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ycz6tD7Th1CMF4v7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: linux_base 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, 16 Jan 2005 17:15:26 -0000 --Ycz6tD7Th1CMF4v7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jan 16, 2005 at 02:39:38PM +0100, gaspo wrote: > hi im new about 64sparc freebsd before i use x86 bsd,now i have an > ultra 5 64bit and i put freebsd 5.3 sparc64. > i have some question: > why i cant find linux_base package? fbsd sparc64 havent linux binary emulation? No, sparc64 doesn't have linux emulation at this time. Kris --Ycz6tD7Th1CMF4v7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB6qEqWry0BWjoQKURAoYrAJ9iF/gXnSFnJfSrWy8TkpRXAg4QZgCg7vtT LB1igJu9ejheNumQMshLK2g= =PVwr -----END PGP SIGNATURE----- --Ycz6tD7Th1CMF4v7-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Jan 16 17:33:20 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 80D8116A4CE; Sun, 16 Jan 2005 17:33:20 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD8D543D60; Sun, 16 Jan 2005 17:33:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3227952438; Sun, 16 Jan 2005 09:33:18 -0800 (PST) Date: Sun, 16 Jan 2005 09:33:18 -0800 From: Kris Kennaway To: sparc64@FreeBSD.org, stable@FreeBSD.org Message-ID: <20050116173318.GB70453@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jho1yZJdad60DJr+" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic in ffs_write() on RELENG_5 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, 16 Jan 2005 17:33:20 -0000 --jho1yZJdad60DJr+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline One of my U10s running RELENG_5 panicked with the following: panic: trap: data access error cpuid = 0 KDB: enter: panic [thread 100047] Stopped at kdb_enter+0x38: ta %xcc, 1 db> tr panic() at panic+0x214 trap() at trap+0x13c -- data access error %o7=0xc014fcb8 -- copyin() at copyin+0x64 ffs_write() at ffs_write+0x338 vn_rdwr() at vn_rdwr+0xb8 vn_rdwr_inchunks() at vn_rdwr_inchunks+0x98 elf64_coredump() at elf64_coredump+0x128 sigexit() at sigexit+0x884 postsig() at postsig+0x3a4 ast() at ast+0x440 -- data access error %o7=0x109600 -- Kris --jho1yZJdad60DJr+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB6qVdWry0BWjoQKURAgndAKCpvnzXnvFwzz3eOFhpRa8tHZswNQCgz3d2 wuOvcZNS6O1kqFJMOfBLqxo= =YUAi -----END PGP SIGNATURE----- --jho1yZJdad60DJr+-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 17 01:22:24 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 C300116A4CE; Mon, 17 Jan 2005 01:22:24 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7473E43D1D; Mon, 17 Jan 2005 01:22:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9942851506; Sun, 16 Jan 2005 17:22:23 -0800 (PST) Date: Sun, 16 Jan 2005 17:22:23 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050117012223.GA96318@xor.obsecurity.org> References: <20050116173318.GB70453@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <20050116173318.GB70453@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: stable@FreeBSD.org cc: sparc64@FreeBSD.org Subject: Re: panic in ffs_write() on RELENG_5 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, 17 Jan 2005 01:22:24 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 16, 2005 at 09:33:18AM -0800, Kris Kennaway wrote: > One of my U10s running RELENG_5 panicked with the following: >=20 > panic: trap: data access error > cpuid =3D 0 > KDB: enter: panic > [thread 100047] > Stopped at kdb_enter+0x38: ta %xcc, 1 > db> tr > panic() at panic+0x214 > trap() at trap+0x13c > -- data access error %o7=3D0xc014fcb8 -- > copyin() at copyin+0x64 > ffs_write() at ffs_write+0x338 > vn_rdwr() at vn_rdwr+0xb8 > vn_rdwr_inchunks() at vn_rdwr_inchunks+0x98 > elf64_coredump() at elf64_coredump+0x128 > sigexit() at sigexit+0x884 > postsig() at postsig+0x3a4 > ast() at ast+0x440 > -- data access error %o7=3D0x109600 -- I think this was bad RAM; I got a RED exception when I tried to dump. Kris --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB6xNPWry0BWjoQKURAszzAJ9SKngyMKGn+zfTFtvuz5ziFUmB2QCghw7G 18wQmerlo4sn1AENNABlUDQ= =G7b1 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 17 11:02:21 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 0F34F16A4F4 for ; Mon, 17 Jan 2005 11:02:21 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC24043D39 for ; Mon, 17 Jan 2005 11:02:20 +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.1/8.13.1) with ESMTP id j0HB2Kuj071268 for ; Mon, 17 Jan 2005 11:02:20 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0HB2KEW071260 for freebsd-sparc64@freebsd.org; Mon, 17 Jan 2005 11:02:20 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 17 Jan 2005 11:02:20 GMT Message-Id: <200501171102.j0HB2KEW071260@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, 17 Jan 2005 11:02:21 -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 [2004/01/29] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme 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 6 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2003/10/11] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di o [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/08/02] sparc64/69893sparc64 asr panics the system on sparc64 o [2004/10/15] sparc64/72731sparc64 sparc64, 5.3-BETA7, "host" command doesn' o [2004/10/22] sparc64/72998sparc64 [patch] set_mcontext() change syscalls pa o [2004/12/24] sparc64/75458sparc64 Add detection of US-IIIi processor f [2005/01/03] sparc64/75735sparc64 misconfigured qfe ports 7 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 18 18:36: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 7D25516A4CE; Tue, 18 Jan 2005 18:36:35 +0000 (GMT) Received: from ms-smtp-02-eri0.socal.rr.com (ms-smtp-02-qfe0.socal.rr.com [66.75.162.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6F5043D53; Tue, 18 Jan 2005 18:36:34 +0000 (GMT) (envelope-from dave@dogwood.com) Received: from white.dogwood.com (white.dogwood.com [66.91.140.178]) j0IIaV6V026326; Tue, 18 Jan 2005 10:36:31 -0800 (PST) Received: from keiki.dogwood.com (rrcs-67-52-72-226.west.biz.rr.com [67.52.72.226]) by white.dogwood.com (8.13.1/8.13.1) with SMTP id j0IIaHmK094501; Tue, 18 Jan 2005 08:36:28 -1000 (HST) (envelope-from dave@dogwood.com) Message-Id: <6.2.0.14.2.20050118083043.03181358@white.dogwood.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Tue, 18 Jan 2005 08:36:15 -1000 To: Kris Kennaway From: David Cornejo In-Reply-To: <20050113215049.GA87457@xor.obsecurity.org> References: <20050103104025.A6665@carver.gumbysoft.com> <20050104014112.23160.qmail@web17309.mail.tpe.yahoo.com> <6.2.0.14.2.20050104102555.049faa18@white.dogwood.com> <20050104222258.GB79661@xor.obsecurity.org> <6.2.0.14.2.20050104155036.04b3bd68@white.dogwood.com> <20050105055845.GA92720@xor.obsecurity.org> <20050112234108.GA17895@xor.obsecurity.org> <6.2.0.14.2.20050112134405.04cfa580@white.dogwood.com> <20050113215049.GA87457@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: bmilekic@technocratis.com cc: freebsd-sparc@freebsd.org cc: Kris Kennaway Subject: Re: Fast Data Access MMU Miss problem 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, 18 Jan 2005 18:36:35 -0000 After the fix in rev 1.566 of vfs_subr.c, I managed to apply this patch to an Ultra60 - it has run rock solid for 48hrs now under a variety of loads that would have yielded a panic within an hour or two before. So from my perspective it looks good, thanks, dave c At 11:50 1/13/2005, Kris Kennaway wrote: >On Wed, Jan 12, 2005 at 01:45:21PM -1000, David Cornejo wrote: > > If I can help out by running the patch or anything, let me know... > >Here is a patch from jhb@ that might fix this. > >Kris > >Index: sparc64/include/md_var.h >=================================================================== >RCS file: /home/ncvs/src/sys/sparc64/include/md_var.h,v >retrieving revision 1.15 >diff -u -r1.15 md_var.h >--- sparc64/include/md_var.h 16 Aug 2003 16:57:57 -0000 1.15 >+++ sparc64/include/md_var.h 13 Jan 2005 21:32:48 -0000 >@@ -45,10 +45,14 @@ > extern vm_paddr_t kstack0_phys; > > struct pcpu; >+struct md_utrap; > > void cpu_identify(u_long vers, u_int clock, u_int id); > void cpu_setregs(struct pcpu *pc); > int is_physical_memory(vm_paddr_t addr); >+struct md_utrap *utrap_alloc(void); >+void utrap_free(struct md_utrap *ut); >+struct md_utrap *utrap_hold(struct md_utrap *ut); > > cpu_block_copy_t spitfire_block_copy; > cpu_block_zero_t spitfire_block_zero; >Index: sparc64/sparc64/machdep.c >=================================================================== >RCS file: /home/ncvs/src/sys/sparc64/sparc64/machdep.c,v >retrieving revision 1.112.2.3 >diff -u -r1.112.2.3 machdep.c >--- sparc64/sparc64/machdep.c 17 Nov 2004 05:17:08 -0000 1.112.2.3 >+++ sparc64/sparc64/machdep.c 13 Jan 2005 21:32:48 -0000 >@@ -748,7 +748,6 @@ > exec_setregs(struct thread *td, u_long entry, u_long stack, u_long > ps_strings) > { > struct trapframe *tf; >- struct md_utrap *ut; > struct pcb *pcb; > struct proc *p; > u_long sp; >@@ -756,10 +755,8 @@ > /* XXX no cpu_exec */ > p = td->td_proc; > p->p_md.md_sigtramp = NULL; >- if ((ut = p->p_md.md_utrap) != NULL) { >- ut->ut_refcnt--; >- if (ut->ut_refcnt == 0) >- free(ut, M_SUBPROC); >+ if (p->p_md.md_utrap != NULL) { >+ utrap_free(p->p_md.md_utrap); > p->p_md.md_utrap = NULL; > } > >@@ -842,3 +839,40 @@ > tf->tf_gsr = fpregs->fr_gsr; > return (0); > } >+ >+struct md_utrap * >+utrap_alloc(void) >+{ >+ struct md_utrap *ut; >+ >+ ut = malloc(sizeof(struct md_utrap), M_SUBPROC, M_WAITOK | M_ZERO); >+ ut->ut_refcnt = 1; >+ return (ut); >+} >+ >+void >+utrap_free(struct md_utrap *ut) >+{ >+ int refcnt; >+ >+ if (ut == NULL) >+ return; >+ mtx_pool_lock(mtxpool_sleep, ut); >+ ut->ut_refcnt--; >+ refcnt = ut->ut_refcnt; >+ mtx_pool_unlock(mtxpool_sleep, ut); >+ if (refcnt == 0) >+ free(ut, M_SUBPROC); >+} >+ >+struct md_utrap * >+utrap_hold(struct md_utrap *ut) >+{ >+ >+ if (ut == NULL) >+ return (NULL); >+ mtx_pool_lock(mtxpool_sleep, ut); >+ ut->ut_refcnt++; >+ mtx_pool_unlock(mtxpool_sleep, ut); >+ return (ut); >+} >Index: sparc64/sparc64/sys_machdep.c >=================================================================== >RCS file: /home/ncvs/src/sys/sparc64/sparc64/sys_machdep.c,v >retrieving revision 1.13 >diff -u -r1.13 sys_machdep.c >--- sparc64/sparc64/sys_machdep.c 22 Aug 2003 07:38:08 -0000 1.13 >+++ sparc64/sparc64/sys_machdep.c 13 Jan 2005 21:35:16 -0000 >@@ -34,6 +34,7 @@ > #include > #include > >+#include > #include > #include > >@@ -119,9 +120,7 @@ > } > if (ua.type != UTH_NOCHANGE) { > if (ut == NULL) { >- ut = malloc(sizeof *ut, M_SUBPROC, >- M_WAITOK | M_ZERO); >- ut->ut_refcnt = 1; >+ ut = utrap_alloc(); > td->td_proc->p_md.md_utrap = ut; > } > ut->ut_precise[ua.type] = ua.new_precise; >Index: sparc64/sparc64/vm_machdep.c >=================================================================== >RCS file: /home/ncvs/src/sys/sparc64/sparc64/vm_machdep.c,v >retrieving revision 1.66.2.1 >diff -u -r1.66.2.1 vm_machdep.c >--- sparc64/sparc64/vm_machdep.c 30 Sep 2004 17:26:51 >-0000 1.66.2.1 >+++ sparc64/sparc64/vm_machdep.c 13 Jan 2005 21:35:53 -0000 >@@ -111,15 +111,12 @@ > void > cpu_exit(struct thread *td) > { >- struct md_utrap *ut; > struct proc *p; > > p = td->td_proc; > p->p_md.md_sigtramp = NULL; >- if ((ut = p->p_md.md_utrap) != NULL) { >- ut->ut_refcnt--; >- if (ut->ut_refcnt == 0) >- free(ut, M_SUBPROC); >+ if (p->p_md.md_utrap != NULL) { >+ utrap_free(p->p_md.md_utrap); > p->p_md.md_utrap = NULL; > } > } >@@ -200,7 +197,6 @@ > void > cpu_fork(struct thread *td1, struct proc *p2, struct thread *td2, int flags) > { >- struct md_utrap *ut; > struct trapframe *tf; > struct frame *fp; > struct pcb *pcb1; >@@ -216,9 +212,7 @@ > return; > > p2->p_md.md_sigtramp = td1->td_proc->p_md.md_sigtramp; >- if ((ut = td1->td_proc->p_md.md_utrap) != NULL) >- ut->ut_refcnt++; >- p2->p_md.md_utrap = ut; >+ p2->p_md.md_utrap = utrap_hold(td1->td_proc->p_md.md_utrap); > > /* The pcb must be aligned on a 64-byte boundary. */ > pcb1 = td1->td_pcb; From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 18 21:50:24 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 D881A16A4D1; Tue, 18 Jan 2005 21:50:24 +0000 (GMT) Received: from BSN-77-50-34.dsl.siol.net (BSN-77-50-34.dsl.siol.net [193.77.50.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 1B8E443D62; Tue, 18 Jan 2005 21:50:09 +0000 (GMT) (envelope-from dtcmeuuiu@tradeit.com) Received: from mail.hypercon.net (193.77.50.34) by 193.77.50.34 (blatv.113) with SMTP id <791155890p61u> (Authid: 32925); Tue, 18 Jan 2005 23:43:41 +0200 From: "Steven.Apostlee SheanTsong" To: smpatel@freebsd.org Date: Wed, 19 Jan 2005 00:42:41 +0300 MIME-Version: 1.0 Message-Id: <20050118215009.1B8E443D62@mx1.FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: sobomax@freebsd.org cc: src-committers@freebsd.org cc: sp@freebsd.org cc: sparc@freebsd.org cc: sories@freebsd.org cc: sparc64@freebsd.org cc: st@freebsd.org cc: sos@freebsd.org Subject: Please Complete and Return X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Steven.Apostlee SheanTsong" List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 21:50:25 -0000 Dear Applicant, Your application was processed and approved. You are eligible for $ 400,000 with a 2.1 % rate. Please verify your information here: http://florate.com/?name=aaks9 We look forward to hearing from you. Steven.Apostlee SheanTsong, Account Manager Bell Marketing 4206 Central Avenue Columbus, OH 43085 not interested -> http://florate.com/st.html From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 18 21:50:24 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 D881A16A4D1; Tue, 18 Jan 2005 21:50:24 +0000 (GMT) Received: from BSN-77-50-34.dsl.siol.net (BSN-77-50-34.dsl.siol.net [193.77.50.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 1B8E443D62; Tue, 18 Jan 2005 21:50:09 +0000 (GMT) (envelope-from dtcmeuuiu@tradeit.com) Received: from mail.hypercon.net (193.77.50.34) by 193.77.50.34 (blatv.113) with SMTP id <791155890p61u> (Authid: 32925); Tue, 18 Jan 2005 23:43:41 +0200 From: "Steven.Apostlee SheanTsong" To: smpatel@freebsd.org Date: Wed, 19 Jan 2005 00:42:41 +0300 MIME-Version: 1.0 Message-Id: <20050118215009.1B8E443D62@mx1.FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: sobomax@freebsd.org cc: src-committers@freebsd.org cc: sp@freebsd.org cc: sparc@freebsd.org cc: sories@freebsd.org cc: sparc64@freebsd.org cc: st@freebsd.org cc: sos@freebsd.org Subject: Please Complete and Return X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Steven.Apostlee SheanTsong" List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 21:50:25 -0000 Dear Applicant, Your application was processed and approved. You are eligible for $ 400,000 with a 2.1 % rate. Please verify your information here: http://florate.com/?name=aaks9 We look forward to hearing from you. Steven.Apostlee SheanTsong, Account Manager Bell Marketing 4206 Central Avenue Columbus, OH 43085 not interested -> http://florate.com/st.html From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 19 01:05: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 7B96816A4D8; Wed, 19 Jan 2005 01:05:25 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B46F743D39; Wed, 19 Jan 2005 01:05:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F074C51506; Tue, 18 Jan 2005 17:05:15 -0800 (PST) Date: Tue, 18 Jan 2005 17:05:15 -0800 From: Kris Kennaway To: David Cornejo Message-ID: <20050119010515.GA50657@xor.obsecurity.org> References: <20050103104025.A6665@carver.gumbysoft.com> <20050104014112.23160.qmail@web17309.mail.tpe.yahoo.com> <6.2.0.14.2.20050104102555.049faa18@white.dogwood.com> <20050104222258.GB79661@xor.obsecurity.org> <6.2.0.14.2.20050104155036.04b3bd68@white.dogwood.com> <20050105055845.GA92720@xor.obsecurity.org> <20050112234108.GA17895@xor.obsecurity.org> <6.2.0.14.2.20050112134405.04cfa580@white.dogwood.com> <20050113215049.GA87457@xor.obsecurity.org> <6.2.0.14.2.20050118083043.03181358@white.dogwood.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <6.2.0.14.2.20050118083043.03181358@white.dogwood.com> User-Agent: Mutt/1.4.2.1i cc: jhb@FreeBSD.org cc: bmilekic@technokratis.com cc: freebsd-sparc@freebsd.org cc: Kris Kennaway Subject: Re: Fast Data Access MMU Miss problem 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, 19 Jan 2005 01:05:25 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 18, 2005 at 08:36:15AM -1000, David Cornejo wrote: > After the fix in rev 1.566 of vfs_subr.c, I managed to apply this patch t= o=20 > an Ultra60 - it has run rock solid for 48hrs now under a variety of loads= =20 > that would have yielded a panic within an hour or two before. So from my= =20 > perspective it looks good, My machine has also had unprecedented stability, so I think the utrap patch should be committed. Big thanks to Bosko and John! Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB7bJLWry0BWjoQKURAlLnAKDspiXXXzjIVh2GZvYLPfx7W0gTuQCguCar 0IT50FtiYkwjCrw8G/Q9D9Y= =VLry -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 19 02:55: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 8C38316A4D0; Wed, 19 Jan 2005 02:55:02 +0000 (GMT) Received: from ms-smtp-03-eri0.socal.rr.com (ms-smtp-03-qfe0.socal.rr.com [66.75.162.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B88D43D4C; Wed, 19 Jan 2005 02:55:02 +0000 (GMT) (envelope-from dave@dogwood.com) Received: from white.dogwood.com (white.dogwood.com [66.91.140.178]) j0J2swuY013369; Tue, 18 Jan 2005 18:54:58 -0800 (PST) Received: from keiki.dogwood.com (rrcs-67-52-72-226.west.biz.rr.com [67.52.72.226]) by white.dogwood.com (8.13.1/8.13.1) with SMTP id j0J2snkY034028; Tue, 18 Jan 2005 16:54:51 -1000 (HST) (envelope-from dave@dogwood.com) Message-Id: <6.2.0.14.2.20050118165435.031a5328@white.dogwood.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Tue, 18 Jan 2005 16:54:46 -1000 To: Kris Kennaway From: David Cornejo In-Reply-To: <20050119010515.GA50657@xor.obsecurity.org> References: <20050103104025.A6665@carver.gumbysoft.com> <20050104014112.23160.qmail@web17309.mail.tpe.yahoo.com> <6.2.0.14.2.20050104102555.049faa18@white.dogwood.com> <20050104222258.GB79661@xor.obsecurity.org> <6.2.0.14.2.20050104155036.04b3bd68@white.dogwood.com> <20050105055845.GA92720@xor.obsecurity.org> <20050112234108.GA17895@xor.obsecurity.org> <6.2.0.14.2.20050112134405.04cfa580@white.dogwood.com> <20050113215049.GA87457@xor.obsecurity.org> <6.2.0.14.2.20050118083043.03181358@white.dogwood.com> <20050119010515.GA50657@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: bmilekic@technokratis.com cc: freebsd-sparc@freebsd.org cc: Kris Kennaway Subject: Re: Fast Data Access MMU Miss problem 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, 19 Jan 2005 02:55:29 -0000 yes, many thanks! At 15:05 1/18/2005, Kris Kennaway wrote: >On Tue, Jan 18, 2005 at 08:36:15AM -1000, David Cornejo wrote: > > After the fix in rev 1.566 of vfs_subr.c, I managed to apply this patch to > > an Ultra60 - it has run rock solid for 48hrs now under a variety of loads > > that would have yielded a panic within an hour or two before. So from my > > perspective it looks good, > >My machine has also had unprecedented stability, so I think the utrap >patch should be committed. > >Big thanks to Bosko and John! > >Kris From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 19 09:40:26 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 2F93816A4D2 for ; Wed, 19 Jan 2005 09:40:26 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 950E543D2F for ; Wed, 19 Jan 2005 09:40:25 +0000 (GMT) (envelope-from gaspolo@gmail.com) Received: by rproxy.gmail.com with SMTP id c16so102201rne for ; Wed, 19 Jan 2005 01:40:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=S9sQGHZyvNZvy3hcns1K6L8orOwbAp+cRWzr7ft25xX1pYByR+QI+9hrGhpQiEBdH2eAVCHIT0qclV8pzOJzSTn6/kIKiFClWMDjv5OcIc3KQ9uaNN+zClkvot4P3ZYFcx67PQAsnjbz+LucfQ7LGpXwaR77XjLasycaixt6Nhs= Received: by 10.38.73.39 with SMTP id v39mr248149rna; Wed, 19 Jan 2005 01:40:23 -0800 (PST) Received: by 10.38.24.39 with HTTP; Wed, 19 Jan 2005 01:40:23 -0800 (PST) Message-ID: Date: Wed, 19 Jan 2005 10:40:23 +0100 From: gaspo To: freebsd-sparc64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ram on sparc 64 freebsd 5.3 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gaspo List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 09:40:26 -0000 i have install sparc64 on ultra5 sun... freebsd 5.3 is good... but i have seeen some problem to Use the Memory Ram..for some process: -- 6179 root 8 0 17488K 1776K wait 0:00 0.00% 0.00% login 6183 gaspo 8 0 17456K 1712K wait 0:00 0.00% 0.00% su 6178 root 96 0 15664K 2960K select 0:00 0.00% 0.00% telnetd 6194 root 96 0 60640K 6432K select 0:01 0.00% 0.00% httpd -- httpd 60MB telnet 15mb su 17mb login 17mb --... i think is too memory usage of freebsd for these process...because like httpd..have 6/7 process for 1 session of httpd...60 * 6.... = a lot of ram360mb of ram used.. on x86 every process take less RAM very very less...httpd 5mb ecc... there is an explanation? From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 19 22:37:40 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 C61E916A4CE for ; Wed, 19 Jan 2005 22:37:40 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B41643D45 for ; Wed, 19 Jan 2005 22:37:40 +0000 (GMT) (envelope-from adw@dsmirc.f9.co.uk) Received: from [127.0.0.1] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)j0JMbCgg070254 for ; Wed, 19 Jan 2005 22:37:13 GMT (envelope-from adw@dsmirc.f9.co.uk) Message-ID: <41EEE119.9080907@dsmirc.f9.co.uk> Date: Wed, 19 Jan 2005 22:37:13 +0000 From: Andrew D Wiles User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) 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: [Fwd: MMU Miss panic] 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, 19 Jan 2005 22:37:40 -0000 -------- Original Message -------- Subject: MMU Miss panic Date: Wed, 19 Jan 2005 22:23:55 +0000 From: Andrew D Wiles To: freeebsd-sparc64@freebsd.org I recently 'suped to 5.3-p5 and on boot I get a panic about MMU Miss and the system panics and doesn't even drop to OF and I have to do a hard reset. It occurs after the kernel boots and init tries to start on my Ultra 5. I will try to give more information as it is requested but the U5 is a critical fileserver on the network. From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 19 23:30:24 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 B2AB816A4D2; Wed, 19 Jan 2005 23:30:24 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E29E043D48; Wed, 19 Jan 2005 23:30:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 748075136F; Wed, 19 Jan 2005 15:30:22 -0800 (PST) Date: Wed, 19 Jan 2005 15:30:22 -0800 From: Kris Kennaway To: David O'Brien Message-ID: <20050119233022.GA12519@xor.obsecurity.org> References: <20041114230005.GH90701@xor.obsecurity.org> <20041122123721.A19023@newtrinity.zeist.de> <20041211213312.GA27900@xor.obsecurity.org> <20041211232225.C64141@newtrinity.zeist.de> <20041212022747.GA77070@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <20041212022747.GA77070@dragon.nuxi.com> User-Agent: Mutt/1.4.2.1i cc: Kris Kennaway cc: sparc64@freebsd.org Subject: Re: Error: Illegal operands: There are only 32 single precision f registers; [0-31] 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, 19 Jan 2005 23:30:24 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 11, 2004 at 06:27:47PM -0800, David O'Brien wrote: > On Sat, Dec 11, 2004 at 11:22:25PM +0100, Marius Strobl wrote: > > On Sat, Dec 11, 2004 at 01:33:12PM -0800, Kris Kennaway wrote: > > > On Mon, Nov 22, 2004 at 12:37:21PM +0100, Marius Strobl wrote: > > > > On Sun, Nov 14, 2004 at 03:00:05PM -0800, Kris Kennaway wrote: > > > > > A number of ports are failing on sparc64 with the following error: > > > > > Error: Illegal operands: There are only 32 single precision f reg= isters; [0-31] > .. > > > > The patch at: > > > > http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/opcodes/sparc-opc.= c.diff?r1=3D1.9&r2=3D1.10&cvsroot=3Dsrc > > > > fixes these and doesn't break world. Binutils 2.15 were branched wi= th > > > > rev. 1.9 of sparc-opc.c so I think it's fairly safe to import rev. = 1.10 > > > > onto the vendor branch in FreeBSD. > > >=20 > > > Any progress in getting this fixed in FreeBSD? > > No, no reply or reaction from David so far. >=20 > I didn't see this until now (no PR filed :-( ). I just merged the FSF > mainline fix into the FSF 2.15 repo. I've created a patch to test that > updates src/contrib/binutils to the top of the FSF 2.15 tree. Can we get the patch referenced above committed to FreeBSD? As you know, the binutils update you sent me was broken, but applying only the redhat patch fixed the problem, and I still have it in my sparc64 source trees so that packages can be built. Kris --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB7u2OWry0BWjoQKURAugLAJ9VW895oZuqwfCBeo83hDxukgs7sQCePw3F KEYaNlrmyR9A6G19jdN+aVc= =DViy -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Jan 20 15:44: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 6A6A716A4CE for ; Thu, 20 Jan 2005 15:44:39 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B06BB43D2F for ; Thu, 20 Jan 2005 15:44:38 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) j0KFibPu099310; Thu, 20 Jan 2005 16:44:37 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id j0KFiSun099309; Thu, 20 Jan 2005 16:44:28 +0100 (CET) (envelope-from marius) Date: Thu, 20 Jan 2005 16:44:28 +0100 From: Marius Strobl To: Aaron Dudek Message-ID: <20050120164428.Q24896@newtrinity.zeist.de> References: <20050111194201.B78623@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from adudek@sprint.net on Tue, Jan 11, 2005 at 04:00:22PM -0500 X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.8; VDF: 6.29.0.72; host: newtrinity.zeist.de) cc: freebsd-sparc64@freebsd.org Subject: Re: Xwindows on Ultra60.. 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, 20 Jan 2005 15:44:39 -0000 On Tue, Jan 11, 2005 at 04:00:22PM -0500, Aaron Dudek wrote: Sorry for the late reply. > I've built the kernal and included the creator device. > I'm running 5.3 and I am currently trying to install the 6.8.1 port. > I don't think I've done syscons yet. I'll work on getting that done. I Basically remove ofw_console, sab and zs from your kernel config file and add creator, KBD_INSTALL_CDEV, sc, puc and uart instead. Before booting the new kernel enable ttyvX in /etc/ttys and make sure the input-device and output-device Open Firmware system config parameters are set to keyboard and screen respectively. For moused_type in /etc/rc.conf use "mousesystems" and for moused_port "/dev/uart3" in FreeBSD 5, "/dev/cuau3" in -current. > just notice that when I run xorgconfig that none of the sun cards are in > the card database. That is why I was curious if I needed to compile the > source manually. > As mentioned earlier I don't think the keyboard will work with Xorg 6.8.1 which uses the "kbd" driver by default. You would have to compile 6.8.1 manually with the old "keyboard" driver (disabled by default) or add support for Sun keyboards to the FreeBSD specific part of the "kbd" driver. The xorg-server-6.7.0_9 port however still used the "keyboard" driver by default and should work out of the box with the mentioned config file. Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Jan 20 22:14:21 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 E856216A4CE for ; Thu, 20 Jan 2005 22:14:21 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A75E443D1D for ; Thu, 20 Jan 2005 22:14:21 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 995F572DF9; Thu, 20 Jan 2005 14:14:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9700372DF8; Thu, 20 Jan 2005 14:14:21 -0800 (PST) Date: Thu, 20 Jan 2005 14:14:21 -0800 (PST) From: Doug White To: gaspo In-Reply-To: Message-ID: <20050120140913.S85588@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: ram on sparc 64 freebsd 5.3 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, 20 Jan 2005 22:14:22 -0000 On Wed, 19 Jan 2005, gaspo wrote: > i have install sparc64 on ultra5 sun... > freebsd 5.3 is good... > but i have seeen some problem to Use the Memory Ram..for some process: > -- > 6179 root 8 0 17488K 1776K wait 0:00 0.00% 0.00% login > 6183 gaspo 8 0 17456K 1712K wait 0:00 0.00% 0.00% su > 6178 root 96 0 15664K 2960K select 0:00 0.00% 0.00% telnetd > 6194 root 96 0 60640K 6432K select 0:01 0.00% 0.00% httpd > -- > httpd 60MB > telnet 15mb > su 17mb > login 17mb > --... > i think is too memory usage of freebsd for these process...because > like httpd..have 6/7 process for 1 session of httpd...60 * 6.... = a > lot of ram360mb of ram used.. > on x86 every process take less RAM very very less...httpd 5mb ecc... > there is an explanation? You're confusing virtual and real usage. The "virtual" space is what the application has requested, while RSS is the memory the application is actually using regularly and is therefore mapped to RAM. Judging RAM use by the Virtual value will result in severely inflated values, as you've seen. Note that applications will take more memory on sparc64 than on i386 due to larger data structures (64-bit integers and the like). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Jan 20 22:15: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 9299B16A4CE for ; Thu, 20 Jan 2005 22:15:39 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 611E943D54 for ; Thu, 20 Jan 2005 22:15:39 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 56CB572DD4; Thu, 20 Jan 2005 14:15:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 54DB272DCB; Thu, 20 Jan 2005 14:15:39 -0800 (PST) Date: Thu, 20 Jan 2005 14:15:39 -0800 (PST) From: Doug White To: Andrew D Wiles In-Reply-To: <41EEE119.9080907@dsmirc.f9.co.uk> Message-ID: <20050120141444.F85588@carver.gumbysoft.com> References: <41EEE119.9080907@dsmirc.f9.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: [Fwd: MMU Miss panic] 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, 20 Jan 2005 22:15:39 -0000 On Wed, 19 Jan 2005, Andrew D Wiles wrote: > I recently 'suped to 5.3-p5 and on boot I get a panic about MMU Miss and > the system panics and doesn't even drop to OF and I have to do a hard reset. > It occurs after the kernel boots and init tries to start on my Ultra 5. > I will try to give more information as it is requested but the U5 is a > critical fileserver on the network. I have a 270MHz U5 here but installing freebsd on it is painful. Can you post the panic output please? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Jan 20 22:27:49 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 EDF0D16A4CE for ; Thu, 20 Jan 2005 22:27:49 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A17E43D1D for ; Thu, 20 Jan 2005 22:27:48 +0000 (GMT) (envelope-from adw@dsmirc.f9.co.uk) Received: from [127.0.0.1] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)j0KMRDbF086038; Thu, 20 Jan 2005 22:27:14 GMT (envelope-from adw@dsmirc.f9.co.uk) Message-ID: <41F03041.1020800@dsmirc.f9.co.uk> Date: Thu, 20 Jan 2005 22:27:13 +0000 From: Andrew D Wiles User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <41EEE119.9080907@dsmirc.f9.co.uk> <20050120141444.F85588@carver.gumbysoft.com> In-Reply-To: <20050120141444.F85588@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-sparc64@freebsd.org Subject: Re: [Fwd: MMU Miss panic] 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, 20 Jan 2005 22:27:50 -0000 Doug White wrote: >On Wed, 19 Jan 2005, Andrew D Wiles wrote: > > > >>I recently 'suped to 5.3-p5 and on boot I get a panic about MMU Miss and >>the system panics and doesn't even drop to OF and I have to do a hard reset. >>It occurs after the kernel boots and init tries to start on my Ultra 5. >>I will try to give more information as it is requested but the U5 is a >>critical fileserver on the network. >> >> > >I have a 270MHz U5 here but installing freebsd on it is painful. Can you >post the panic output please? > > > Copyright (c) 1992-2004 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.3-RELEASE-p5 #0: Sat Nov 13 07:56:20 GMT 2004 tyr@tyr.asgard.jara23.co.uk:/usr/obj/usr/src/sys/TYR Timecounter "tick" frequency 269845625 Hz quality 1000 real memory = 134217728 (128 MB) avail memory = 116793344 (111 MB) cpu0: Sun Microsystems UltraSparc-IIi Processor (269.85 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 pcib1: at device 1.1 on pci0 pci1: on pcib1 ebus0: mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 1.0 on pci1 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebus0 sab0: [FAST] sabtty0: on sab0 sabtty1: on sab0 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x14003043bc-0x14003043cb irq 34 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003023f0-0x14003023f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 8099efc2 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400722000-0x1400722003,0x1400704000-0x140070400f,0x1400702000-0x140070200f,0x1400200000-0x14002000ff irq 36,35 (no driver attached) hme0: mem 0xe0000000-0xe0007fff at device 1.1 on pci1 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:99:ef:c2 hme0: if_start running deferred for Giant hme0: [GIANT-LOCKED] pci1: at device 2.0 (no driver attached) atapci0: port 0xc00020-0xc0002f,0xc00018-0xc0001b,0xc00010-0xc00017,0xc00008-0xc0000b,0xc00000-0xc00007 at device 3.0 on pci1 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 pcib2: at device 1.0 on pci0 pci2: on pcib2 ohci0: mem 0x2000-0x2fff at device 3.0 on pci2 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0x4000-0x4fff at device 3.1 on pci2 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0x6000-0x6fff at device 3.2 on pci2 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci2: at device 3.3 (no driver attached) Timecounters tick every 10.000 msec ad0: 39266MB [79780/16/63] at ata2-master WDMA2 acd0: CDRW at ata3-master PIO4 Mounting root from ufs:/dev/ad0a Pre-seeding PRNG:Panic: Fast Data Access MMU Miss This happens with and without the patches provided by jhb@ via Kris K in another thread. I agree about installing FreeBSD on the U5 painful, I had to resort to a serial console and tip from another box. Cheers, Andrew D Wiles From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 21 02:23: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 8308716A4CE for ; Fri, 21 Jan 2005 02:23:59 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A00943D1F for ; Fri, 21 Jan 2005 02:23:59 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5ADE472DD4; Thu, 20 Jan 2005 18:23:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 560D172DCB; Thu, 20 Jan 2005 18:23:59 -0800 (PST) Date: Thu, 20 Jan 2005 18:23:59 -0800 (PST) From: Doug White To: Andrew D Wiles In-Reply-To: <41F03041.1020800@dsmirc.f9.co.uk> Message-ID: <20050120182139.W88962@carver.gumbysoft.com> References: <41EEE119.9080907@dsmirc.f9.co.uk> <20050120141444.F85588@carver.gumbysoft.com> <41F03041.1020800@dsmirc.f9.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: [Fwd: MMU Miss panic] 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, 21 Jan 2005 02:23:59 -0000 On Thu, 20 Jan 2005, Andrew D Wiles wrote: > Doug White wrote: > > >On Wed, 19 Jan 2005, Andrew D Wiles wrote: > > > > > > > >>I recently 'suped to 5.3-p5 and on boot I get a panic about MMU Miss and > >>the system panics and doesn't even drop to OF and I have to do a hard reset. > >>It occurs after the kernel boots and init tries to start on my Ultra 5. > >>I will try to give more information as it is requested but the U5 is a > >>critical fileserver on the network. > >> > >> > > > >I have a 270MHz U5 here but installing freebsd on it is painful. Can you > >post the panic output please? Your panic is missing information. You should have some additional output showing the state of registers, etc. > Mounting root from ufs:/dev/ad0a > Pre-seeding PRNG:Panic: Fast Data Access MMU Miss That shouldn't be a capital P. Something is messed up here. Can we see your kernel config? Looks like /dev/random accesses blow it up... -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 21 02:29:10 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 B481216A4CE for ; Fri, 21 Jan 2005 02:29:10 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D50843D45 for ; Fri, 21 Jan 2005 02:29:07 +0000 (GMT) (envelope-from adw@dsmirc.f9.co.uk) Received: from [127.0.0.1] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)j0L2SQTK086603; Fri, 21 Jan 2005 02:28:28 GMT (envelope-from adw@dsmirc.f9.co.uk) Message-ID: <41F068CA.8090502@dsmirc.f9.co.uk> Date: Fri, 21 Jan 2005 02:28:26 +0000 From: Andrew D Wiles User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <41EEE119.9080907@dsmirc.f9.co.uk> <20050120141444.F85588@carver.gumbysoft.com> <41F03041.1020800@dsmirc.f9.co.uk> <20050120182139.W88962@carver.gumbysoft.com> In-Reply-To: <20050120182139.W88962@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-sparc64@freebsd.org Subject: Re: [Fwd: MMU Miss panic] 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, 21 Jan 2005 02:29:10 -0000 Doug White wrote: >On Thu, 20 Jan 2005, Andrew D Wiles wrote: > > > >>Doug White wrote: >> >> >> >>>On Wed, 19 Jan 2005, Andrew D Wiles wrote: >>> >>> >>> >>> >>> >>>>I recently 'suped to 5.3-p5 and on boot I get a panic about MMU Miss and >>>>the system panics and doesn't even drop to OF and I have to do a hard reset. >>>>It occurs after the kernel boots and init tries to start on my Ultra 5. >>>>I will try to give more information as it is requested but the U5 is a >>>>critical fileserver on the network. >>>> >>>> >>>> >>>> >>>I have a 270MHz U5 here but installing freebsd on it is painful. Can you >>>post the panic output please? >>> >>> > >Your panic is missing information. You should have some additional output >showing the state of registers, etc. > > > >>Mounting root from ufs:/dev/ad0a >>Pre-seeding PRNG:Panic: Fast Data Access MMU Miss >> >> > >That shouldn't be a capital P. Something is messed up here. > >Can we see your kernel config? Looks like /dev/random accesses blow it >up... > > > Thats all I get, like I said in the inital post it doesn't even drop to OpenFirmware after the panic. Kernel configs are as follows: ---TYR--- machine sparc64 cpu SUN4U ident TYR # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Platforms supported # At this time all platforms are supported, as-is. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Keep this for a while options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions # To make an SMP kernel, the next line is needed #options SMP # Symmetric MultiProcessor Kernel # Standard busses device ebus device isa device pci device sbus device central device fhc # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives # Do NOT enable ATA_STATIC_ID -- cmd646 controller will be !ata2!, # and you will not mount an ATA /. #options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device isp # Qlogic family device ispfw # Firmware module for Qlogic host adapters #device mpt # LSI-Logic MPT-Fusion (not yet) #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device esp # NCR53c9x (FEPS/FAS366) # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers #device amr # AMI MegaRAID #device mlx # Mylex DAC960 family # syscons is the default console driver, resembling an SCO console #device sc #device creator # Creator, Creator3D and Elite3D graphics cards #device splash # Splash screen and screen saver support #options KBD_INSTALL_CDEV # install a CDEV entry in /dev device ofw_console # Open Firmware console device # Builtin hardware device genclock # Generic clock interface device eeprom # eeprom (really a front-end for the MK48Txx) device "mk48txx" # Mostek MK48T02, MK48T08, MK48T59 clock # Serial (COM) ports device sab # Siemens SAB82532 based serial ports device zs # Zilog 8530 based serial ports #device uart # Multi-uart driver #device puc # Multi-channel uarts # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device lnc # NE2100, NE32-VL Lance Ethernet cards #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device gem # Sun GEM/Sun ERI/Apple GMAC device hme # Sun HME (Happy Meal Ethernet) #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) include "TYR.inc" ---TYR.inc--- # The additions to the generic kernel that make tyr special # in future simply include this file and trim down the generic kernel options IPFIREWALL options IPFIREWALL_VERBOSE #options IPFIREWALL_FORWARD #options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT options IPSTEALTH options CONSPEED= 115200 # Include samba support in the kernel because encrypted passwords are req'd options NETSMBCRYPTO #encrypted password support for SMB options LIBMCHAIN options LIBICONV From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 21 05:38:07 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 6BC9E16A4F6; Fri, 21 Jan 2005 05:38:07 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B690543D2D; Fri, 21 Jan 2005 05:38:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0L5c5jc065439; Fri, 21 Jan 2005 00:38:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0L5c53L053811; Fri, 21 Jan 2005 00:38:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7CC3E7306E; Fri, 21 Jan 2005 00:38:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050121053805.7CC3E7306E@freebsd-current.sentex.ca> Date: Fri, 21 Jan 2005 00:38:05 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Scanned: ClamAV 0.80/671/Mon Jan 17 09:16:31 2005 clamav-milter version 0.80j on clamscanner4 X-Virus-Status: Clean 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: Fri, 21 Jan 2005 05:38:07 -0000 TB --- 2005-01-21 04:02:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-21 04:02:42 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-01-21 04:02:42 - checking out the source tree TB --- 2005-01-21 04:02:42 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-01-21 04:02:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-21 04:08:26 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-21 04:08:26 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-21 04:08:26 - /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: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-01-21 05:18:17 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-21 05:18:17 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-21 05:18:17 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jan 21 05:18:18 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 >>> Kernel build for GENERIC completed on Fri Jan 21 05:32:53 UTC 2005 TB --- 2005-01-21 05:32:53 - generating LINT kernel config TB --- 2005-01-21 05:32:53 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-01-21 05:32:53 - /usr/bin/make -B LINT TB --- 2005-01-21 05:32:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-21 05:32:53 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-21 05:32:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 21 05:32:54 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 [...] cc -c -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/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/en/if_en_pci.c cc -c -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/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/en/midway.c cc -c -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/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/esp/ncr53c9x.c cc -c -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/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/exca/exca.c cc -c -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/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/fatm/if_fatm.c cc -c -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/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/fe/if_fe.c cc -c -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/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/fe/if_fe_pccard.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/fe/if_fe_pccard.c:64: warning: 'fe_pccard_mem_ether' declared `static' but never defined *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-01-21 05:38:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-21 05:38:04 - ERROR: failed to build lint kernel TB --- 2005-01-21 05:38:04 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 21 21:47:49 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 F335316A4CE for ; Fri, 21 Jan 2005 21:47:48 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4B9043D3F for ; Fri, 21 Jan 2005 21:47:48 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B182972DD4; Fri, 21 Jan 2005 13:47:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id AD42972DCB; Fri, 21 Jan 2005 13:47:48 -0800 (PST) Date: Fri, 21 Jan 2005 13:47:48 -0800 (PST) From: Doug White To: Andrew D Wiles In-Reply-To: <41F068CA.8090502@dsmirc.f9.co.uk> Message-ID: <20050121134704.D97826@carver.gumbysoft.com> References: <41EEE119.9080907@dsmirc.f9.co.uk> <20050120141444.F85588@carver.gumbysoft.com> <20050120182139.W88962@carver.gumbysoft.com> <41F068CA.8090502@dsmirc.f9.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: [Fwd: MMU Miss panic] 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, 21 Jan 2005 21:47:49 -0000 On Fri, 21 Jan 2005, Andrew D Wiles wrote: > ---TYR.inc--- > # The additions to the generic kernel that make tyr special > # in future simply include this file and trim down the generic kernel > > options IPFIREWALL > options IPFIREWALL_VERBOSE > #options IPFIREWALL_FORWARD > #options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPDIVERT > options IPSTEALTH > options CONSPEED= 115200 > > # Include samba support in the kernel because encrypted passwords are req'd > > options NETSMBCRYPTO #encrypted password support for SMB > options LIBMCHAIN > options LIBICONV Try removing the smb and related options here. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 22 00:25: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 3A1D316A4CE for ; Sat, 22 Jan 2005 00:25:59 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8C8343D1D for ; Sat, 22 Jan 2005 00:25:58 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j0M0PheN041015; Fri, 21 Jan 2005 16:25:43 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j0M0Ph6Z041014; Fri, 21 Jan 2005 16:25:43 -0800 (PST) (envelope-from obrien) Date: Fri, 21 Jan 2005 16:25:39 -0800 From: "David O'Brien" To: Kris Kennaway Message-ID: <20050122002539.GB40959@dragon.nuxi.com> References: <20041114230005.GH90701@xor.obsecurity.org> <20041122123721.A19023@newtrinity.zeist.de> <20041211213312.GA27900@xor.obsecurity.org> <20041211232225.C64141@newtrinity.zeist.de> <20041212022747.GA77070@dragon.nuxi.com> <20050119233022.GA12519@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050119233022.GA12519@xor.obsecurity.org> User-Agent: Mutt/1.4.1i 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 cc: sparc64@freebsd.org Subject: Re: Error: Illegal operands: There are only 32 single precision f registers; [0-31] 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: Sat, 22 Jan 2005 00:25:59 -0000 On Wed, Jan 19, 2005 at 03:30:22PM -0800, Kris Kennaway wrote: > On Sat, Dec 11, 2004 at 06:27:47PM -0800, David O'Brien wrote: > > On Sat, Dec 11, 2004 at 11:22:25PM +0100, Marius Strobl wrote: > > > On Sat, Dec 11, 2004 at 01:33:12PM -0800, Kris Kennaway wrote: > > > > On Mon, Nov 22, 2004 at 12:37:21PM +0100, Marius Strobl wrote: > > > > > On Sun, Nov 14, 2004 at 03:00:05PM -0800, Kris Kennaway wrote: > > > > > > A number of ports are failing on sparc64 with the following error: > > > > > > Error: Illegal operands: There are only 32 single precision f registers; [0-31] > > .. > > > > > The patch at: > > > > > http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/opcodes/sparc-opc.c.diff?r1=1.9&r2=1.10&cvsroot=src > > > > > fixes these and doesn't break world. Binutils 2.15 were branched with > > > > > rev. 1.9 of sparc-opc.c so I think it's fairly safe to import rev. 1.10 > > > > > onto the vendor branch in FreeBSD. > > > > > > > > Any progress in getting this fixed in FreeBSD? > > > No, no reply or reaction from David so far. > > > > I didn't see this until now (no PR filed :-( ). I just merged the FSF > > mainline fix into the FSF 2.15 repo. I've created a patch to test that > > updates src/contrib/binutils to the top of the FSF 2.15 tree. > > Can we get the patch referenced above committed to FreeBSD? As you > know, the binutils update you sent me was broken, but applying only > the redhat patch fixed the problem, and I still have it in my sparc64 > source trees so that packages can be built. I never heard that the Red Hat version of the patch fixed your problems. I need to investigate the differences as the patch I sent you is what is in the real binutils CVS and what will get committed to FreeBSD soon. -- -- David (obrien@FreeBSD.org) From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 22 00:31: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 1FF4A16A4CE; Sat, 22 Jan 2005 00:31:35 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB88543D45; Sat, 22 Jan 2005 00:31:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AA86451194; Fri, 21 Jan 2005 16:31:33 -0800 (PST) Date: Fri, 21 Jan 2005 16:31:33 -0800 From: Kris Kennaway To: David O'Brien Message-ID: <20050122003133.GA88032@xor.obsecurity.org> References: <20041114230005.GH90701@xor.obsecurity.org> <20041122123721.A19023@newtrinity.zeist.de> <20041211213312.GA27900@xor.obsecurity.org> <20041211232225.C64141@newtrinity.zeist.de> <20041212022747.GA77070@dragon.nuxi.com> <20050119233022.GA12519@xor.obsecurity.org> <20050122002539.GB40959@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <20050122002539.GB40959@dragon.nuxi.com> User-Agent: Mutt/1.4.2.1i cc: sparc64@freebsd.org cc: Kris Kennaway Subject: Re: Error: Illegal operands: There are only 32 single precision f registers; [0-31] 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, 22 Jan 2005 00:31:35 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 21, 2005 at 04:25:39PM -0800, David O'Brien wrote: > On Wed, Jan 19, 2005 at 03:30:22PM -0800, Kris Kennaway wrote: > > On Sat, Dec 11, 2004 at 06:27:47PM -0800, David O'Brien wrote: > > > On Sat, Dec 11, 2004 at 11:22:25PM +0100, Marius Strobl wrote: > > > > On Sat, Dec 11, 2004 at 01:33:12PM -0800, Kris Kennaway wrote: > > > > > On Mon, Nov 22, 2004 at 12:37:21PM +0100, Marius Strobl wrote: > > > > > > On Sun, Nov 14, 2004 at 03:00:05PM -0800, Kris Kennaway wrote: > > > > > > > A number of ports are failing on sparc64 with the following e= rror: > > > > > > > Error: Illegal operands: There are only 32 single precision f= registers; [0-31] > > > .. > > > > > > The patch at: > > > > > > http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/opcodes/sparc-= opc.c.diff?r1=3D1.9&r2=3D1.10&cvsroot=3Dsrc > > > > > > fixes these and doesn't break world. Binutils 2.15 were branche= d with > > > > > > rev. 1.9 of sparc-opc.c so I think it's fairly safe to import r= ev. 1.10 > > > > > > onto the vendor branch in FreeBSD. > > > > >=20 > > > > > Any progress in getting this fixed in FreeBSD? > > > > No, no reply or reaction from David so far. > > >=20 > > > I didn't see this until now (no PR filed :-( ). I just merged the FSF > > > mainline fix into the FSF 2.15 repo. I've created a patch to test th= at > > > updates src/contrib/binutils to the top of the FSF 2.15 tree. > >=20 > > Can we get the patch referenced above committed to FreeBSD? As you > > know, the binutils update you sent me was broken, but applying only > > the redhat patch fixed the problem, and I still have it in my sparc64 > > source trees so that packages can be built. >=20 > I never heard that the Red Hat version of the patch fixed your problems. OK, I guess you missed that. > I need to investigate the differences as the patch I sent you is what is > in the real binutils CVS and what will get committed to FreeBSD soon. I think it was extra stuff in the binutils patch that broke things. e.g. default elf branding was broken, and it also broke new ports. Kris --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB8Z7lWry0BWjoQKURAncQAKDvNP9DAzv7Up02ywVx8OvZ3q6OXwCg9seM CGErvlVkeZ3IvRWd9jR8E6U= =u5h8 -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 22 00:39: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 ED17C16A4CE for ; Sat, 22 Jan 2005 00:39:28 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id D33B143D3F for ; Sat, 22 Jan 2005 00:39:27 +0000 (GMT) (envelope-from adw@dsmirc.f9.co.uk) Received: from [127.0.0.1] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)j0M0crmb014325; Sat, 22 Jan 2005 00:38:54 GMT (envelope-from adw@dsmirc.f9.co.uk) Message-ID: <41F1A09D.80500@dsmirc.f9.co.uk> Date: Sat, 22 Jan 2005 00:38:53 +0000 From: Andrew D Wiles User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <41EEE119.9080907@dsmirc.f9.co.uk> <20050120141444.F85588@carver.gumbysoft.com> <20050120182139.W88962@carver.gumbysoft.com> <41F068CA.8090502@dsmirc.f9.co.uk> <20050121134704.D97826@carver.gumbysoft.com> In-Reply-To: <20050121134704.D97826@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-sparc64@freebsd.org Subject: Re: [Fwd: MMU Miss panic] 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, 22 Jan 2005 00:39:29 -0000 Doug White wrote: >On Fri, 21 Jan 2005, Andrew D Wiles wrote: > > > >>---TYR.inc--- >># The additions to the generic kernel that make tyr special >># in future simply include this file and trim down the generic kernel >> >>options IPFIREWALL >>options IPFIREWALL_VERBOSE >>#options IPFIREWALL_FORWARD >>#options IPFIREWALL_DEFAULT_TO_ACCEPT >>options IPDIVERT >>options IPSTEALTH >>options CONSPEED= 115200 >> >># Include samba support in the kernel because encrypted passwords are req'd >> >>options NETSMBCRYPTO #encrypted password support for SMB >>options LIBMCHAIN >>options LIBICONV >> >> > >Try removing the smb and related options here. > >-- >Doug White | FreeBSD: The Power to Serve >dwhite@gumbysoft.com | www.FreeBSD.org >_______________________________________________ >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" > > That seems to have fixed the problem with booting, however networking services fail on boot, smbd fails to start as does nfs rendering the machine up, but useless. Andrew D Wiles aka darkskye@DALnet From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 22 09:39: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 62B9516A4CE; Sat, 22 Jan 2005 09:39:59 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C58F43D1D; Sat, 22 Jan 2005 09:39:58 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id j0M9d1Ah019718 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 22 Jan 2005 18:39:01 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.13.1/8.13.1) with ESMTP id j0M9dsqb021767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Jan 2005 18:39:54 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id j0M9dsld021766; Sat, 22 Jan 2005 18:39:54 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Sat, 22 Jan 2005 18:39:54 +0900 From: Pyun YongHyeon To: John Baldwin Message-ID: <20050122093954.GA21145@kt-is.co.kr> References: <200411301035.12035.jhb@FreeBSD.org> <200411301410.46329.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <200411301410.46329.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: sparc64@freebsd.org cc: freebsd-sparc64@freebsd.org cc: Poul-Henning Kamp Subject: Re: Duplicate mbuf free panic in hme(4) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 09:39:59 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Nov 30, 2004 at 02:10:46PM -0500, John Baldwin wrote: > On Tuesday 30 November 2004 10:35 am, John Baldwin wrote: > > I got the following panic on my ultra60 while the box was idle over the > > holidays: > > > > Nov 26 00:20:25 amd[293]: reload of map /etc/amd.map is not needed (in > > sync) Nov 26 01:24:26 amd[293]: reload of map /etc/amd.map is not needed > > (in sync) Nov 26 02:28:26 amd[293]: reload of map /etc/amd.map is not > > needed (in sync) Nov 26 03:32:26 amd[293]: reload of map /etc/amd.map is > > not needed (in sync) Slab at 0xfffff80085467ed8, freei 2 = 0. > > panic: Duplicate free of item 0xfffff80085466200 from zone > > 0xfffff80027ffd5c0 (Mbuf) > > > > cpuid = 0 > > KDB: enter: panic > > [thread 100039] > > Stopped at kdb_enter+0x38: ta %xcc, 1 > > db> tr > > panic() at panic+0x19c > > uma_dbg_free() at uma_dbg_free+0x138 > > uma_zfree_arg() at uma_zfree_arg+0x1a4 > > m_freem() at m_freem+0x4c > > hme_intr() at hme_intr+0x2d0 > > psycho_intr_stub() at psycho_intr_stub+0x8 > > ithread_loop() at ithread_loop+0x218 > > fork_exit() at fork_exit+0x9c > > fork_trampoline() at fork_trampoline+0x8 > > db> > > > > Perhaps this can also explain the memory used after free panics that myself > > and others see on our sparcs under load? > When I read this mail, I couldn't reproduce this panic. With new ata controller(hpt372) with UDMA100 disk I could easily reproduce this panic. It seems that the panic is occurred under heavy system I/O and the bug survivied for a long time. Anyway, it seems that the following patch fix the issue to me. But it seems that hme(4) now prints "device timeout" messages under heavy loads. That needs more investigation. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_hme.c.patch" --- sys/dev/hme/if_hme.c.orig Mon Jan 17 19:51:39 2005 +++ sys/dev/hme/if_hme.c Sat Jan 22 17:15:36 2005 @@ -1032,6 +1032,7 @@ return (0); fail: bus_dmamap_unload(sc->sc_tdmatag, td->htx_dmamap); + td->htx_m = NULL; return (error); } --Dxnq1zWXvFF0Q93v-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 22 09:39: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 62B9516A4CE; Sat, 22 Jan 2005 09:39:59 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C58F43D1D; Sat, 22 Jan 2005 09:39:58 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id j0M9d1Ah019718 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 22 Jan 2005 18:39:01 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.13.1/8.13.1) with ESMTP id j0M9dsqb021767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Jan 2005 18:39:54 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id j0M9dsld021766; Sat, 22 Jan 2005 18:39:54 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Sat, 22 Jan 2005 18:39:54 +0900 From: Pyun YongHyeon To: John Baldwin Message-ID: <20050122093954.GA21145@kt-is.co.kr> References: <200411301035.12035.jhb@FreeBSD.org> <200411301410.46329.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <200411301410.46329.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: sparc64@freebsd.org cc: freebsd-sparc64@freebsd.org cc: Poul-Henning Kamp Subject: Re: Duplicate mbuf free panic in hme(4) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 09:39:59 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Nov 30, 2004 at 02:10:46PM -0500, John Baldwin wrote: > On Tuesday 30 November 2004 10:35 am, John Baldwin wrote: > > I got the following panic on my ultra60 while the box was idle over the > > holidays: > > > > Nov 26 00:20:25 amd[293]: reload of map /etc/amd.map is not needed (in > > sync) Nov 26 01:24:26 amd[293]: reload of map /etc/amd.map is not needed > > (in sync) Nov 26 02:28:26 amd[293]: reload of map /etc/amd.map is not > > needed (in sync) Nov 26 03:32:26 amd[293]: reload of map /etc/amd.map is > > not needed (in sync) Slab at 0xfffff80085467ed8, freei 2 = 0. > > panic: Duplicate free of item 0xfffff80085466200 from zone > > 0xfffff80027ffd5c0 (Mbuf) > > > > cpuid = 0 > > KDB: enter: panic > > [thread 100039] > > Stopped at kdb_enter+0x38: ta %xcc, 1 > > db> tr > > panic() at panic+0x19c > > uma_dbg_free() at uma_dbg_free+0x138 > > uma_zfree_arg() at uma_zfree_arg+0x1a4 > > m_freem() at m_freem+0x4c > > hme_intr() at hme_intr+0x2d0 > > psycho_intr_stub() at psycho_intr_stub+0x8 > > ithread_loop() at ithread_loop+0x218 > > fork_exit() at fork_exit+0x9c > > fork_trampoline() at fork_trampoline+0x8 > > db> > > > > Perhaps this can also explain the memory used after free panics that myself > > and others see on our sparcs under load? > When I read this mail, I couldn't reproduce this panic. With new ata controller(hpt372) with UDMA100 disk I could easily reproduce this panic. It seems that the panic is occurred under heavy system I/O and the bug survivied for a long time. Anyway, it seems that the following patch fix the issue to me. But it seems that hme(4) now prints "device timeout" messages under heavy loads. That needs more investigation. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_hme.c.patch" --- sys/dev/hme/if_hme.c.orig Mon Jan 17 19:51:39 2005 +++ sys/dev/hme/if_hme.c Sat Jan 22 17:15:36 2005 @@ -1032,6 +1032,7 @@ return (0); fail: bus_dmamap_unload(sc->sc_tdmatag, td->htx_dmamap); + td->htx_m = NULL; return (error); } --Dxnq1zWXvFF0Q93v-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 22 21:35:03 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 5BE2216A4CF; Sat, 22 Jan 2005 21:35:03 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 142AC43D41; Sat, 22 Jan 2005 21:35:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1939F51439; Sat, 22 Jan 2005 13:35:02 -0800 (PST) Date: Sat, 22 Jan 2005 13:35:02 -0800 From: Kris Kennaway To: obrien@FreeBSD.org, sparc64@FreeBSD.org Message-ID: <20050122213501.GA22882@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: file(1) broken 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: Sat, 22 Jan 2005 21:35:03 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Old file(1): monster# file /lib/libc.so.6 /lib/libc.so.6: ELF 64-bit MSB shared object, SPARC V9, version 1 (FreeBSD), stripped New file(1): monster# file /lib/libc.so.6 /lib/libc.so.6: data, stripped Among other things, this breaks a lot of package builds because libtool 1.3 doesn't think FreeBSD/sparc64 can build shared libraries. Kris --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB8scFWry0BWjoQKURAqJoAJ9+oYXpFBiYRJFFneBSj2JWvjWvHACfQ9MM 94EDRWvZ3DTsslTp94l6aVQ= =0EiU -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q--