lwip-contrib-mac

mirror of https://github.com/ep00ch/lwip-contrib-mac.git synced 2024-10-12 08:23:42 +00:00

History

davidhaas b484f95228 In keeping with pbuf->ref always having the count of the number of pointers to the particular buffer (and the last rewrite of pbuf_free), changed most pbuf_ref_chain() calls back to pbuf_ref(). I think this was causing some pbuf leaks.		2003-03-31 22:10:09 +00:00
..
include	Fixed build for coldfire after last debug.h and opt.h changes.	2003-02-25 21:46:24 +00:00
netif	In keeping with pbuf->ref always having the count of the number of pointers	2003-03-31 22:10:09 +00:00
proj	Fixed up and made work a PBUF_REF type. Most of the code uses this now	2003-03-19 22:16:31 +00:00
perf.c	coldfire port.patch #872 from David Haas	2003-01-18 18:47:22 +00:00
README	Added lightweight protection. In coldfire this is implemented by disabling	2003-02-04 22:52:01 +00:00
sys_arch.c	Made lwip timeout measurements accurate by no longer returning 1 millisecond	2003-03-28 20:47:10 +00:00

README

###  README --- c:/cygwin/home/dhaas/work/cfimage/lwip/arch/coldfire/

##
## Author: dhaas@alum.rpi.edu

These files are a port of lwip to coldfire (specifically the MCF5272 with
on-board FEC) under the Nucleus OS. Nucleus is pretty generic so it should be
fairly easy to port this to any other embedded OS. Nucleus memory managment
is not used. It is assumed you have a working malloc (which at least
long-word aligns memory).

The compiler used was Diab 4.3b. You will almost certainly need to change
cc.h for your compiler.

IMPORTANT NOTE: If you use the fec driver for a different processor which has
a data cache you will need to make sure the buffer descriptors and memory
used for pbufs are not in a cachable area. Otherwise the fec driver is
guarrenteed to malfunction. The 5272 which this was written for does not
support data cache so it did not matter and malloc was used.