On Fri, May 14, 1999 at 02:17:28AM +0200, a little birdie told me
that Sheldon Hearn remarked
> 
> 
> On Fri, 14 May 1999 01:13:36 +0200, Gianmarco Giovannelli wrote:
> 
> > Here it continues to panic with screen, same errors of yesterday... I'll
> > try with X right now but I think it is the same story... :-)
> > Cvsupped and maked world this afternoon (CEST).
> 
> Well guesss what? I'm seeing panics too, after suggesting that
> everything was cool and froody. :-)
> 
> I don't have to start X, I get a panic as soon as I try to mount_mfs
> -- 100% reproducible. Someone else posted a backtrace, the one that
> incriminates checkalias(), I think?

I have one here with sources cvsup'd around 4am (CDT) today (as in, ~4
hours ago).  Start X, start up screen in an xterm, and *bing*.  However,
I strut my skill in manpiluating DDB while staring at a frozen X session
;>

Here's some quickies from kgdb:
Fatal trap 12: page fault while in kernel mode
mp_lock = 01000002; cpuid = 1; lapic.id = 0c000000
fault virtual address   = 0x14
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc0162490
stack pointer           = 0x10:0xcb271d4c
frame pointer           = 0x10:0xcb271d60
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 570 (screen-3.7.6)
interrupt mask          = tty  <- SMP: XXX
panic: from debugger
mp_lock = 01000003; cpuid = 1; lapic.id = 0c000000
boot() called on cpu#1

(kgdb) where
#0  0xc014f350 in boot ()
#1  0xc014f6ed in panic ()
#2  0xc012c899 in db_panic ()
#3  0xc012c839 in db_command ()
#4  0xc012c8fe in db_command_loop ()
#5  0xc012ea5f in db_trap ()
#6  0xc0213982 in kdb_trap ()
#7  0xc02265c2 in trap_fatal ()
#8  0xc0226259 in trap_pfault ()
#9  0xc0225ecf in trap ()
#10 0xc0162490 in ttyflush ()
#11 0xc0161bf1 in ttioctl ()
#12 0xc01650fe in ptyioctl ()
#13 0xc0181ad0 in spec_ioctl ()
#14 0xc01812f1 in spec_vnoperate ()
#15 0xc01f64c9 in ufs_vnoperatespec ()
#16 0xc017c045 in vn_ioctl ()
#17 0xc015b73f in ioctl ()
#18 0xc0226886 in syscall ()
#19 0xc02143a5 in Xint0x80_syscall ()


Unfortunately, it seems to be not giving me symbols.  I'll try
recompiling it with makeoptions=-g and see if I can't pull up one more
good panic/dump real quick.



-- 

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
| Matthew Fuller    MF4839    http://www.over-yonder.net/ |
* fulle...@futuresouth.com       fulle...@over-yonder.net *
| UNIX Systems Administrator      Specializing in FreeBSD |
*   FutureSouth Communications   ISPHelp ISP Consulting   *
|  "The only reason I'm burning my candle at both ends,   |
*    is because I haven't figured out how to light the    *
|                     middle yet"                         |
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*


To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Reply via email to