Re: [lwip-users] RST when loading frameset

[FreeRTOS Info]

> On Thu, 2011-08-04 at 23:30 -0700, tobiaschd wrote:
>> hi
>> 
>> when loading a frameset stored on a SD, not everything is loaded
>> (e.g. gifs, some frames etc, usually everytime the same files).
>> 
>> observing the network by wireshark, there is sometimes a RST after
>> a 3way handshake, and sometimes after reeceiving the GET-sequence,
>> but i don't know why this happens ...
>> perhabs someone could help me please
>>
>> i'm using lwip1.4.0 on STM32 with FreeRTOS 7.0.1

Which http server are you using?  If it is the 'raw' version of that
provided in the lwIP contrib section, then you can find this running
under FreeRTOS V7.0.1 on a Windoze platform here:

http://interactive.freertos.org/entries/20290712-freertos-win32-project-with-lwip-web-server

[http://tinyurl.com/3z5tpar if the URL wraps]

I'm not sure if that would be helpful, but you could check your
sys_arch.c file against the one in the Windows project, and even check
loading of your html.  The project linked above also includes a
pre-built version (as well as a project to build) the required
makefsdata.exe utility.

> 
> That looks really weird, especially the cases where it is sending
> two resets on a single connection but with different ACK values in
> each. There isn't an obvious cause for this, but running out of
> resources is a possibility.  The LWIP_STATS code could help reveal
> what, if anything, is the problem.  The other likely one would just
> be that the stack has become confused due to state corruption from
> concurrent access, but I've not seen this as a symptom of that
> before.

...to add some from the FreeRTOS, rather than lwIP, viewpoint.  If the
code is running, and not crashing, then it is not likely to be a
FreeRTOS configuration problem - but the following couple of points are
things that can produce unexpected/unpredictable behaviour if they are
not correct:

+ Do you have run time stack (task C stack, not lwIP stack!) checking
switched on?  Stack overflow is a common source of problem.

+ Do you have your MAC interrupt priority set?  It must be manually set
to at or below configMAX_SYSCALL_INTERRUPT_PRIORITY if it uses FreeRTOS
API functions (to post a message, or give a semaphore for example).
Also, on the STM32 it is really important that you set the priority
grouping correctly - set to use all the available interrupt priority
bits as preemption priority, and not sub-priority - the STM32 libraries
(unlike most) do not do that by default.

Regards,
Richard.

+ http://www.FreeRTOS.org
Designed for Microcontrollers.
More than 7000 downloads per month.


> Kieran
> 
> 
> _______________________________________________ lwip-users mailing
> list address@hidden 
> https://lists.nongnu.org/mailman/listinfo/lwip-users
>