Intravision/reactos
1
0
Fork 0
mirror of https://github.com/reactos/reactos.git synced 2025-01-02 20:43:18 +00:00
Code Issues Projects Releases Packages Wiki Activity

More notes on oskit. braindumping.

Browse source 
svn path=/trunk/; revision=10605
This commit is contained in:
Art Yerkes 2004-08-19 21:53:43 +00:00
parent 020f18ca0b
commit 67781c7635
1 changed files with 23 additions and 2 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

25
reactos/drivers/lib/oskittcp/notes.txt
View file

@ -1,6 +1,27 @@
The story so far:
The story so far: 20040819
This is from memory so it might not be completely accurate.
tcp_input is called from OskitTCPReceiveDatagram ... I'm not so sure that
this part is correct. I believe that at least the ACK number calculation
is correct as is.
is correct as is. Reads are wierd and i'm not sure where the problem is.
We get the wrong number of bytes back in some cases, and strange characters
received. I think this is because the ip header is double counted at some
point the way we do things. We at least seem to ack the 'right' packet at
this point.
sosend is currently doing wierd stuff.
We send data into sosend and it appears to make it intact into tcp_usrreq.
After that, the data that goes on the wire seems to have the first 20 bytes
uninitialized, so i believe that something thinks we should submit this data
differently. Not sure why it's doing that.
I think we have our timeouts right as retransmission appears to work. We
need to verify that all types of retransmission are properly served.
I'm seeing some wierd errors in sbflush and sbappend. Not sure what these
mean or why they're happening. I'm trying to figure out sbappend especially
by looking over bsd cross-reference but it's one of the more lightly
documented parts of bsd. A wierd thing about sbappend is that it seems to
want to see an M_EOR flag at the end of the so->so_rcv->sb_mb chain. When
it gets there it should append the input chain.