From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 8 00:04:12 2012 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C90E31065675 for ; Wed, 8 Feb 2012 00:04:12 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7D2F08FC12 for ; Wed, 8 Feb 2012 00:04:12 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Ruv0u-0000fQ-1Z; Wed, 08 Feb 2012 00:04:02 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Ruv0W-0002z6-Ha; Wed, 08 Feb 2012 00:03:32 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q1803WhK090448; Wed, 8 Feb 2012 00:03:32 GMT (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q1803W9c090447; Wed, 8 Feb 2012 00:03:32 GMT (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Wed, 8 Feb 2012 00:03:32 +0000 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20120208000331.GA90434@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Marcel Moolenaar , freebsd-ia64@freebsd.org References: <20120206142239.GA71689@mech-cluster241.men.bris.ac.uk> <20120206144444.GA71830@mech-cluster241.men.bris.ac.uk> <20120207094713.GA81250@mech-cluster241.men.bris.ac.uk> <20120207102305.GA81545@mech-cluster241.men.bris.ac.uk> <20120207111557.GA82299@mech-cluster241.men.bris.ac.uk> <20120207174649.GA89244@mech-cluster241.men.bris.ac.uk> <28AF5668-F785-49DB-98A0-0D037C173C9B@mac.com> <20120207200022.GA89641@mech-cluster241.men.bris.ac.uk> <6653621C-ABF4-4835-AA2C-4325DDC29467@mac.com> <20120207204236.GA89834@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120207204236.GA89834@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-ia64@freebsd.org Subject: Re: fatal kernel trap X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2012 00:04:13 -0000 On Tue, Feb 07, 2012 at 08:42:37PM +0000, Anton Shterenlikht wrote: > On Tue, Feb 07, 2012 at 12:23:08PM -0800, Marcel Moolenaar wrote: > > > > On Feb 7, 2012, at 12:00 PM, Anton Shterenlikht wrote: > > > > > On Tue, Feb 07, 2012 at 09:54:46AM -0800, Marcel Moolenaar wrote: > > >> > > >> On Feb 7, 2012, at 9:46 AM, Anton Shterenlikht wrote: > > >>>> db> bt > > >>>> Tracing pid 3832 tid 100130 td 0xe000000012122000 > > >>>> cpu_set_upcall(0xe000000012120cf0, 0xe000000012122000, 0xa0000000f8913780, 0xa0000000f8913550) at cpu_set_upcall+0x190 > > >>>> create_thread(0xe000000012122000, 0x0, 0x14064bac0, 0x140804800, 0x7ffffffff3bfe000, 0xc000000, 0x14008c200, 0x140804800) at create_thread+0x1c0 > > >>>> kern_thr_new(0xe000000012122000, 0xa0000000f88f3330, 0x9ffc0000004363d0) at kern_thr_new+0x100 > > >>>> sys_thr_new(0xe000000012122000, 0xa0000000f88f34e8, 0x9ffc0000008ccbf0, 0x48d) at sys_thr_new+0xa0 > > >>>> syscall(0xe000000012112d50, 0xa0000000f88f33a8, 0x14080442c, 0xe000000012122000, 0x0, 0x0, 0x9ffc0000008c80a0, 0x8) at syscall+0x550 > > >>>> epc_syscall_return() at epc_syscall_return > > >>>> db> > > >>> > > >>> Marcel, these panics make the system unusable on > > >>> r231087, r231124. I'll try to roll back 1000 or > > >>> so and try again. Let me know if you want > > >>> any more info on this panic. > > >> > > >> This looks like a regression caused by changes to either > > >> libthr or MI kernel code, for which no MD ia64 code > > >> changes were made, though needed. The backtrace is too > > >> regular... > > >> > > >> I'll take a look at it. If you have a simple trigger > > >> case, let me know. > > > > > > csup(1) causes this panic every time. > > > Something like "csup -L0 ports-supfile" > > > immediately triggers the trap. > > > > Ok, thanks. Let me take a look. > > just built r230000, same: > > # csup -L0 ports-supfile > > fatal kernel trap (cpu 0): > > trap vector = 0x14 (Page Not Present) > cr.iip = 0x9ffc0000008c7950 > cr.ipsr = 0x1010080a6018 (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) > cr.isr = 0x400000000 (code=0,vector=0,r,ei=0) > cr.ifa = 0x168 > curthread = 0xe000000011b2b590 > pid = 1171, comm = csup > > [ thread pid 1171 tid 100103 ] > Stopped at cpu_set_upcall+0x190: [M0] ld8 r14=[r14] ;; > db> > > Will try to step back another 1000. and still the same on r229000. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423