Re: OpenTCP/http_server.c

Mark Butcher <[email protected]> Tue, 10 Jun 2008 18:51:58 +0200
Newsgroups gmane.comp.hardware.motorola.microcontrollers.coldfire
Message-ID <[email protected]>
X-SpamDetect-Info: ------------- Start ASpam results ---------------
X-SpamDetect-Info: This message may be spam. This message BODY has been altered to show you the spam information
X-SpamDetect: ******: 6.300000 From3consonants=0.3, Share Market Scam=6.0
X-SpamDetect-Info: ------------- End ASpam results -----------------

Hi

I am not sure which Coldfire you are using but you can also take a look
at the uTasker solution for the single-chip V2 types (the list of
supported devices, with overview of their features is here:
http://www.utasker.com/forum/index.php?topic=256.0 )

We have our own support forum at http://www.uTasker.com/forum/ -
including TCP/IP stack, a unique real-time simulator and various other
peripheral too. The package is fully open-source and free for
non-commerical use. It includes useful web support like dynamic HTTP
and content generation, as well as secure firmware updates via HTTP
post or FTP. The file system allows simple extensions to the V2 devices
by using cheap SPI FLASH (ST and ATMEL drivers included), enabling
large web servers and complete firmware update support using even the
smaller memory devices.

Regards

Mark

www.uTasker.com

RE: [ColdFire] OpenTCP/http_server.c

Hi Bob,

OpenTCP
was the path we were going down to have a nice open source Ethernet
stack available for ColdFire but the OpenTCP company's resource to maintain it had left (long ago
now) and they pulled the open source licensing so we/FSL turn to partnering with InterNiche to
create a free ColdFire TCP/IP Lite Ethernet stack with (simple) multitasking OS.

Take
a look at its code base as it can handle upload of file.

http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=COLDFIRE_TCPIP then click the download tab.

Regards,

David

David E
Seymour

Come
to FTF 2008 June 16th through the 19th in Orlando

http://www.freescale.com/ftf

-----Original
Message-----

From: [email protected]
[ mailto:[email protected] ]
On Behalf Of Bob Furber

Sent: Monday, June 09, 2008 7:10 PM

To: Seymour David

Subject: [ColdFire] OpenTCP/http_server.c

X-SpamDetect-Info:
------------- Start ASpam results ---------------

X-SpamDetect-Info:
This message may be spam. This message BODY has been altered to show
you the spam information

X-SpamDetect:
*****: 5.100000 DodgySource=2.0, SPF Default Fail=2.5, X-Verify-SMTP
present=0.6

X-SpamDetect-Info:
------------- End ASpam results -----------------

Forgive
me if this is not the appropriate list for posting an OpenTCP

question.
But I have not succeeded in finding
a more appropriate list.

I
am trying to port the OpenTCP stack to the ColdFire and I am running

into
problems uploading files (target -> client) that are too large to

fit
in one frame. I get a TCP_EVENT_REGENERATE event.

My
understanding is that a TCP_EVENT_REGENERATE event is very rare. So,

in
digging through the code, I notice something that does not seem quite

right:
So long as there is unacknowledged data (i.e., file) remaining to

be
sent, https_run() in the main
loop loads the TCP Tx buffer with data.

It
does NOT CHECK if the previous frame has been acknowledged. By doing

this,
is there not a risk that https_run() could overfeed the client.

Can
anyone shed some light on this?

Thanks,

Bob
Furber

[email protected] Send a post to the list.
[email protected] Join the list.
[email protected] Join the list in digest mode.
[email protected] Leave the list.