| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
Update #3850
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Script does what is expected and tries to do it as
smartly as possible.
+ remove occurrences of two blank comment lines
next to each other after Id string line removed.
+ remove entire comment blocks which only exited to
contain CVS Ids
+ If the processing left a blank line at the top of
a file, it was removed.
|
| | |
|
| |
|
|
|
| |
* libnetworking/netinet/in_cksum_m68k.h: Use __mcoldfire__ to
identify coldfire cpus.
|
| |
|
|
|
| |
* libnetworking/netinet/in_cksum_m68k.h: Change back to lcsum[12]_lbl
to temporary labels.
|
| |
|
|
|
| |
* libnetworking/netinet/in_cksum_m68k.h: Change back to lcsum[12]_lbl
since my fix did not fix all issues.
|
| |
|
|
|
| |
* libnetworking/netinet/in_cksum_m68k.h: Change lcsum[12]_lbl to
temporary inline assembly labels to remove compilation error.
|
| |
|
|
| |
the inet checksum routine.
|
| |
|
|
|
|
|
|
|
|
|
| |
I've fixed a few minor probs with the optimised version that Eric put
together for me the other day and sent the fixes back to him. Provided he
doesn't have a problem with it we've got a pretty solid in_cksum for the
ColdFire as well as straight m68k. I've enclosed my updated in_cksum_m68k.c
At the moment my own bottlenecks are elsewhere...as my driver is pulling
16bit data chunks through a libchip-esq access routine from the chip which
for a polled I/O device is never going to be quick.
|
| |
|
|
| |
for the ColdFire.
|
|
|
file to switch out to CPU specific implementations.
|
