Australia - Updated: 24-SEP-2003
hp.com home products and services support and drivers solutions how to buy
» contact hp
hp.com home hp OpenVMS ECOs

IMPORTANT NOTICE

The online distribution of OpenVMS and related product patches is being migrated to the HP ITRC (Information Technology Resource Center) patch distribution site. The new ITRC patch server will allow OpenVMS customers to take advantage of many enhanced features for patch searching and distribution.

Beginning August 1, 2003, OpenVMS and related Layered Product, publicly available patches will be available from the HP ITRC web site at

http://itrc.hp.com/service/patch/mainPage.do

The same patches will still be available from the existing patch server in Colorado Springs (http://www.support.compaq.com/patches/) through the end of October 2003, to give customers sufficient time to update their bookmarks and make the transition to the HP ITRC web site.

ECO kits will also be available by raw FTP from (ftp://ftp.itrc.hp.com/).

PLEASE UPDATE YOUR BOOKMARKS AND REGISTER ON THE NEW SITE NOW

Note: if you're having trouble connecting to the ITRC site, please delete any cookies for "itrc.hp.com" from your browser and try again. Report any difficulties with or suggestions to MrVMS

» Sydney CSC home page

Navigation
» ECOinfo main index
» Search ECOs
» Search FTP site
» Browse FTP site

ECO Indexes
» Chronological Index
» Indexed by Version
» Indexed by Rating
» Alpha Indexed by Name
» VAX Indexed by Name
» On Hold List

Associated Links
» OpenVMS Home Page
» OpenVMS News
» DIA/WIS Web Service

Feedback
» mail to CSC
.
Sydney Customer Support Centre OpenVMS ECO information
    Updated: 24-SEP-2003 (Use your browsers' Reload button to ensure you're viewing the most recent version)

VAXPHV10_U2055 VAX V5.5-2 Ethernet Drivers ECO Summary

To obtain this kit please call the Customer Support Centre or use the FTP site

Search for this ECO kit and dependencies
Search the Compaq FTP web site this kit (exact match)
Search the Compaq FTP web site this or related ECOs

    
    
    
    Copyright (c) Digital Equipment Corporation 1994, 1995.  All rights reserved.
    
    OP/SYS:     OpenVMS VAX
    
    COMPONENT:  Ethernet Drivers  (ECDRIVER.EXE,   EFDRIVER.EXE, EPDRIVER.EXE,
                                   ESDRIVER.EXE,   ETDRIVER.EXE, EXDRIVER.EXE,
                                   EZDRIVER.EXE,   FCDRIVER.EXE, FXDRIVER.EXE,
                                   NET$CSMACD.EXE, NET$FDDI.EXE, XEDRIVER.EXE,
                                   XQDRIVER.EXE)
    
    SOURCE:     Digital Equipment Corporation
    
    ECO INFORMATION:
    
         ECO Kit Name:  VAXPHV10_U2055
         ECO Kits Superseded by This ECO Kit:  VAXPHV09_U2055 (CSCPAT_0606),
                                               VAXPHV08_U2055,
                                               VAXPHV07_U2055,
                                               VAXPHV06_U2055
         ECO Kit Approximate Size:  1000 Blocks
         Kit Applies To:  OpenVMS VAX V5.5-2 Only
         System Reboot Necessary:  Yes
    
    
    ECO KIT SUMMARY:
    
    An ECO kit exists for the Ethernet Drivers (ECDRIVER, EFDRIVER, EPDRIVER,
    ESDRIVER, ETDRIVER, EXDRIVER, EZDRIVER, FCDRIVER, FXDRIVER, NET$CSMACD,
    NET$FDDI, XEDRIVER, XQDRIVER) on OpenVMS VAX V5.5-2.  This kit addresses
    the following problems:
    
    Problems Addressed in the VAXPHV10_U2055 Kit:
    
      o  This kit and the VAXLAVC04_U2055 kit have the XQDRIVER.EXE image in
         common.  The VAXLAVC04_U2055 has been issued with new images and
         fixes. The VAXPHV10_U2055 kit is being re-issued with the new
         XQDRIVER.EXE image to keep it current with the VAXLAVC04_U2055 kit.
    
    
    Problems Addressed in the VAXPHV09_U2055 Kit:
    
      o  Clarifications were made to the documentation in the VAXPHV08_U2055
         Kit.
    
    
    Problems Addressed in the VAXPHV08_U2055 Kit:
    
      o  NETACP, or any other issuer of IO$_SENSEMAC QIOs, may hang if the
         DEMFA is experiencing command completion errors.
    
      o  When a user with Receive All Multicast packets enabled updates the
         multicast received counter, the system may crash.
    
      o  A NETDLLERR bugcheck system crash will occur if a P6 parameter is
         passed to a QIO for the FXDRIVER.
    
      o  When DECnet Phase V Routing gets an error trying to start a LAN
         device, the system may crash due to pool corruption.
    
      o  If a large value is passed for the FMT parameter (i.e., Ethernet,
         802), the LAN driver may crash the system trying to access memory
         that does not exist.
    
      o  An unprivileged user can consume all of non-paged pool by starting a
         protocol type in shared mode.  When there is not more non-paged pool
         available, the system will hang.
    
      o  When a channel is started and an illegal value for the FMT parameter
         is specified, the high order word of the second longword of the IOSB
         is set to a random value.  This problem is only visible to customers
         writing their own applications.
    
      o  Remote Console connection to a DECbridge 90 with NCP may fail when
         showing port information.  A "Target does not respond" message will
         be displayed.  This failure only occurs when NCP is directed to use
         an FDDI device to connect to the DECbridge 90 on the Ethernet.
    
    
    Problems Addressed in the VAXPHV07_U2055 Kit:
    
      o  The VAXPHV06_U2055 kit fails to install.
    
    
    Problems Addressed in the VAXPHV06_U2055 Kit:
    
      o  When multiple users enable the same GSAP, the first user who opens a
         channel to the device does not receive the packet.
    
      o  Third-party software to allocate a free SAP on an Ethernet device
         loops with QIOs for SetMode and Startup until a free SAP is found.
         The software then exits with quota exceeded and the process BYTLM
         quota is not credited.
    
      o  When more than 10 multicast addresses are enabled by the users of
         XEDRIVER, messages received for addresses after the first ten are
         not received.
    
      o  With a MV3100E system running and Ethernet turned on, disconnecting
         the Ethernet terminator for a period of 7 minutes or longer causes
         the system to hang.  The only way to unlock or release this system
         hang is to power down the system and reboot.
    
      o  A system may crash in Ethernet with an INVEXCEPTN bugcheck during
         promiscuous mode operations if non-paged pool is exhausted.
    
      o  XQDRIVER (for both the DELQA and the DEQTA) is not reporting the
         correct number of receive buffers to PEDRIVER.  The number of
         receive buffers for the DEQTA was increased to match the number used
         for the DELQA.
    
      o  There is a problem with AST quota depletion.  It occurs in the
         following way:
    
           -  When a thin-wire Ethernet cable is disconnected and
              transmits were queued to the device, the device will
              notify the Ethernet driver of a transmit time-out.
              The Ethernet driver returns any reads queued to the
              application with an IOSB status of SS$_TimeOut.
              Any subsequent QIO Reads are returned with a status
              of SS$_DEVINACT.
    
           -  A Customer application then deassigns the channel,
              assigns another channel and attempts to restart the device.
              The application ignores the SS$_TimeOut status returned
              in the IOSB from the restart and posts ten QIO Reads with
              the specified AST routines.  These QIOs are returned with
              a status of SS$_DEVINACT which causes the deassign/assign
              loop to be repeated.
    
           -  When the Ethernet driver aborts the QIO with a status of
              SS$_DEVINACT, the AST quota for the process should be
              credited.  It is not.  The software eventually exits
              with %SYSTEM-F-EXQUOTA, exceeded quota and the process
              AST quota is not credited on image exit.
    
      o  The Ethernet device hardware address returned in a sense-mode QIO is
         incorrect.
    
      o  The timer routines in XQDRIVER are not synchronized for SMP systems.
         Since these timer routines transmit a packet every 8 to 12 minutes,
         there is a chance that the transmit code will execute simultaneously
         on multiple CPUs and cause problems that will eventually crash the
         system (usually with an access violation due to a corrupt transmit
         pending queue).
    
      o  Non-privileged user code can shut down the LAVC port.  It simply has
         to $ASSIGN a channel, and $QIO SETMODE! IO$M_SHUTDOWN.
    
      o  The Ethernet adapter may stop receiving packets, especially if the
         Lance chip must be stopped and started frequently.  Transmits
         continue to occur normally.
    
      o  When the FDDI cable is disconnected, FXDRIVER resets the DEMFA every
         5 or 300 seconds.  After the reset, it reads the SPST register at 1
         second intervals to determine if the self test is complete.  It
         should wait 10 seconds before reading any of the device registers or
         risk an XMI error that would crash the system.
    
      o  Invalid addresses returned to FXDRIVER cause system crashes.  The
         following errors may occur:
    
           -  The system crashes with ASYNCWRTER bugcheck
              with XMI devices.
    
           -  The Error logger reports XMI Byte count errors.
    
           -  Boot enabled, Claim token yield and Upstream
              Neighbor Time-out flags do not have valid values
              when displayed by SDA.
    
      o  AppleTalk[R] fails to start after trying 254 unique addresses.  The
         AppleTalk Address Resolution Protocol (AARP) probe message always
         gets a response if the node number to be used is already in use.
         The broadcast message it is sending the AARP probe to is enabled at
         the station.  Half Duplex mode in the DEUNA was cleared, causing a
         copy of the message to be returned to XEDRIVER.  NETBIOS also
         exhibits the same problem.
    
      o  The following DECnet event is continuously logged on the console.
    
              DECnet event 0.7, aborted service request
              %MOM-E-BADMOPFCT, Bad MOP Function received from target.
    
         This problem is caused by the LAN drivers when these three
         conditions exits on the LAN:
    
          1.  A CISCO router is installed,
          2.  DECnet Service is enabled, and
          3.  A promiscuous-mode user is enabled on the LAN device.
    
      o  Several problems were found that track counters, events and time
         logs.  Specifically, these problems are:
    
           - The UUB event is not being declared.
           - The time of the last receive for QIO and ALTSTART users
             is not being recorded.
           - The MNE counter is not being zeroed when requested.
           - The multicast counters in the UCB are not being kept.
           - The UUB counter for the user and the device are being
             counted in the wrong field.
           - The transmit user counters are being incremented for
             error cases, and they should not be.
    
      o  The P5 buffer returned from the Ethernet driver is not formatted
         correctly for the message type received when in promiscuous mode.
         The test for protocol type should use an unsigned test instead of a
         signed test.
    
    
    RELATED ARTICLES:
    
    Detailed articles describing the problems listed above may exist in
    the OPENVMS database.  To view these articles, open the appropriate
    product database and perform a query using either of the following
    search strings: 'VAXPHV10_U2055' or 'VAXPHV'.
    
    
    ECO KIT ORDERING INSTRUCTIONS:
    
    If after an evaluation you wish to obtain this kit, request it
    electronically using the appropriate Advanced Electronic Services
    (AES) Service Tool.  If you are not familiar with how to request
    kits electronically, open the DIA, WIS or DSNLINK database and
    review the article entitled:
    
         [AES] How To Electronically Request ECO Kits Using Service Tools
    
    
    INSTALLATION NOTES:
    
    In order for the corrections in this kit to take effect, the system
    must be rebooted.  If the system is a member of a VAXcluster,  the
    entire cluster should be rebooted.
    
    
    [R]  AppleTalk is a registered trademark of Apple Computer, Inc.
      
      ==========================================================================
      |                     Table of Kit Image Information                     |
      +----------------------------+----------+-----------------+--------------+
      |                            | Overall  | Image File      | Image Link   |
      | Image Name                 | Checksum | Identification  | Date/Time    |
      +----------------------------+----------+-----------------+--------------+
      | ECDRIVER.EXE               |%X15052F35| X-4             |  4-MAR-1994  |
      |                                       |                 | 10:21:40.51  |
      +----------------------------+----------+-----------------+--------------+
      | EFDRIVER.EXE               |%XE6FFB7C1| X-21            |  4-MAR-1994  |
      |                                       |                 | 10:22:11.10  |
      +----------------------------+----------+-----------------+--------------+
      | EPDRIVER.EXE               |%XF84AABC1| X-16            |  4-MAR-1994  |
      |                                       |                 | 10:22:18.43  |
      +----------------------------+----------+-----------------+--------------+
      | ESDRIVER.EXE               |%XE28890CF| X-5C2           |  4-MAR-1994  |
      |                                       |                 | 10:22:03.00  |
      +----------------------------+----------+-----------------+--------------+
      | ETDRIVER.EXE               |%X7B3433BC| X-5             |  4-MAR-1994  |
      |                                       |                 | 10:22:25.63  |
      +----------------------------+----------+-----------------+--------------+
      | EXDRIVER.EXE               |%X4D57F1BA| X-3A1           |  4-MAR-1994  |
      |                                       |                 | 10:22:37.85  |
      +----------------------------+----------+-----------------+--------------+
      | EZDRIVER.EXE               |%X03BF916E| X-12            |  4-MAR-1994  |
      |                                       |                 | 10:21:52.44  |
      +----------------------------+----------+-----------------+--------------+
      | FCDRIVER.EXE               |%X262E5AC8| X-7             |  4-MAR-1994  |
      |                                       |                 | 10:21:13.22  |
      +----------------------------+----------+-----------------+--------------+
      | FXDRIVER.EXE               |%XB0F746BD| X-22A1          |  4-MAR-1994  |
      |                                       |                 | 10:21:24.91  |
      +----------------------------+----------+-----------------+--------------+
      | CSMACD.EXE                 |%X090FC86E| X-24            |  4-MAR-1994  |
      |                                       |                 | 10:22:57.46  |
      +----------------------------+----------+-----------------+--------------+
      | FDDI.EXE                   |%XC5D5D659| X-24            |  4-MAR-1994  |
      |                                       |                 | 10:23:03.27  |
      +----------------------------+----------+-----------------+--------------+
      | XEDRIVER.EXE               |%X6C030AF7| X-5B2           |  4-MAR-1994  |
      |                                       |                 | 10:22:44.18  |
      +----------------------------+----------+-----------------+--------------+
      | XQDRIVER.EXE               |%X2F25F6A7| X-4             | 22-OCT-1995  |
      |                                       |                 | 20:12:07.84  |
      +----------------------------+----------+-----------------+--------------+
    
privacy statement using this site means you accept its terms feedback to the webmaster
VMS rules VMS rocks OpenVMS rules OpenVMS rocks