A colleague and I have been testing my company's SCTP driver on RedHat 9 with LiS 2.16.12. We were sending messages full blast with both the sender and the receiver on the same machine.
Without the kgdb kernel, after about 5 minutes the messages
stop and one of the LiS threads on the SMP box starts spinning.
(Top is still running on the other CPUs so I can see LiS spinning.)
When the same test is ran _with_ kgdb, we get the following
stack trace below. Notice that SCTP is in the service
routine, which calls sctp_process_chunks_in_packet, which calls timeout. No locks are held; it is simply calling timeout.
We reverted back to LiS 2.15 and it works great. The test has been running now for about 2.5 hours and is still going strong. Same SCTP, same Linux kernel, different LiS.
So it looks like there is a problem in LiS 2.16.12, but I don't know where. Any guesses? Or if you think the problem still could be pointing back to us, let me know.
Thanks.
--
David Lehmann Ulticom, Inc. AOL/Yahoo IM: davidULCM 1020 Briggs Road 1-856-787-2729 Mt. Laurel, NJ 08054 USA
Program received signal SIGSEGV, Segmentation fault.
0xc0125a03 in proc_dointvec_jiffies (table=0xd40741c4, write=-737721916,
filp=0xd40741c4, buffer=0xd40741c4,
lenp=0xd40741c4) at sysctl.c:1238
1238 return do_proc_dointvec(table,write,filp,buffer,lenp,HZ,OP_SET);
(gdb) bt
#0 0xc0125a03 in proc_dointvec_jiffies (table=0xd40741c4, write=-737721916,
filp=0xd40741c4, buffer=0xd40741c4,
lenp=0xd40741c4) at sysctl.c:1238
#1 0x00000086 in __module_license ()
#2 0xc0124d2a in proc_dostring (table=Cannot access memory at address 0x80
) at sysctl.c:758
#3 0xe095ffac in lis_add_timer (timer=0xd40741c4) at /usr/src/LiS/head/osif.c:744
#4 0xe0954df9 in lis_tmout (tl=0xd40741c4, fn=0xd40741c4, arg=-737721916, ticks=20)
at linux-mdep.c:610
#5 0xe0951dcf in lis_timeout_fcn (timo_fcn=0xd40741c4, arg=0xd40741c4 "", ticks=20,
file_name=0xe0972b26 "ip.c",
line_nr=1323) at /usr/src/LiS/head/dki.c:157
#6 0xe0968744 in sctp_process_chunks_in_packet ()
#7 0xe096be0b in sctp_ursrv ()
#8 0xe095d60a in queuerun (cpu_id=2) at /usr/src/LiS/head/stream.c:258
#9 0xe095d826 in lis_run_queues (cpu=2) at /usr/src/LiS/head/stream.c:338
#10 0xe09593a7 in lis_thread_runqueues (p=0x2) at linux-mdep.c:3983
#11 0xe095927c in lis_thread_func (argp=0xdeb96468) at linux-mdep.c:3886
#12 0xc01058de in huft_build (b=0x5a5a5a5a, n=2774162010, s=3719477664, d=0x2, e=0x0,
t=0x0, m=0xdaf14000) at inflate.c:469
(gdb) up
#1 0x00000086 in __module_license ()
(gdb) up
#2 0xc0124d2a in proc_dostring (table=0xd40741c4, write=-526791084, filp=0xda04789c,
buffer=0xe09613ef, lenp=0x4a8ef)
at sysctl.c:758
758 return -EFAULT;
(gdb) up
#3 0xe095ffac in lis_add_timer (timer=0xd40741c4) at /usr/src/LiS/head/osif.c:744
744 /usr/src/LiS/head/osif.c: No such file or directory.
in /usr/src/LiS/head/osif.c
(gdb) list
739 in /usr/src/LiS/head/osif.c
(gdb)_______________________________________________ Linux-streams mailing list [EMAIL PROTECTED] http://gsyc.escet.urjc.es/mailman/listinfo/linux-streams
