Hello All,
Just for information found the following in the kernel log this evening.
On testing the linux_node LINK command and cat /proc/net/ax25 this produced the
segmentation errors again.
System had been running for just over three days. I normally have to reload the
system from 1 hours to 7 days when the ax25 stack appears to stop decoding on an
interface.
TCP/IP continues to work correctly.
Hope it will be of use to 'someone'
The reference to this group recently about extra crc chars being added was an
interesting observation.
Similar to those reported to the list before.
Tomi, did you get any feedback from the Guru's from my last dumps
de Paul g4apl
Extract from the kernel log.
##########
Jul 12 21:51:18 gb7cip kernel: Unable to handle kernel NULL pointer dereference
at virtual address 00000018
Jul 12 21:51:19 gb7cip kernel: current->tss.cr3 = 00592000, %cr3 = 00592000
Jul 12 21:51:19 gb7cip kernel: *pde = 00000000
Jul 12 21:51:19 gb7cip kernel: Oops: 0000
Jul 12 21:51:19 gb7cip kernel: CPU: 0
Jul 12 21:51:19 gb7cip kernel: EIP: 0010:[mkiss+23688633/33144832]
Jul 12 21:51:19 gb7cip kernel: EFLAGS: 00010086
Jul 12 21:51:19 gb7cip kernel: eax: 00000000 ebx: c0a194cc ecx: c08862aa e
dx: c0567080
Jul 12 21:51:19 gb7cip kernel: esi: c0a40000 edi: 000002aa ebp: 51eb851f e
sp: c02cbf48
Jul 12 21:51:19 gb7cip kernel: ds: 0018 es: 0018 ss: 0018
Jul 12 21:51:19 gb7cip kernel: Process node (pid: 28210, process nr: 65, stackpa
ge=c02cb000)
Jul 12 21:51:19 gb7cip kernel: Stack: 00000000 c0886000 00000206 c0886283 000004
00 00000000 c015127e c0886000
Jul 12 21:51:19 gb7cip kernel: c02cbf98 00000000 00000400 00000000 c07066
c0 ffffffea 00000000 00000400
Jul 12 21:51:19 gb7cip kernel: 00000073 c1846940 00000000 00000000 000000
00 c0126826 c07066c0 40015000
Jul 12 21:51:19 gb7cip kernel: Call Trace: [proc_file_read+158/512] [mkiss+23712
832/33144832] [sys_read+182/208] [system_call+52/56]
Jul 12 21:51:19 gb7cip kernel: Code: 8b 58 18 eb 04 89 f6 31 db 53 8b 42 40 50 8
b 86 e0 00 00 00
Jul 14 16:47:00 gb7cip kernel: Unable to handle kernel NULL pointer dereference
at virtual address 00000018
Jul 14 16:47:00 gb7cip kernel: current->tss.cr3 = 00607000, %cr3 = 00607000
Jul 14 16:47:00 gb7cip kernel: *pde = 00000000
Jul 14 16:47:00 gb7cip kernel: Oops: 0000
Jul 14 16:47:00 gb7cip kernel: CPU: 0
Jul 14 16:47:00 gb7cip kernel: EIP: 0010:[mkiss+23688633/33144832]
Jul 14 16:47:00 gb7cip kernel: EFLAGS: 00010086
Jul 14 16:47:00 gb7cip kernel: eax: 00000000 ebx: c0a194cc ecx: c0e1924e e
dx: c0567080
Jul 14 16:47:00 gb7cip kernel: esi: c0a40000 edi: 0000024e ebp: 51eb851f e
sp: c0e7bf48
Jul 14 16:47:00 gb7cip kernel: ds: 0018 es: 0018 ss: 0018
Jul 14 16:47:00 gb7cip kernel: Process node (pid: 14864, process nr: 89, stackpa
ge=c0e7b000)
Jul 14 16:47:00 gb7cip kernel: Stack: 00000000 c0e19000 00000206 c0e19227 000004
00 00000000 c015127e c0e19000
Jul 14 16:47:00 gb7cip kernel: c0e7bf98 00000000 00000400 00000000 c05c8b
50 ffffffea 00000000 00000400
Jul 14 16:47:00 gb7cip kernel: 00000073 c1846940 00000000 00000000 000000
00 c0126826 c05c8b50 40015000
Jul 14 16:47:00 gb7cip kernel: Call Trace: [proc_file_read+158/512] [mkiss+23712
832/33144832] [sys_read+182/208] [system_call+52/56]
Jul 14 16:47:00 gb7cip kernel: Code: 8b 58 18 eb 04 89 f6 31 db 53 8b 42 40 50 8
b 86 e0 00 00 00
Jul 14 16:47:21 gb7cip kernel: Unable to handle kernel NULL pointer dereference
at virtual address 00000018
Jul 14 16:47:21 gb7cip kernel: current->tss.cr3 = 00607000, %cr3 = 00607000
Jul 14 16:47:21 gb7cip kernel: *pde = 00000000
Jul 14 16:47:21 gb7cip kernel: Oops: 0000
Jul 14 16:47:21 gb7cip kernel: CPU: 0
Jul 14 16:47:21 gb7cip kernel: EIP: 0010:[mkiss+23688633/33144832]
Jul 14 16:47:21 gb7cip kernel: EFLAGS: 00010086
Jul 14 16:47:21 gb7cip kernel: eax: 00000000 ebx: c0a194cc ecx: c076f203 e
dx: c0567080
Jul 14 16:47:21 gb7cip kernel: esi: c0a40000 edi: 00000203 ebp: 51eb851f e
sp: c0e7bf48
Jul 14 16:47:21 gb7cip kernel: ds: 0018 es: 0018 ss: 0018
Jul 14 16:47:21 gb7cip kernel: Process node (pid: 14866, process nr: 89, stackpa
ge=c0e7b000)
Jul 14 16:47:21 gb7cip kernel: Stack: 00000000 c076f000 00000202 c076f1dc 000004
00 00000000 c015127e c076f000
Jul 14 16:47:21 gb7cip kernel: c0e7bf98 00000000 00000400 00000000 c0f834
90 ffffffea 00000000 00000400
Jul 14 16:47:21 gb7cip kernel: 00000073 c1846940 00000000 00000000 000000
00 c0126826 c0f83490 40015000
Jul 14 16:47:21 gb7cip kernel: Call Trace: [proc_file_read+158/512] [mkiss+23712
832/33144832] [sys_read+182/208] [system_call+52/56]
Jul 14 16:47:21 gb7cip kernel: Code: 8b 58 18 eb 04 89 f6 31 db 53 8b 42 40 50 8
b 86 e0 00 00 00
Jul 14 16:47:39 gb7cip kernel: Unable to handle kernel NULL pointer dereference
at virtual address 00000018
Jul 14 16:47:39 gb7cip kernel: current->tss.cr3 = 00607000, %cr3 = 00607000
Jul 14 16:47:39 gb7cip kernel: *pde = 00000000
Jul 14 16:47:39 gb7cip kernel: Oops: 0000
Jul 14 16:47:39 gb7cip kernel: CPU: 0
Jul 14 16:47:39 gb7cip kernel: EIP: 0010:[mkiss+23688633/33144832]
Jul 14 16:47:39 gb7cip kernel: EFLAGS: 00010086
Jul 14 16:47:39 gb7cip kernel: eax: 00000000 ebx: c0a194cc ecx: c0dbd2a7 e
dx: c0567080
Jul 14 16:47:39 gb7cip kernel: esi: c0a40000 edi: 000002a7 ebp: 51eb851f e
sp: c0e7bf48
Jul 14 16:47:39 gb7cip kernel: ds: 0018 es: 0018 ss: 0018
Jul 14 16:47:39 gb7cip kernel: Process cat (pid: 14868, process nr: 89, stackpag
e=c0e7b000)
Jul 14 16:47:39 gb7cip kernel: Stack: 00000000 c0dbd000 00000206 c0dbd280 00000c
00 00000000 c015127e c0dbd000
Jul 14 16:47:39 gb7cip kernel: c0e7bf98 00000000 00000c00 00000000 c07bd1
90 ffffffea 00000000 00001000
Jul 14 16:47:39 gb7cip kernel: 00000001 c1846940 00000000 00000000 000000
00 c0126826 c07bd190 0804ae88
Jul 14 16:47:39 gb7cip kernel: Call Trace: [proc_file_read+158/512] [mkiss+23712
832/33144832] [sys_read+182/208] [system_call+52/56]
Jul 14 16:47:39 gb7cip kernel: Code: 8b 58 18 eb 04 89 f6 31 db 53 8b 42 40 50 8
b 86 e0 00 00 00
######################
Software in use
Slakware 7.0
Kernel 2.2.16
ax25-tools-0.0.6
ax25-apps-0.0.4
node-0.3.0
libax25-0.0.7
node-0.3.0
http-1.22
xd7.02
486dx/66
#######################
In message <[EMAIL PROTECTED]>, Michele
Debandi <[EMAIL PROTECTED]> writes
>Hello,
>I have esperienced a strange problem on my system. After 10-15 day of
>correct working xfbbd (v 700g) stops responding to ax25 calls, even if is
>up and running and responding to telnet calls.
>When it happens a cat /proc/net/ax25 generate a segfault (and even
>netstat, os a SE command on flexnode 0.4) after writing some ax25 session,
>randomly (ie. sometimes write the fbb listening session, sometimes not).
>The system is running SuSE 6.3 with kernel 2.2.14 (not patched), radio
>link is a 115 kbps link to a RMNC, a 38k4 link to a SuperVozelj and an
>axip port.
>There is also axdigi running.
>There is also a strange behaviour of fbb even in normal mode: sometimes it
>sleeps on a session until something happens (typically another connection
>starts). I never had the problem with a 2.0.37 kernel an RH 5.2.
>
>If is needed other information, please tell me.
>
>73 Mike
>--
>
>
--
[EMAIL PROTECTED]
