[Top][All Lists]

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

[lwip-devel] [bug #20021] conn->sem is only signaled one-way

From: Jonathan Larmour
Subject: [lwip-devel] [bug #20021] conn->sem is only signaled one-way
Date: Fri, 01 Jun 2007 12:35:55 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20070223 Fedora/ Firefox/

Follow-up Comment #8, bug #20021 (project lwip):

> Is it really good pratice to signal a binary semaphore more 
> than once? 

As per my post on the mailing list, for any systems where posting more than
once is disallowed, we could insist the porter makes it allowed. Within the
port-specific code it is easy for them to prevent it happening, whereas it
would be hard for lwIP to maintain an abstraction that supported the

>>Alternatively, you can move the current send buffer test into
>>the tcp/ip thread (so the caller thread effectively always
>>waits, and its up to the tcpip thread to whether it resumes).
> That seems like the best solution. We also would need one
> semaphore less per connection. Only non-blocking mode would be
> slower since it would call into tcpip_thread although there is
> no space. But that's what we have to do with our current 
> (multithreaded) implementation...

Certainly I think this would be the better approach (I should have said


Reply to this item at:


  Message sent via/by Savannah

reply via email to

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