lwip-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lwip-users] Re: multi-threaded environment


From: Peter Graf
Subject: Re: [lwip-users] Re: multi-threaded environment
Date: Tue, 23 Mar 2004 09:37:34 +0100
User-agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4

Tim Butler wrote:


As you mention task initialization (which is quite unproblematic) I'd like to point to the more complicated (clean) removal of tasks from lwIP
usage. This issue hasn't been given much (any?) attention, probably
because embedded multitasking systems tend to create tasks only once and
then never remove them. Are there any plans to standardize task removal,
or is it not of general interest? (I have always been postponing to
implement it, but someday I'll surely need it.)

Peter

I've run into this problem using PPP with a modem. In response to
pppSigHUP(),
the logic in ppp.c terminates the serial input thread without any cleanup
whatsoever. So I created the funcion sys_thread_free() as the counterpart
to
sys_thread_new() in sys_arch, and added the corresponding call in ppp.c
before
the input thread falls out the bottom.
Do you think your sys_thread_free() still works if used to interrupt a thread that owns open connections, the network remaining up, and other treads wanting their active connections untouched?

All the best
Peter

Incidentally, I believe the PPP input thread can terminate for other
reasons
than an explicit call to pppSigHUP() or pppClose(). For example, if IPCP
fails
to reach open state, I'm pretty sure that the end result will be that the
PPP input thread is terminated.

Tim Butler





reply via email to

[Prev in Thread] Current Thread [Next in Thread]