⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 todo

📁 Linux内核源代码 为压缩文件 是<<Linux内核>>一书中的源代码
💻
字号:
Remaining Problems:1. Serialization of access to variables in the llc structureby mac_data_indicate(), timer expired functions, and data_request() .There is not serialization of any kind right now.While testing, I have not seen any problems that stem from this lack ofserialization, but it wories me...2. The code is currently able to handle one connection only,there is more work in register_cl2llc_client() to make a chainof llc structures and in mac_data_indicate() to find backthe llc structure addressed by an incomming frame.According to IEEE, connections are identified by (remote mac + local mac+ dsap + ssap). dsap and ssap do not seem important: existing applicationsalways use the same dsap/ssap. Its probably sufficient to index on the remote mac only.  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.The pdus presented to data_request() could probably go on the awaiting-transmit-queue (atq). The real difficulty is coding a testto see if the transmit window is used up and to send the queuewhen space in the window becomes available.As I have no network layer that can generate a continous flow of pdus it isdifficult to simulate a remote busy condition and hence to test the codeto handle it. 4. A simple flow control algorithm, steering the size of the transmitwindow would be nice to have.

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -