home *** CD-ROM | disk | FTP | other *** search
/ Magazyn Internet 2000 December / MICD_2000_12_NR1.iso / Dreamnet / drivery / SMC / pci_55.exe / LANSERVE / RELEASE.TXT < prev    next >
Text File  |  1997-06-23  |  35KB  |  769 lines
  1. Release Notes for SMCPWR NDIS 2 MAC Driver V2.60 for DOS, WFW, OS/2 and Win95
  2. ===========================================================================================
  3.  
  4. New features and modifications in V2.60:
  5. --------------------------------------------------------
  6.  
  7.  
  8. 1. The Driver now supports enabling of Extended PCI commands,
  9.    (the commands new as of PCI spec 2.1), for those 2104x/2114x
  10.    devices which support the commands.
  11.    Enabling the commands may increase PCI or CardBus throughput,
  12.    depending on the system implementation.
  13.    As a default, the driver will enable the maximum possible number of
  14.    the three Extended PCI Commands,
  15.        Memory Write Invalidate (MWI);
  16.     Memory Read Line (MRL);
  17.     Memory Read Multiple (MRM);
  18.    after verifying that the system implementation (PCI bridge chipset
  19.    and BIOS) supports it.
  20.  
  21.    The devices for which the commands will be enabled:
  22.     21140A rev >= 21 ,
  23.        21143 rev >= 20.
  24.  
  25.    Due to incompatibility problems with certain PCI host bridges
  26.    and PCI-to-PCI bridges, the driver currently does not enable
  27.    the Memory Write Invalidate (MWI) and Memory Read Line (MRL) commands
  28.    simultaneously. The driver will only enable one of the two commands;
  29.    by default, MRL will be enabled.
  30.  
  31.    The driver has 3 new keywords (EXT_MWI, EXT_MRM, and EXT_MRL). These
  32.    keywords enable and disable the operation of the respective Extended
  33.    PCI Commands, to allow user override; in no case will an invalid
  34.    combination be allowed.
  35.  
  36. 2. Support for SROM version 4.0 with or without magic packet (TM of AMD)
  37.    block. This also fixed a bug in calculating the CRC in the SROM. the
  38.    bug caused illegal SROMs to be accepted.
  39.  
  40. 3. Keywords unification with NDIS 3 driver:
  41.    Summary of changes in ndis2 keywords:
  42.  
  43.    3.1. the two ndis2 keywords DATA_RATE and SIA_MODE will be united to the
  44.       single ndis3 keyword ConnectionType.
  45.  
  46.       Below is a comparison of the ndis3 keywords for wfw 3.11 (as written in
  47.       the .inf file), to the ndis2 keywords. note that ndis3 keywords are
  48.       translated into numbers in protocol.ini , and ndis2 keywords are remained
  49.       as strings in the protocol.ini file.
  50.  
  51.     ndis2                      ndis3
  52.     -----                       -----
  53.      Autosense              Autosense
  54.      _10Base2_(BNC)            10Base2 (BNC)
  55.      _10Base5_(AUI)            10Base5 (AUI)
  56.      _10BaseT                    10BaseT
  57.      _10BaseT_FD            10BaseT FD
  58.      _10BaseT_No_Link_Test        10BaseT No_Link_Test
  59.         ---                AutoSense No_Nway
  60.         ---                Reserved
  61.      _100BaseTx                    100BaseTx
  62.      _100BaseTx_FD            100BaseTx FD
  63.      _100BaseT4             100BaseT4
  64.  
  65.      In Win95 the ndis2 keywords are identical to those of ndis3, and are
  66.      translated to the original keywords in protocol.ini
  67.  
  68.    3.2. keywords of ndis3 that present functionality that isn't relevant to
  69.       the ndis2 driver are not unified.
  70.       keywords list:
  71.            AdapterType, BusNumber, SlotNumber, FunctionNumber,
  72.        AdapterCfid, PciCommand,
  73.        ExternalSIA, SiaRegister0-3,
  74.        MinTransmitBuffers,
  75.        NwayProtocol, MiiNway,
  76.        MapRegisters.
  77.    3.3. some keywords of ndis3 had equivalent keywords in the ndis2 driver,
  78.       that have different names. these keywords names are changed in
  79.       the ndis2 driver. (keeping the old names in the next releases)
  80.       keywords list:
  81.            SoftwareCrc,
  82.        SnoozeMode,
  83.        TransmitThreshold/100 - see PS below.
  84.    3.4. some ndis3 keywords don't have ndis2 equivalents, but have odi-client
  85.       equivalents. these keywords were added.
  86.       keywords list:
  87.        BurstLength,
  88.        PciLatencyTimer,
  89.        CacheLineSize,
  90.            MRM_OFF, MRL_OFF, MWI_OFF
  91.    3.5. in ndis2 driver, there were keywords for the number of both transmit
  92.       and receive buffers - NUM_TX_BUFFERS and NUM_RX_BUFFERS. in ndis3 -
  93.       only for receive buffers - ReceiveBuffers. the two keywords
  94.       ReceiveBuffers and TransmitBuffers were added to ndis2 driver,
  95.       while keeping the old keywords for the meantime.
  96.  
  97. 4. Some bug fixes in the ndis2 statistics.
  98.  
  99. 5. A bug fixed in calling the ReceiveLookAhead  routine. If the protocol left
  100.    the indications off, and no more packets were received since the call until
  101.    the IndicationOn request by the user, the packets which were delayed (received
  102.    before the call to ReceiveLookAhead) were not indicated to the upper level,
  103.    until another packet was received. This bug was fixed in the current version.
  104.  
  105. 6. Fixed some theoretical problems in code reentrancy of the driver.
  106.  
  107. 7. fixed a big that caused broadcast packets to be accepted even when it should
  108.    not be.
  109.  
  110.  
  111. Testing performed prior to release
  112. -----------------------------------
  113.  
  114. All testing described below was carried out on combinations of the
  115. following parameters:
  116. - Devices: Digital Semiconductor chips 21040, 21041, 21140, 21142, 21143.
  117. - Different implementations (boards) of the devices named above, with
  118.   various SROM programming.
  119. - Network data rate: 10Mb or 100Mb.
  120. - Local bus: PCI.
  121. - Operating systems: DOS, WFW31, WFW311, OS/2 2.x, OS/2 3.0, Win95.
  122. - Networking OS: Lan Manager(client, server), Lan Server(requester, server),
  123.   Windows and Win95 native networking components. All these components
  124.   have several different versions.
  125. - Various network setups: Upper protocols (e.g. TCP/IP, NetBEUI), internal
  126.   parameters (protocol buffer size, network orientation - connection or
  127.   connectionless, and more).
  128. - Various device parameters: Num of buffers, thresholds.
  129. - Serial connections and variations: Tp, Tp full duplex, AUI, BNC.
  130. - Machine-specific parameters: CPU speed, PCI bridge implementations, BIOS
  131.   and PCI BIOS implementations, memory, multiple NICs.
  132.  
  133.  
  134. NDIS2 conformance:
  135. ------------------
  136.       MTTOOL conformance test was run on the DOS driver in many different
  137.       combinations. All tests were point-to-point configurations using
  138.       the different devices (21040, 21041 21140, 21142, 21143) in 10Mb
  139.       or 100Mb playing
  140.       with driver's parameters (threshold, num of buffers), doing the testing
  141.       on different machines (with varying CPU speed and PCI implementation).
  142.  
  143.       Testing was smooth besides:
  144.       1. Several tests failed in 100Mb mode due to the high data transfer
  145.      rate. We consulted Microsoft on the matter and were granted a waiver.
  146.  
  147. Stress testing:
  148. ---------------
  149.       Tests we used are: MTTOOL stress tool, ReadRite, CCtest, WinTest.
  150.       WinMCL testing wasn't carried out since
  151.       Microsoft granted us a waiver (there are problems with the test
  152.       itself).
  153.       Some of the stress tests are long (36-96 hours) and some short (2-
  154.       24 hours).
  155.  
  156. Setups:
  157. -------
  158.       We tried different setups, parameter combinations, etc. Among these:
  159.       - Multiple NICs setups: Two NICs of ours - using the same or different
  160.     devices, one of ours and other vendor's NIC. These were tried on
  161.     LanServer 3.0, 4.0, WFW 3.1 and 3.11 .
  162.           Both automatic installation and manual installation were tried.
  163.       - PROTOCOL.INI parameter variations: Num of rcv/tx buffers, Tx threshold,
  164.     SW CRC, and more.
  165.       - SROM parameter variations: Changing version num, changing default media,
  166.     using legacy format boards, coexistence with PROTOCOL.INI values, DS21041
  167.     DS21140 and DS21143, different board implementations.
  168.       - Serial-connection variations: FD/not FD, TP/AUI/BNC,
  169.     Using hard-coded values or autodetected values.
  170.       - Autodetection/Autosensing variations: Trying the different devices,
  171.     trying several run-time scenarios, trying strange cases (i.e. -
  172.     connecting the cable after initialization, pulling it out in the
  173.     middle of transactions, sticking two cables in the same time, ...) .
  174.     All this in different machines and OS/NOS cominations.
  175.       - Removal and reinstallation in different OS/NOS combinations.
  176.       - Coexistence with other devices - Networking devices and others.
  177.  
  178.  
  179.  
  180. Release Notes for SMCPWR NDIS 2 MAC Driver V2.41 for DOS, WFW, OS/2 and Win95
  181. ===========================================================================================
  182.  
  183. New features and modifications in V2.41:
  184. --------------------------------------------------------
  185. Full support for Micro-Linear ML6692 MII Phy.
  186.   The driver supports both Autosense Nway, and Forcing the Phy to a 10
  187.   or 100 MBps medium.
  188.  
  189.  
  190. Testing performed prior to release
  191. -----------------------------------
  192.  
  193. All testing described below was carried out on combinations of the
  194. following parameters:
  195. - Devices: Digital Semiconductor chips 21040, 21041, 21140, 21142, 21143.
  196. - Different implementations (boards) of the devices named above, with
  197.   various SROM programming.
  198. - Network data rate: 10Mb or 100Mb.
  199. - Local bus: PCI.
  200. - Operating systems: DOS, WFW31, WFW311, OS/2 2.x, OS/2 3.0, Win95.
  201. - Networking OS: Lan Manager(client, server), Lan Server(requester, server),
  202.   Windows and Win95 native networking components. All these components
  203.   have several different versions.
  204. - Various network setups: Upper protocols (e.g. TCP/IP, NetBEUI), internal
  205.   parameters (protocol buffer size, network orientation - connection or
  206.   connectionless, and more).
  207. - Various device parameters: Num of buffers, thresholds.
  208. - Serial connections and variations: Tp, Tp full duplex, AUI, BNC.
  209. - Machine-specific parameters: CPU speed, PCI bridge implementations, BIOS
  210.   and PCI BIOS implementations, memory, multiple NICs.
  211.  
  212.  
  213. NDIS2 conformance:
  214. ------------------
  215.       MTTOOL conformance test was run on the DOS driver in many different
  216.       combinations. All tests were point-to-point configurations using
  217.       the different devices (21040, 21041 21140, 21142, 21143) in 10Mb
  218.       or 100Mb playing
  219.       with driver's parameters (threshold, num of buffers), doing the testing
  220.       on different machines (with varying CPU speed and PCI implementation).
  221.  
  222.       Testing was smooth besides:
  223.       1. Several tests failed in 100Mb mode due to the high data transfer
  224.      rate. We consulted Microsoft on the matter and were granted a waiver.
  225.  
  226. Stress testing:
  227. ---------------
  228.       Tests we used are: MTTOOL stress tool, ReadRite, CCtest, WinTest.
  229.       WinMCL testing wasn't carried out since
  230.       Microsoft granted us a waiver (there are problems with the test
  231.       itself).
  232.       Some of the stress tests are long (36-96 hours) and some short (2-
  233.       24 hours). Following are several sample setups that were used:
  234.       1. One server machine (DS21140, PCI, 486DX, TP, WFW3.11, 10Mb).
  235.      Three clients (2 DOS 1 OS/2) ran ReadRite stress on the net, all
  236.      using random file sizes ( < 512000 bytes ). The test ran for ~48 hrs.
  237.       2. One server machine (DS21143 100Mb, WFW3.1, TP, PCI) serving
  238.      two 10Mb clients for ReadRite stress, and being a client of a Pentium
  239.      machine 100Mb with WinTest. ~40 hours.
  240.       3. One server (different combinations). One WFW client with 6 - 12
  241.      open stress windows open to the server running CCtest or ReadRite.
  242.      Durtaion up to 96 hours.
  243.       4. Cyclic: 3 machines in a loop, each as a clint to one machine and server
  244.      to another. 10Mb using different stress tests.
  245.  
  246. Setups:
  247. -------
  248.       We tried different setups, parameter combinations, etc. Among these:
  249.       - Multiple NICs setups: Two NICs of ours - using the same or different
  250.     devices, one of ours and other vendor's NIC. These were tried on
  251.     LanServer 3.0, 4.0, WFW 3.1 and 3.11 .
  252.           Both automatic installation and manual installation were tried.
  253.       - PROTOCOL.INI parameter variations: Num of rcv/tx buffers, Tx threshold,
  254.     SW CRC, and more.
  255.       - SROM parameter variations: Changing version num, changing default media,
  256.     using legacy format boards, coexistence with PROTOCOL.INI values, DS21041
  257.     DS21140 and DS21143, different board implementations.
  258.       - Serial-connection variations: FD/not FD, TP/AUI/BNC,
  259.     Using hard-coded values or autodetected values.
  260.       - Autodetection/Autosensing variations: Trying the different devices,
  261.     trying several run-time scenarios, trying strange cases (i.e. -
  262.     connecting the cable after initialization, pulling it out in the
  263.     middle of transactions, sticking two cables in the same time, ...) .
  264.     All this in different machines and OS/NOS cominations.
  265.       - Removal and reinstallation in different OS/NOS combinations.
  266.       - Coexistence with other devices - Networking devices and others.
  267.  
  268.  
  269.  
  270. Release Notes for SMCPWR NDIS 2 MAC Driver V2.40 for DOS, WFW, OS/2 and Win95
  271. ===========================================================================================
  272.  
  273. New features and modifications in V2.40:
  274. --------------------------------------------------------
  275.  1. Added support for 21143 chip which includes:
  276.  
  277.     - Force medium for TP, TP full duplex, BNC, AUI, 100BaseTX
  278.       and 100Base Tx Full duplex media.
  279.  
  280.     - Force medium for media supported by MII Phys such as
  281.       TP, TP full duplex, 100BaseTX, 100Base Tx Full duplex and 100BaseT4 media.
  282.  
  283.     - Power-Up autosense and Autosense Nway support for Nics with MII Phys.
  284.  
  285.     - Power-up autosense for Nics using SYM Phy (such as QSI)
  286.       while not using the internal TP medium.
  287.  
  288.     - Autosense Nway support for Nics implementing both SYM Phy and internal
  289.       TP medium via the Chip's internal Nway machine.
  290.       Notice that BNC and AUI media should be manually selected via PROTOCOL.INI
  291.  
  292.  2. Added support to Micro-Linear ML6692 MII Phy.
  293.     The driver supports Forcing the Phy to a 10 or 100 MBps medium
  294.     (Autosensing is not fully supported yet).
  295.  
  296.  
  297. Testing performed prior to release
  298. -----------------------------------
  299.  
  300. All testing described below was carried out on combinations of the
  301. following parameters:
  302. - Devices: Digital Semiconductor chips 21040, 21041, 21140, 21142, 21143.
  303. - Different implementations (boards) of the devices named above, with
  304.   various SROM programming.
  305. - Network data rate: 10Mb or 100Mb.
  306. - Local bus: PCI.
  307. - Operating systems: DOS, WFW31, WFW311, OS/2 2.x, OS/2 3.0, Win95.
  308. - Networking OS: Lan Manager(client, server), Lan Server(requester, server),
  309.   Windows and Win95 native networking components. All these components
  310.   have several different versions.
  311. - Various network setups: Upper protocols (e.g. TCP/IP, NetBEUI), internal
  312.   parameters (protocol buffer size, network orientation - connection or
  313.   connectionless, and more).
  314. - Various device parameters: Num of buffers, thresholds.
  315. - Serial connections and variations: Tp, Tp full duplex, AUI, BNC.
  316. - Machine-specific parameters: CPU speed, PCI bridge implementations, BIOS
  317.   and PCI BIOS implementations, memory, multiple NICs.
  318.  
  319.  
  320. NDIS2 conformance:
  321. ------------------
  322.       MTTOOL conformance test was run on the DOS driver in many different
  323.       combinations. All tests were point-to-point configurations using
  324.       the different devices (21040, 21041 21140, 21142, 21143) in 10Mb
  325.       or 100Mb playing
  326.       with driver's parameters (threshold, num of buffers), doing the testing
  327.       on different machines (with varying CPU speed and PCI implementation).
  328.  
  329.       Testing was smooth besides:
  330.       1. Several tests failed in 100Mb mode due to the high data transfer
  331.      rate. We consulted Microsoft on the matter and were granted a waiver.
  332.  
  333. Stress testing:
  334. ---------------
  335.       Tests we used are: MTTOOL stress tool, ReadRite, CCtest, WinTest.
  336.       WinMCL testing wasn't carried out since
  337.       Microsoft granted us a waiver (there are problems with the test
  338.       itself).
  339.       Some of the stress tests are long (36-96 hours) and some short (2-
  340.       24 hours). Following are several sample setups that were used:
  341.       1. One server machine (DS21140, PCI, 486DX, TP, WFW3.11, 10Mb).
  342.      Three clients (2 DOS 1 OS/2) ran ReadRite stress on the net, all
  343.      using random file sizes ( < 512000 bytes ). The test ran for ~48 hrs.
  344.       2. One server machine (DS21143 100Mb, WFW3.1, TP, PCI) serving
  345.      two 10Mb clients for ReadRite stress, and being a client of a Pentium
  346.      machine 100Mb with WinTest. ~40 hours.
  347.       3. One server (different combinations). One WFW client with 6 - 12
  348.      open stress windows open to the server running CCtest or ReadRite.
  349.      Durtaion up to 96 hours.
  350.       4. Cyclic: 3 machines in a loop, each as a clint to one machine and server
  351.      to another. 10Mb using different stress tests.
  352.  
  353.       Testing went smooth besides:
  354.       1. One machine failed during several stress tests. The same
  355.      machine failed similarly when we tried other NICs on it, and we
  356.      therefore dropped the matter.
  357.  
  358. Setups:
  359. -------
  360.       We tried different setups, parameter combinations, etc. Among these:
  361.       - Multiple NICs setups: Two NICs of ours - using the same or different
  362.     devices, one of ours and other vendor's NIC. These were tried on
  363.     LanServer 3.0, 4.0, WFW 3.1 and 3.11 .
  364.           Both automatic installation and manual installation were tried.
  365.       - PROTOCOL.INI parameter variations: Num of rcv/tx buffers, Tx threshold,
  366.     SW CRC, and more.
  367.       - SROM parameter variations: Changing version num, changing default media,
  368.     using legacy format boards, coexistence with PROTOCOL.INI values, DS21041
  369.     DS21140 and DS21143, different board implementations.
  370.       - Serial-connection variations: FD/not FD, TP/AUI/BNC,
  371.     Using hard-coded values or autodetected values.
  372.       - Autodetection/Autosensing variations: Trying the different devices,
  373.     trying several run-time scenarios, trying strange cases (i.e. -
  374.     connecting the cable after initialization, pulling it out in the
  375.     middle of transactions, sticking two cables in the same time, ...) .
  376.     All this in different machines and OS/NOS cominations.
  377.       - Removal and reinstallation in different OS/NOS combinations.
  378.       - Coexistence with other devices - Networking devices and others.
  379.  
  380.  
  381.  
  382.  
  383. Release Notes for SMCPWR NDIS 2 MAC Driver V2.30 for DOS, WFW, OS/2 and Win95
  384. ===========================================================================================
  385.  
  386. New features and modifications in  V2.30:
  387. -----------------------------------------
  388.  1. The driver will activate the devices 21140A, 21142 as default in Run-mode.
  389.     Only when the Keyword "SNOOZE=ENABLE" put in the PROTOCOL.INI file the
  390.     driver will activate the devices 21140A, 21142 in Power-saving mode.
  391.  
  392.  2. Corrected potential hang of receive procces detected during testing.
  393.  
  394.  
  395.  
  396. Testing performed prior to release
  397. -----------------------------------
  398.  
  399. All testing described below was carried out on combinations of the
  400. following parameters:
  401. - Devices: Digital Semiconductor chips 21040, 21041, 21140, 21142.
  402. - Different implementations (boards) of the devices named above, with
  403.   various SROM programming.
  404. - Network data rate: 10Mb or 100Mb.
  405. - Local bus: PCI.
  406. - Operating systems: DOS, WFW31, WFW311, OS/2 2.x, OS/2 3.0, Win95.
  407. - Networking OS: Lan Manager(client, server), Lan Server(requester, server),
  408.   Windows and Win95 native networking components. All these components
  409.   have several different versions.
  410. - Various network setups: Upper protocols (e.g. TCP/IP, NetBEUI), internal
  411.   parameters (protocol buffer size, network orientation - connection or
  412.   connectionless, and more).
  413. - Various device parameters: Num of buffers, thresholds.
  414. - Serial connections and variations: Tp, Tp full duplex, AUI, BNC.
  415. - Machine-specific parameters: CPU speed, PCI bridge implementations, BIOS
  416.   and PCI BIOS implementations, memory, multiple NICs.
  417.  
  418.  
  419. NDIS2 conformance:
  420. ------------------
  421.       MTTOOL conformance test was run on the DOS driver in many different
  422.       combinations. All tests were point-to-point configurations using
  423.       the different devices (21040, 21041 21140 or 21142) in 10Mb
  424.       or 100Mb playing
  425.       with driver's parameters (threshold, num of buffers), doing the testing
  426.       on different machines (with varying CPU speed and PCI implementation).
  427.  
  428.       Testing was smooth besides:
  429.       1. Several tests failed in 100Mb mode due to the high data transfer
  430.      rate. We consulted Microsoft on the matter and were granted a waiver.
  431.  
  432. Stress testing:
  433. ---------------
  434.       Tests we used are: MTTOOL stress tool, ReadRite, CCtest, WinTest.
  435.       WinMCL testing wasn't carried out since
  436.       Microsoft granted us a waiver (there are problems with the test
  437.       itself).
  438.       Some of the stress tests are long (36-96 hours) and some short (2-
  439.       24 hours). Following are several sample setups that were used:
  440.       1. One server machine (DS21140, PCI, 486DX, TP, WFW3.11, 10Mb).
  441.      Three clients (2 DOS 1 OS/2) ran ReadRite stress on the net, all
  442.      using random file sizes ( < 512000 bytes ). The test ran for ~48 hrs.
  443.       2. One server machine (DS21142 100Mb, WFW3.1, TP, PCI) serving
  444.      two 10Mb clients for ReadRite stress, and being a client of a Pentium
  445.      machine 100Mb with WinTest. ~40 hours.
  446.       3. One server (different combinations). One WFW client with 6 - 12
  447.      open stress windows open to the server running CCtest or ReadRite.
  448.      Durtaion up to 96 hours.
  449.       4. Cyclic: 3 machines in a loop, each as a clint to one machine and server
  450.      to another. 10Mb using different stress tests.
  451.  
  452.       Testing went smooth besides:
  453.       1. One machine failed during several stress tests. The same
  454.      machine failed similarly when we tried other NICs on it, and we
  455.      therefore dropped the matter.
  456.  
  457. Setups:
  458. -------
  459.       We tried different setups, parameter combinations, etc. Among these:
  460.       - Multiple NICs setups: Two NICs of ours - using the same or different
  461.     devices, one of ours and other vendor's NIC. These were tried on
  462.     LanServer 3.0, 4.0, WFW 3.1 and 3.11 .
  463.           Both automatic installation and manual installation were tried.
  464.       - PROTOCOL.INI parameter variations: Num of rcv/tx buffers, Tx threshold,
  465.     SW CRC, and more.
  466.       - SROM parameter variations: Changing version num, changing default media,
  467.     using legacy format boards, coexistence with PROTOCOL.INI values, DS21041
  468.     DS21140 and DS21142, different board implementations.
  469.       - Serial-connection variations: FD/not FD, TP/AUI/BNC,
  470.     Using hard-coded values or autodetected values.
  471.       - Autodetection/Autosensing variations: Trying the different devices,
  472.     trying several run-time scenarios, trying strange cases (i.e. -
  473.     connecting the cable after initialization, pulling it out in the
  474.     middle of transactions, sticking two cables in the same time, ...) .
  475.     All this in different machines and OS/NOS cominations.
  476.       - Removal and reinstallation in different OS/NOS combinations.
  477.       - Coexistence with other devices - Networking devices and others.
  478.  
  479.  
  480.  
  481. Release Notes for SMCPWR NDIS 2 MAC Driver V2.22 for DOS, WFW, OS/2 and Win95
  482. ===========================================================================================
  483.  
  484. New features and modifications in  V2.22:
  485. -----------------------------------------
  486.  1. Fix bug that prevent the driver from working with IRQ 3,4 and 7.
  487.  
  488.     - The driver now work normally with IRQ's 3,4 and 7.
  489.  
  490.  The driver was tested with the following tests:
  491.     +---+-----------------------------------+--------------------------------+
  492.           Test Performed          Completion Status and remarks
  493.     +---+-----------------------------------+--------------------------------+
  494.     1. Tested the driver working with IQR's 3,4 and 7           Passed
  495.  
  496.     2. Tested that the driver transmit/receive data using ReadRite test
  497.        on various OS/NOS on variou 21040, 21041, 21140, 21142 cards.
  498.  
  499.  
  500.  
  501. Release Notes for SMCPWR NDIS 2 MAC Driver V2.21 for DOS, WFW, OS/2 and Win95
  502. ===========================================================================================
  503.  
  504. New features and modifications in  V2.21:
  505. -----------------------------------------
  506.  1. Fix the Driver Mii Phy present detection.
  507.  
  508.     The previous Driver was detecting Mii Phy connected to the DS21X4 chip
  509.     also in some cases when no Mii Phy was present.
  510.     Now the Driver detect Mii Phy only when it is present.
  511.  
  512. Limitations:
  513.  
  514.    The driver and Nics were tested with the following tests
  515.  
  516.  
  517.     +---+-----------------------------------+--------------------------------+
  518.           Test Performed          Completion Status and remarks
  519.     +---+-----------------------------------+--------------------------------+
  520.      1.  Testing SROM parsing
  521.  
  522.      1.1 Testing that driver correctly parses           Passed
  523.      SROM V1.0
  524.  
  525.      1.2 Testing that driver correctly parses           Passed
  526.      SROM V3.02
  527.  
  528.  
  529.      2.  Testing that driver correctly                 Passed
  530.      parses User Line-Speed selections
  531.      according to the following table:
  532.  
  533.       +--------------------+----------------------++------------------------+
  534.       |   Line_Speed       |   DS chip Number     ||   Actual Line_Speed    |
  535.       | (From PROTOCOL.INI)|                      ||                        |
  536.       +--------------------+----------------------++------------------------+
  537.       |     None           |      DS21142         ||         10  (MBps)     |
  538.       |      10            |      DS21142         ||         10  (MBps)     |
  539.       |     100            |      DS21142         ||         100 (MBps)     |
  540.       +--------------------+----------------------++------------------------+
  541.  
  542.      3.  Testing that driver correctly                 Passed
  543.      parses User Connection selections on DS21142 chip board
  544.      according to the following table:
  545.  
  546.       +--------------------+----------------------++------------------------+
  547.       |Requested Connection|  Requested LineSpeed ||  Selected Connection   |
  548.       |    (From PROTOCOL.INI)|                      ||                        |
  549.       +--------------------+----------------------++------------------------+
  550.       | AUTOSENSE          |   10, 100 or None      || AUTOSENSE              |
  551.       | BNC                |   10 or None      || BNC,   (10MBps)        |
  552.       | TP               |   10                 || 10BaseT                |
  553.       | TP                    |       100          || 100BaseTX              |
  554.       | TP_FULL_DUPLEX     |   10                 || 10BaseT   FULL_DUPLEX  |
  555.       | TP_FULL_DUPLEX        |       100          || 100BaseTX FULL_DUPLEX  |
  556.       | TP_NLT             |   10                 || 10BaseT   NO_LINK_TEST |
  557.       | TP_NLT                |       100          || 100BaseTX              |
  558.       +--------------------+----------------------++------------------------+
  559.  
  560.     NOTE: It is recommended to specified the correct LineSpeed for
  561.           every Connection type, because when the LineSpeed isn't
  562.           correct for the media the Driver conver the media type.
  563.  
  564.      4.  Testing Connection Selection
  565.      This test tests for driver to correctly Initializes the PHY and DC21X4
  566.      Internal registers according to the connection type being used.
  567.  
  568.  
  569.      4.1 DS21142 with National DP83840 10/100 PHY
  570.  
  571.      Testing that driver Correctly initializes      Passed
  572.      the PHY and internal registers when
  573.      TP connection is selected.
  574.  
  575.      Testing that driver Correctly initializes      Passed
  576.      the PHY and internal registers when
  577.      TP_FULL_DUPLEX connection is selected.
  578.  
  579.      Testing that driver Correctly initializes      Passed
  580.      the PHY and internal registers when
  581.      TP_NO_LINK_TEST connection is selected.
  582.  
  583.      Testing that driver Correctly initializes      Passed
  584.      the PHY and internal registers when
  585.      AUTOSENSE connection is selected and with
  586.      Different Nway advertisement.
  587.  
  588.      Testing that driver rejects             Passed
  589.      BNC connection.
  590.  
  591.      Testing that driver rejects             Passed
  592.      AUI connection.
  593.  
  594.      Testing that driver Correctly initializes      Passed
  595.      the PHY and internal registers when
  596.      100BaseTX connection is selected.
  597.  
  598.      Testing that driver Correctly initializes      Passed
  599.      the PHY and internal registers when
  600.      100BaseTX_FULL_DUPLEX connection is selected.
  601.  
  602.      Testing that driver rejects             Passed
  603.      100BaseT4 connection
  604.  
  605.  
  606.      4.2 DS21142 with internal (10BaseT) PHY
  607.  
  608.      Testing that driver Correctly initializes      Passed
  609.      its internal registers when
  610.      TP connection is selected.
  611.  
  612.      Testing that driver Correctly initializes      Passed
  613.      its internal registers when
  614.      TP_FULL_DUPLEX connection is selected.
  615.  
  616.      Testing that driver Correctly initializes      Passed
  617.      its internal registers when
  618.      TP_NO_LINK_TEST connection is selected.
  619.  
  620.      Testing that driver Correctly initializes      Passed
  621.      its internal registers when
  622.      AUTOSENSE connection is selected and with
  623.      Different Nway advertisement.
  624.  
  625.      Testing that driver Correctly initializes      Passed
  626.      its internal registers when
  627.      BNC connection is selected.
  628.  
  629.      Testing that driver rejects             Passed
  630.      AUI connection.
  631.  
  632.      Testing that driver rejects             Passed
  633.      100BaseTX connection is selected.
  634.  
  635.      Testing that driver rejects             Passed
  636.      100BaseTX_FULL_DUPLEX connection is selected.
  637.  
  638.      Testing that driver rejects             Passed
  639.      100BaseT4 connection
  640.  
  641.  
  642.      5.  Testing Power-Up Autosense.
  643.  
  644.      Testing Power-Up Autosense using        Passed
  645.      DS21142 and  National DP83840
  646.      10/100 PHY.
  647.  
  648.      Testing Power-Up Autosense using        Passed
  649.      DS21142 and EB142 Nic.
  650.  
  651.  
  652.      6. Testing Dynamic Autosense.
  653.  
  654.      Testing Dynamic Autosense using        Passed
  655.      DS21142 and  National DP83840
  656.      10/100 PHY.
  657.  
  658.  
  659.      7. Testing the driver on OS/2 SMP 2.11 on machine with Dual Pentium CPU's.
  660.  
  661.      The SMP machine was tested as server with Two DS21140 Adapters
  662.      one working in 100M bit/sec and the other in 10M bit/sec.
  663.      The test we use was ReadRite of 5 100M bit/sec Clients and
  664.      3 10M bit/sec Clients runing on the Server disk.
  665.      The Clients were runing ReadRite under OS/2 2.1, OS/2 3.0 (WARP)
  666.      WFW3.1 and WFW3.11.
  667.      The test was runing for 24 hours without any problems.
  668.  
  669. Testing performed prior to release
  670. -----------------------------------
  671.  
  672. All testing described below was carried out on combinations of the
  673. following parameters:
  674. - Devices: Digital Semiconductor chips 21040, 21041, 21140, 21142.
  675. - Different implementations (boards) of the devices named above, with
  676.   various SROM programming.
  677. - Network data rate: 10Mb or 100Mb.
  678. - Local bus: PCI.
  679. - Operating systems: DOS, WFW31, WFW311, OS/2 2.x, OS/2 3.0, Win95.
  680. - Networking OS: Lan Manager(client, server), Lan Server(requester, server),
  681.   Windows and Win95 native networking components. All these components
  682.   have several different versions.
  683. - Various network setups: Upper protocols (e.g. TCP/IP, NetBEUI), internal
  684.   parameters (protocol buffer size, network orientation - connection or
  685.   connectionless, and more).
  686. - Various device parameters: Num of buffers, thresholds.
  687. - Serial connections and variations: Tp, Tp full duplex, AUI, BNC.
  688. - Machine-specific parameters: CPU speed, PCI bridge implementations, BIOS
  689.   and PCI BIOS implementations, memory, multiple NICs.
  690.  
  691.  
  692. NDIS2 conformance:
  693. ------------------
  694.       MTTOOL conformance test was run on the DOS driver in many different
  695.       combinations. All tests were point-to-point configurations using
  696.       the different devices (21040, 21041 21140 or 21142) in 10Mb or 100Mb playing
  697.       with driver's parameters (threshold, num of buffers), doing the testing
  698.       on different machines (with varying CPU speed and PCI implementation).
  699.  
  700.       Testing was smooth besides:
  701.       1. Several tests failed in 100Mb mode due to the high data transfer
  702.      rate. We consulted Microsoft on the matter and were granted a waiver.
  703.  
  704. Stress testing:
  705. ---------------
  706.       Tests we used are: MTTOOL stress tool, ReadRite, CCtest, WinTest.
  707.       WinMCL testing wasn't carried out since
  708.       Microsoft granted us a waiver (there are problems with the test
  709.       itself).
  710.       Some of the stress tests are long (36-96 hours) and some short (2-
  711.       24 hours). Following are several sample setups that were used:
  712.       1. One server machine (DS21040, PCI, 486DX, TP, WFW3.11, 10Mb).
  713.      Three clients (2 DOS 1 OS/2) ran ReadRite stress on the net, all
  714.      using random file sizes ( < 512000 bytes ). The test ran for ~48 hrs.
  715.       2. One server machine (DS21140 + DS21142 100Mb, WFW3.1, TP, PCI) serving
  716.      two 10Mb clients for ReadRite stress, and being a client of a Pentium
  717.      machine 100Mb with WinTest. ~40 hours.
  718.       3. One server (different combinations). One WFW client with 6 - 12
  719.      open stress windows open to the server running CCtest or ReadRite.
  720.      Durtaion up to 96 hours.
  721.       4. Cyclic: 3 machines in a loop, each as a clint to one machine and server
  722.      to another. 10Mb using different stress tests.
  723.  
  724.       Testing went smooth besides:
  725.       1. One machine failed during several stress tests. The same
  726.      machine failed similarly when we tried other NICs on it, and we
  727.      therefore dropped the matter.
  728.  
  729. Setups:
  730. -------
  731.       We tried different setups, parameter combinations, etc. Among these:
  732.       - Multiple NICs setups: Two NICs of ours - using the same or different
  733.     devices, one of ours and other vendor's NIC. These were tried on
  734.     LanServer 3.0, 4.0, WFW 3.1 and 3.11 .
  735.           Both automatic installation and manual installation were tried.
  736.       - PROTOCOL.INI parameter variations: Num of rcv/tx buffers, Tx threshold,
  737.     SW CRC, and more.
  738.       - SROM parameter variations: Changing version num, changing default media,
  739.     using legacy format boards, coexistence with PROTOCOL.INI values, DS21041
  740.     DS21140 and DS21142, different board implementations.
  741.       - Serial-connection variations: FD/not FD, TP/AUI/BNC,
  742.     Using hard-coded values or autodetected values.
  743.       - Autodetection/Autosensing variations: Trying the different devices,
  744.     trying several run-time scenarios, trying strange cases (i.e. -
  745.     connecting the cable after initialization, pulling it out in the
  746.     middle of transactions, sticking two cables in the same time, ...) .
  747.     All this in different machines and OS/NOS cominations.
  748.       - Removal and reinstallation in different OS/NOS combinations.
  749.       - Coexistence with other devices - Networking devices and others.
  750.  
  751.  
  752.  
  753. Release Notes for SMCPWR NDIS 2 MAC Driver V2.20 for DOS, WFW, OS/2 and Win95
  754. ===========================================================================================
  755.  
  756. New features and modifications in  V2.20:
  757. -----------------------------------------
  758.  1. Added DS21142 device support.
  759.  
  760.     The driver supports DS21142 working with MII PHY or with its internal
  761.     SIA port spec.
  762.  
  763.     This driver assumes the following:
  764.  
  765.      - Only one MII PHY exists in Nic.
  766.  
  767.      - If an MII PHY is found and AUTOSENSE operation is selected, then the
  768.        driver will perform MII PHY autosensing only.
  769.