OpenCores
URL https://opencores.org/ocsvn/or1k/or1k/trunk

Subversion Repositories or1k

[/] [or1k/] [trunk/] [linux/] [linux-2.4/] [net/] [802/] [TODO] - Diff between revs 1275 and 1765

Only display areas with differences | Details | Blame | View Log

Rev 1275 Rev 1765
Remaining Problems:
Remaining Problems:
1. Serialization of access to variables in the llc structure
1. Serialization of access to variables in the llc structure
by mac_data_indicate(), timer expired functions, and data_request() .
by mac_data_indicate(), timer expired functions, and data_request() .
There is not serialization of any kind right now.
There is not serialization of any kind right now.
While testing, I have not seen any problems that stem from this lack of
While testing, I have not seen any problems that stem from this lack of
serialization, but it wories me...
serialization, but it wories me...
2. The code is currently able to handle one connection only,
2. The code is currently able to handle one connection only,
there is more work in register_cl2llc_client() to make a chain
there is more work in register_cl2llc_client() to make a chain
of llc structures and in mac_data_indicate() to find back
of llc structures and in mac_data_indicate() to find back
the llc structure addressed by an incoming frame.
the llc structure addressed by an incoming frame.
According to IEEE, connections are identified by (remote mac + local mac
According to IEEE, connections are identified by (remote mac + local mac
+ dsap + ssap). dsap and ssap do not seem important: existing applications
+ dsap + ssap). dsap and ssap do not seem important: existing applications
always use the same dsap/ssap. Its probably sufficient to index on
always use the same dsap/ssap. Its probably sufficient to index on
the remote mac only.
the remote mac only.
3. There is no test to see if the transmit window is full in data_request()
3. There is no test to see if the transmit window is full in data_request()
as described in the doc p73, "7.5.1 Sending I PDUs" 3th alinea.
as described in the doc p73, "7.5.1 Sending I PDUs" 3th alinea.
The pdus presented to data_request() could probably go on the
The pdus presented to data_request() could probably go on the
awaiting-transmit-queue (atq). The real difficulty is coding a test
awaiting-transmit-queue (atq). The real difficulty is coding a test
to see if the transmit window is used up and to send the queue
to see if the transmit window is used up and to send the queue
when space in the window becomes available.
when space in the window becomes available.
As I have no network layer that can generate a continous flow of pdus it is
As I have no network layer that can generate a continous flow of pdus it is
difficult to simulate a remote busy condition and hence to test the code
difficult to simulate a remote busy condition and hence to test the code
to handle it.
to handle it.
4. A simple flow control algorithm, steering the size of the transmit
4. A simple flow control algorithm, steering the size of the transmit
window would be nice to have.
window would be nice to have.
 
 

powered by: WebSVN 2.1.0

© copyright 1999-2024 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.