home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 648a.lha / SANA-II_v05-21-92 / changes.txt next >
Text File  |  1992-05-27  |  3KB  |  48 lines
  1. Changes
  2.  
  3. There have been no substantive changes from the Novemeber 7 Draft for Final
  4. Comment and approval.  There have been minor clarifications and typographical
  5. corrections and a section was added to clarify ARCNET framing.
  6.  
  7. Since the Fish Disk/'91 DevCon draft of the SANA-II standard, here is a
  8. summary list of the important changes:
  9.  
  10. - Packet type specification has been drastically simplified.  The original
  11. standard called for a generalized "Packet Magic" which all drivers and
  12. protocols had to deal with, even though few people should ever have to worry
  13. about the problem.  We could also have specified that there are 802.3 SANA-II
  14. drivers and that there are ethernet drivers and that if you want 802.3 and
  15. ethernet (even if on the same wire) from the same machine, use two ethernet
  16. boards.  This didn't make sense because we don't anticipate multiple protocols
  17. needing to use 802.3 frames nor much encouragement for hardware manufactures
  18. to provide special 802.3 drivers.  The current solution keeps the standard
  19. simple and allows highly efficient implementations, but it does make ethernet
  20. drivers a little more complex and does make using 802.3 frames harder.
  21.  
  22.  
  23. - The original SANA-II device driver specification therefore called for
  24. drivers to have no internal buffers and to get all buffers from protocols in
  25. the form of a data structure called a NetBuff. Hence, all protocols were
  26. required to use NetBuffs.  This was highly unsatisfactory since most
  27. protocols are implemented from an existing code base which includes its own
  28. buffer management scheme.  NetBuffs are removed from the standard and
  29. replaced with a function callback.
  30.  
  31. - The original standard called for an interface to the ability of some hardware
  32. to simultaneously accept packets for several hardware addresses.  Such a
  33. feature is of dubious usefulness.  In order to simplify the standard, station
  34. aliases are no longer part of the SANA-II Network Device Driver Specification.
  35. If station aliasing does turn out to be a useful feature available on some
  36. hardware for the Amiga, the standard can easily be extended to re-introduce
  37. station aliasing.  Remember that all Exec drivers must check for io_Command
  38. values not supported by the driver. Hence, SANA-II commands can be added
  39. without requiring that existing drivers be rev'd.
  40.  
  41. - Since the IOSana2Req structure had to be changed anyway, many names in
  42. <devices/sana2.h> have been changed to be more consistent with other system
  43. names. It is believed that global search and replace should make this a mostly
  44. trivial change and that the benefits gained from consistent naming outweigh
  45. the inconvenience to those few who have existing SANA-II code.
  46.  
  47. - Events are now defined as a bit mask rather than as scalars.
  48.