-
Notifications
You must be signed in to change notification settings - Fork 16
Event driven xTCP with support for uIP and LwIP libraries #20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
From upstream 43c38a5aeb5bf3727e6ccbe39a558468fdb6416d
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Quick review of what's changed, but no review of new API yet. Given the API changes we'll need to make this version 6.0.0, and update the various test and example applications before this can be merged.
@@ -1,6 +1,20 @@ | |||
TCP/IP Library Change Log | |||
========================= | |||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We're going to need to bump the version number in the module_build_info file and detail it here before this pull request is merged.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This has now been done.
@@ -1,1059 +0,0 @@ | |||
<?xml version="1.0" encoding="UTF-8" standalone="no"?> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Given the large number of changes to the structure of the library, we should generate a new set of project metadata files for xTIMEcomposer.
if using ethernet instead of mii.
Resolve open issues from pull request #20
These tests allow for a (multi-threaded) python program to send data to and from a remote sliceKIT-200. The device runs multiple copies of a process which reflects the data it receives on the ports it's listening to (a ping-pong test). It tests both UDP and TCP.
The configurations that are currently tested are:
1 thread on the device, 1 port open
4 threads, 1 port
4 threads, 4 ports
1 thread, 16 ports
There's scope to make whatever configuration is needed.
The current delay between packets is 0.01s (10ms). The current allowable limit of UDP loss is 1% - TCP is set at 0%. It is possible to reduce the delay between packets to 0 and still pass these tests.
Still working on:
The runtests.py file needs a description.
Possibly a better splitting of tests in to groups.