[Asterisk-bsd] ztdummy

[Chris Stenton]

Randy,

I assume from previous postings that you have had this running on an earlier 
version of  6-current and that you have just upgraded it? Have you performed 
a make clean, remade and reinstalled  the zaptel kernel modules?

Please don't use the term "mess". This is a "very small" friendly group. If 
there is something you do not like then please feel free to post a proposed 
patch.

Please also try the cvs you do not need to install;  all you need to do from 
the root is do "make ztdload" (look at the makefile)  assuming you have no 
other version already loaded.

Chris


----- Original Message ----- 
From: "Randy Bush" <randy at psg.com>
To: "Konstantin Prokazoff" <kprokazov at svr.kiev.ua>
Cc: "Asterisk on BSD discussion" <asterisk-bsd at lists.digium.com>
Sent: Monday, November 29, 2004 4:45 PM
Subject: Re: [Asterisk-bsd] ztdummy


>> Still using zaptel-bsd-trunk-0.1, asterisk CVS 15/10/2004.
>> FBSD5.2.1 w/ wildcard TE405P board, uptime ~ 8 days on heavy traffic load
>> FBSD5.3 w/ ztdummy, uptime ~ 4 days on medium traffic load
>> P4-2.8/512RAM x 2 servers.
>
> i am using what is in the ports tree.  the cvs stuff does not
> install in the same places, and i did not have time to deal
> with the mess going back and forth.
>
>> Can you provide more detailed info about traps your have?
>
> specifically what more detail would you like that one can get
> from a kernel trap 12 with interrupts disabled?
>
>>> Fatal trap 12: page fault while in kernel mode
>>> fault virtual address   = 0x6c
>>> fault code              = supervisor read, page not present
>>> instruction pointer     = 0x8:0xc04e4cad
>>> stack pointer           = 0x10:0xe6d9c924
>>> frame pointer           = 0x10:0xe6d9c928
>>> code segment            = base 0x0, limit 0xfffff, type 0x1b
>>>                         = DPL 0, pres 1, def32 1, gran 1
>>> processor eflags        = resume, IOPL = 0
>>> current process         = 482 (asterisk)
>>> [thread pid 482 tid 100144 ]
>>> Stopped at      turnstile_setowner+0xd: movl    0x6c(%ecx),%eax
>>> db> trace
>>> Tracing pid 482 tid 100144 td 0xc2639600
>>> turnstile_setowner(c215ab00,0,c04e4d6d,0,c2639600) at 
>>> turnstile_setowner+0xd
>>> turnstile_wait(c2135c3c,0,c2135c3c,c2135bd0,e6d9c98c) at 
>>> turnstile_wait+0x102
>>> _mtx_lock_sleep(c2135c3c,c2639600,0,c2518edb,6ac) at 
>>> _mtx_lock_sleep+0xb4
>>> _mtx_lock_flags(c2135c3c,0,c2518edb,6ac,2) at _mtx_lock_flags+0x44
>>> zt_clone(0,c242a800,3,c263c440,c2639600) at zt_clone+0x71
>>> zt_timing_open(c242a800,3,c2639600,6,c2c15000) at zt_timing_open+0xbd
>>> ztopen(c242a800,3,2000,c2639600,e6d9ca48) at ztopen+0x6c
>>> devfs_open(e6d9ca6c,2f,280,180,c2639600) at devfs_open+0x1d1
>>> vn_open_cred(e6d9cbd8,e6d9ccd8,0,c1e74d80,14) at vn_open_cred+0x3f1
>>> vn_open(e6d9cbd8,e6d9ccd8,0,14,0) at vn_open+0x33
>>> kern_open(c2639600,284488b6,0,3,0) at kern_open+0x113
>>> open(c2639600,e6d9cd14,c,c2639600,6) at open+0x30
>>> syscall(2f,2f,2f,80db000,0) at syscall+0x330
>>> Xint0x80_syscall() at Xint0x80_syscall+0x1f
>>> --- syscall (5, FreeBSD ELF32, open), eip = 0x2830b10f, esp = 
>>> 0xbfbfe9ec, ebp = 0xbfbfea08 ---
>
> randy
> ---
> Q: Because it reverses the logical flow of conversation.
> A: Why is top posting frowned upon?
>
> _______________________________________________
> Asterisk-BSD mailing list
> Asterisk-BSD at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-bsd
>