Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 8 Feb 2012 00:03:32 +0000
From:      Anton Shterenlikht <mexas@bristol.ac.uk>
To:        Marcel Moolenaar <xcllnt@mac.com>
Cc:        freebsd-ia64@freebsd.org
Subject:   Re: fatal kernel trap
Message-ID:  <20120208000331.GA90434@mech-cluster241.men.bris.ac.uk>
In-Reply-To: <20120207204236.GA89834@mech-cluster241.men.bris.ac.uk>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120208000331.GA90434>