home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / protocol / tcpip / ibmpc / 6133 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.6 KB
  1. Path: sparky!uunet!think.com!ames!agate!ucbvax!arwen.ics.muni.cs!ivos
  2. From: ivos@arwen.ics.muni.cs (Ivo Cernohlavek)
  3. Newsgroups: comp.protocols.tcp-ip.ibmpc
  4. Subject: Re: Packet driver reentrancy
  5. Message-ID: <9211061854.AA19895@arwen.ics.muni.cs>
  6. Date: 6 Nov 92 19:39:14 GMT
  7. References: <720764686snx@crynwr.com>
  8. Sender: daemon@ucbvax.BERKELEY.EDU
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 28
  12. X-Unparsable-Date: Fri, 6 Nov 92 19:54:16 CET
  13.  
  14. >    Are packet drivers supposed to be reentrant ?
  15. >
  16. > It's not clear.
  17.  
  18. Why ? Please, correct me, if i'm wrong, but if the packet driver
  19. has to support multiple network stacks
  20. (such as IP, IPX, ...), and the stacks may be TSRs, activated from
  21. various events, potentially caused also by interrupts from any sources,
  22. it must be able to process a call from one stack, while processing
  23. call from another stack is in progress.
  24. Maybe some drivers don't really solve such situation, but such
  25. driver doesn't do its job correctly.
  26. What about CRYNWR drivers ;-)  ( As i have studied (and used) code
  27. of crynwr packet driver skeleton, i hope, that it IS reentrant).
  28.  
  29. >    In particular, is is guaranteed to be safe to call a p.d's send routine
  30. >    whilst executing in a receiver upcall ?
  31. >
  32. > No.  Nonetheless, it works on many packet drivers...
  33.  
  34. I agree. But it's something a little bit different from pure REENTRANCY,
  35. or it's a VERY SPECIAL kind of REENTRANCY.
  36. With some drivers (such as ETHERSLIP, when processing ARP packet),
  37. it can cause RECURSIVE call.
  38.  
  39. Ivo Cernohlavek, Institute of Computer Science, Masaryk University,
  40.                  Brno, Czechoslovakia
  41. ivos@ics.muni.cs
  42.