[RTnet-developers] Patches for SOCKET_RAW and ETH_P_ALL
Brought to you by:
bet-frogger,
kiszka
|
From: Jorge A. <j-a...@cr...> - 2006-09-11 10:42:15
|
OPS Sorry :) There it goes :) JAN, In attach goes the patches for the SOCKET_RAW and ETH_P_ALL functionalities for RTnet. The only thing that was not done was the configurable option for the ETH_P_ALL. After some tests in the same computer, with two different cards, i find something interesting that i need to talk with you (or anybody that that wants to participate in the discution). I have two small test programs, one for sending, and another one to receive the message. In both there's one socket opened with the ETH_P_ALL feature. Making two different filedescriptors in the same machine. After i send the message it is sended for both sockets (REmenber that we are in the same machine), but i only read from one. This means, after some time the queue for the opened socket used to write only (not read) will fill. Wath is the behaviour for this problem? This queue should fill and start to give errors when no more memory is available? Or we should not send the message to one sockt thas is only writing? How can we know if the socket is only writting? Or we can set a maximum value to the queued message in one determined queue? (I think this is the best option) Please comment. Greetings. -- Jorge Almeida j-a...@cr... DISCLAIMER: This message may contain confidential information or privileged material and is intended only for the individual(s) named. If you are not a named addressee and mistakenly received this message you should not copy or otherwise disseminate it: please delete this e-mail from your system and notify the sender immediately. E-mail transmissions are not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete or contain viruses. Therefore, the sender does not accept liability for any errors or omissions in the contents of this message that arise as a result of e-mail transmissions. Please request a hard copy version if verification is required. Critical Software, SA. |