[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[openss7] Re: error when testing SCTP
yanxinyu,
You could start by setting the DFLAGS in the top-level makefile
to -D_DEBUG from -D_SAFE. That way, hopefully, more diagnostic
information will be generated before the crash.
Because it takes so long to accumulate, I'm suspecting a locking
problem. (Timer clash.)
Could you reattempt with -D_DEBUG?
--brian
yanxinyu wrote: Wed, 16 Jan 2002 19:25:25
>
> Brain:
>
> I have succeeded in sending and receiving packets between two
> host(both with the kernel of 2.2.14-5.0) based on NPI, but met the
> mistake when sending more packets at the "sending end".
>
> I sended one packet per 20ms, and met the mistake when the total
> packets had reached about 15000. The system put the following message:
>
> *********
>
> __bufq_add: assure(q->q_head) failed at sctp_bufq.h +97
>
> __bufq_add: assure(q->q_tail) failed at sctp_bufq.h +98
>
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000000
>
> current->tss.cr3 = 0e760000,%cr3 = 0e760000
>
> *pde = 00000000
>
> Oops: 0000
>
> CPU: 0
>
> ...
>
>
>
> *********
>
> The sending and receiving programs are in the attachment named
> with "test-sd.c" and "test-rv.c". The two are both based on
> test-sctp_n.c
>
>
>
> By the way, could you tell me the transmission ability of the
> SCTP, such as how fast can one packet be sent. Is 1ms enougth?
>
> thank you!
>
> yanxinyu
--
Brian F. G. Bidulock ¦ The reasonable man adapts himself to the ¦
bidulock@openss7.org ¦ world; the unreasonable one persists in ¦
http://www.openss7.org/ ¦ trying to adapt the world to himself. ¦
¦ Therefore all progress depends on the ¦
¦ unreasonable man. -- George Bernard Shaw ¦