[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: decnet versions
>The things to look for are the value of EIP and the stack backtrace.
>You'll need to write them down and then look in the System.map for
>your kernel to find out in which function each value occurs. The
>actual values themselves are of no use, since I don't know where your
>compiler might have put the code for the various functions in your kernel.
>
>You'll find no exact match for the EIP/stack values since the
>calls to other functions are always part way through any
>particular function. Just find the function name with an address just below
>the EIP/stack value.
>
>Now and again, during a crash the stack gets written over causing the trace to
>contain gibberish. If you don't find at least one function sounding like
>its something to do with DECnet, or all the addresses are wildly different
>from the ones in System.map, then thats probably whats happened.
>
>Just send me the list of function names and point out which one
>correponds to the value of EIP. I'll be able to work out the
>direction of the stack trace by the order of the function calls,
OK, it took me longer than I expected to find time to get the info on this,
it also took two tries to actaully get the Linux box to crash, though got
the same error messages on the PDP-11 both times.
I've included what I believe are the relevant sections of the System.map
for the Linux box. This system also talks Appletalk, using Netatalk. It's
able to communicate with both VAXen and Alpha's running OpenVMS 7.2 and
DECnet Phase V, I don't currently have an OpenVMS systems runnig Phase IV.
The VAXen and Alpha's can talk to each other, the PDP-11, and the Linux box.
Zane
On the PDP-11/73 running RSX-11M 4.2 w/DECnet Phase IV:
NCT -- Connection Rejected, Unknown disconnect reason = 216
NCT -- Control returned to node "CAMECA"
On the Linux box:
2.2.14 Kernel w/decnet2214.diff
Running Red Hat 6.1
dnprogs-2.03.tar.gz
Unable to handle kernel NULL pointer dereference at virtual address 00000008
current->tss.cr3 = 00101000, %cr3 = 00101000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c0120408>]
EFLAGS: 00010082
eax: 0000037c ebx: cc9a6e00 ecx: 00000000 edx: cc9a717c
esi: cdfff860 edi: 00000286 ebp: 00000001 esp: cd0a3e58
ds: 0018 es: 0018 ss: 0018
Process dnetd (pid: 142, process nr: 11, stacckpage=cd0a3000)
Stack: cc9a6e00 00000001 cc9a717c c0194564 c0166bf1 cdfff860 cc9a6e00 00000000
c0192e9b cc9a6e00 cc9a6e00 cd0682c0 cc4195c0 c0193303 cc9a6e00 cc9a6e00
cd0682c0 cd068224 c0164ff7 cd0682c0 00000000 cd068224 c01653d1 cd0682c0
Call Trace: [<c0194564>] [<c0166bf1>] [<c0192e9b>] [<c0193303>]
[<c0164ff7>] [<c01653d1>] [<c01249cf>]
[<c0125bb7>] [<c0124a4a>] [<c0116b2b>] [<c0107928>] [<c010f9a8>]
[<c010fbf1>] [<c010efa8>] [<c0107b55>]
[<c0107a98>]
Code: 8b 69 08 81 fd 2b 2f c3 a5 0f 85 ed 00 00 00 8b 69 0c 85 ed
c01075f0 t handle_signal
c01076f0 T do_signal
c01079c4 T lcall7
c0107a08 T ret_from_fork
c0107a84 t signal_return
c0107a9c t v86_signal_return
c0107aac t tracesys
c0107acf t badsys
c0107adc t ret_from_exception
c0107aec T ret_from_intr
c0107b0c t handle_bottom_half
c0107b14 t reschedule
c0107b20 T divide_error
c0107b28 t error_code
c0107b5c T coprocessor_error
c0107b68 T device_not_available
c010eb04 T __verify_write
c010ec68 T do_page_fault
c010eff8 t remap_area_pages
c010f27c T __ioremap
c010f600 T send_sig_info
c010f900 T force_sig_info
c010f9b4 T kill_pg_info
c010fa28 T kill_sl_info
c010faa4 T kill_something_info
c010fbbc T send_sig
c010fbe0 T force_sig
c010fbf8 T kill_pg
c010fc1c T kill_sl
c0116744 t exit_notify
c01169d0 T do_exit
c0116ca8 T sys_exit
c0116cb8 T sys_wait4
c0120260 T kmem_cache_alloc
c01203bc T kmem_cache_free
c0120554 T kmalloc
c01206e8 T kfree
c01248ec T sys_open
c0124998 T sys_creat
c01249b0 T __fput
c01249f8 T filp_close
c0124a54 T sys_close
c0124adc T sys_vhangup
c0124b3c T put_unused_fd
c0164ebc T sockfd_lookup
c0164f44 T sock_alloc
c0164fd0 t sock_no_open
c0164fd8 T sock_release
c0165028 T sock_sendmsg
c01650d4 T sock_recvmsg
c0165188 t sock_lseek
c0165194 t sock_read
c016522c t sock_write
c01652c8 T sock_readv_writev
c0165354 t sock_ioctl
c0165378 t sock_poll
c016539c t sock_close
c01653d8 t sock_fasync
c01654bc T sock_wake_async
c0165518 T sock_create
c0166b7c T sk_alloc
c0166bb8 T sk_free
c0166bf8 T sock_wfree
c0166c14 T sock_rfree
c0192df0 T dn_destroy_sock
c0192ea4 t addr2asc
c0192ee0 t dn_state2asc
c0192f98 t dn_get_info
c0193294 t dn_release
c019330c t dn_bind
c0193400 t dn_connect
c01934c0 t dn_accept
c01942e0 T dn_send_conn_conf
c0194484 T dn_send_disc
c0194570 T dn_nsp_disc_init
c0194644 T dn_nsp_data_msg
| Zane H. Healy | UNIX Systems Adminstrator |
| healyzh@aracnet.com (primary) | Linux Enthusiast |
| healyzh@holonet.net (alternate) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
-----------------------------------------------------------------------------
To unsubscribe from this list, send a mail to majordomo@dreamtime.org
containing the line "unsubscribe linux-decnet"
-----------------------------------------------------------------------------