[EMAIL PROTECTED] wrote on 26-01-2000 17:57:05: > I have already passed through the lwIP sources and documentation. If I > understand well it can works in two modes. The so called raw api and > sequential api mode. The raw api mode doesn't require an underlying > RTOS, but the latter does. The raw API mode should be easy and straight > forward to integrate into my os.
We've used it for most of our lwip based projects, I can recommend it. The sequential API is currently unmaintained, but it might work for some ports. > The sequential API looks a little bit tricky if the os is > not-preemptive. If you look at the sample code below you can get an idea > of how for example semaphores are used in my rtos. Basically they > require the task to return if the resource is not available. The task > will be than resumed by a semaphore post or a timeout event. Applying > this to lwIP would require modification of the API calls in such a way > that multiple calls of the same API call can be made if the semaphore is > not available at the moment and than calling the same API function with > "semaphore" available parameter... Reading through doc/sys_arch.txt I get the impression the usage of a preemptive kernel is assumed. Using a non-preemptive kernel seems a bit odd nowadays. I believe OSEK is one of the last one providing it. > Now I am kindly referring to you for some comments on this > implementation. I'm also a little bit confused on sequential API calls - > which file contains the available calls ? Is this api_msg.c, sockets or > some other additional file ? There are two layers on top of each other. The api_msg provides the actual serialisation, the socket layer just builds upon this layer. You can use both layers. Bye, Christiaan Simons This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. _______________________________________________ lwip-users mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/lwip-users
