home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / protocol / tcpip / 3856 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  1.6 KB
  1. Xref: sparky comp.protocols.tcp-ip:3856 comp.protocols.pcnet:55
  2. Newsgroups: comp.protocols.tcp-ip,comp.protocols.pcnet
  3. Path: sparky!uunet!cs.utexas.edu!torn!watserv1!sail.uwaterloo.ca!eengelke
  4. From: eengelke@sail.uwaterloo.ca (Erick Engelke)
  5. Subject: Re: Clemson University Packet Driver: I have one problem B-(.
  6. Message-ID: <Bs2uvw.IKJ@watserv1.uwaterloo.ca>
  7. Sender: news@watserv1.uwaterloo.ca
  8. Organization: University of Waterloo
  9. References: <AJOhJRg8RQ@ntc.togliatti.su> <1992Jul27.072637.12601@medtron.medtronic.com>
  10. Date: Tue, 28 Jul 1992 02:28:42 GMT
  11. Lines: 32
  12.  
  13.  saty@ntc.togliatti.su writes:
  14.  
  15. >>I write some application ( TSR type ) based on Packet Driver
  16. >>( Clemson University Engineering Comp Ops Version 9) and I have
  17. >>one tragic problem. I can not send ethernet packets while
  18. >>my receive handle works. How can I do it correctly?
  19.  
  20. The 'preferred' solution is to not send the packet during the upcall
  21. but to schedule it for later. 
  22.  
  23. If you find 23 ms average delay acceptable, you can just transmit on
  24. the next timer tick.  
  25.  
  26. If you want faster response, use the packet driver GET_INFO function
  27. to ask the driver which hardware interrupt it generates.  Then chain
  28. to that interrupt so it looks like this:
  29.  
  30.     pushf
  31.     call dword  old_irq_handler    ; will be the packet driver
  32.     ; now safe for us to do things
  33.     jmp our_post_irq_handler
  34.  
  35. This will invoke your routine immediately after the packet driver
  36. is done processing the interrupt, and you will have extremely small
  37. delays between receipt of packets and your reply.
  38.  
  39.  
  40. Erick
  41. -- 
  42. Erick Engelke                      Engineering Computing
  43.                          University of Waterloo
  44. Waterloo TCP Architect         erick@development.watstar.uwaterloo.ca
  45.