home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Professional / OS2PRO194.ISO / os2 / driver / net / ndis / ub_nic / ubih.msg (.txt) < prev    next >
Encoding:
OS/2 Message File  |  1992-02-26  |  22.6 KB  |  350 lines
  1. MKMSGF
  2. $}&q(
  3. YuZ{Z~Z?
  4. I***Cause:  The driver encountered an error during its initialization.  A message
  5. specifying the error will have been displayed prior to this message.
  6. Action:  Take the action recommended for the specific error message.
  7. I***Cause:  The OS/2 GetDOSVar DevHlp system call failed.  The driver cannot
  8. proceed with its initialization.  The OS/2 system may not be configured
  9. properly, or the driver executable file (UBNEI.OS2) may be corrupted.
  10. Action:  Verify that the system is configured properly.  Verify that the
  11. system is otherwise functioning correctly.  Try using another copy of
  12. UBNEI.OS2.
  13. I***Cause:  The driver was unable to open "\DEV\PROTMAN$".
  14. Action:  The Protocol Manager driver (PROTMAN) must be successfully installed
  15. before UBNEI is installed.  Make sure that the CONFIG.SYS file contains
  16. a DEVICE= line that loads the PROTMAN driver, and make sure that this
  17. line comes before the DEVICE= line that loads UBNEI.  Verify that the
  18. PROTMAN driver loads successfully.  Check for error messages from the
  19. PROTMAN driver during its loading.
  20. I***Cause:  The driver's call to the "GetProtocolManagerInfo" function of the
  21. PROTMAN$ driver failed.  A possible cause may be that the PROTMAN driver could
  22. not find the PROTOCOL.INI file.
  23. Action:  Make sure that the PROTOCOL.INI file is in the directory PROTMAN
  24. expects it to be in.  The correct directory is configuration dependent.  It may
  25. be specified by a "/I:path" parameter on the DEVICE=...PROTMAN..  line in
  26. CONFIG.SYS.  If not, it is probably \IBMCOM.
  27. I***Cause:  The driver has looked at all of the PROTOCOL.INI file and found no
  28. section in which the "DriverName =" line specified UBNEI$, or UBNEI2$, or any of
  29. the other valid variants of a UBNEI driver name.
  30. Action:  Check the "DriverName =" lines in PROTOCOL.INI.  Check that you have
  31. the right PROTOCOL.INI file in the directory PROTMAN is using.  The correct
  32. directory is configuration dependent.  It may be specified by a "/I:path"
  33. parameter on the DEVICE=...PROTMAN..  line in CONFIG.SYS.  If not, it is
  34. probably \IBMCOM.
  35. I***Cause:  The driver has checked the PROTOCOL.INI file and found no section in
  36. which the "DriverName =" line specified its driver name.
  37. Action:  Check the "DriverName =" lines in PROTOCOL.INI.  Check that you have
  38. the right PROTOCOL.INI file in the directory PROTMAN is using.  The correct
  39. directory is configuration dependent.  It may be specified by a "/I:path"
  40. parameter on the DEVICE=...PROTMAN..  line in CONFIG.SYS.  If not, it is
  41. probably \IBMCOM.
  42. I***Cause:  A driver with the specified name is already installed.  The probable
  43. cause of this error is that CONFIG.SYS contains two lines that say
  44. DEVICE=...UBNEI..  but PROTOCOL.INI contains only one section with a UBNEI
  45. DriverName line.
  46. Action:  If you want to load multiple copies of the UBNEI driver, you must put
  47. a separate section for each of them in PROTOCOL.INI.  If you do not want to
  48. load multiple copies of the driver, you should delete all but one of the
  49. DEVICE=...UBNEI..  lines from CONFIG.SYS.
  50. I***Cause:  The driver checked the PROTOCOL.INI file and found %5 sections in which
  51. the "DriverName =" line specifies "UBNEI$", "UBNEI2$", or one of the other
  52. variants of its name, but a driver with each of these names is already
  53. installed.  There is a discrepancy between CONFIG.SYS and PROTOCOL.INI.
  54. CONFIG.SYS contains more DEVICE=...UBNEI..  lines than the number of sections
  55. in PROTOCOL.INI that specify DriverName = UBNEI$ (or UBNEI2$, etc.).
  56. Action:  Either delete one of the DEVICE= lines or add another UBNEI section
  57. to PROTOCOL.INI.  If you have the right number of sections, check that each of
  58. their "DriverName =" lines specifies a different variant of the driver name.
  59. I***Cause:  The driver has encountered a PROTOCOL.INI parameter keyword that it
  60. doesn't understand.
  61. Action:  Edit the PROTOCOL.INI file.  Find the indicated section.  Within that
  62. section, find the parameter line that starts with the given parameter keyword.
  63. Decide what is wrong with the line.  The keyword may be misspelled, or the line
  64. may not belong in this section.  It may be a comment line whose initial ';' is
  65. missing.  Correct the keyword or delete the line.
  66. Check for the possibility that the driver has selected the wrong section of
  67. PROTOCOL.INI and is trying to interpret parameter keywords that apply to some
  68. other driver.  This could happen if the "DriverName =" lines are not correct.
  69. Check that the indicated section of PROTOCOL.INI is the one you intend the
  70. driver to use.
  71. I***Cause:  The PROTOCOL.INI line for the given keyword specifies too many values.
  72. Action:  Correct the line in PROTOCOL.INI.  Make sure there are no extra
  73. characters between the '=' sign and the parameter value, or after the value.
  74. Make sure there are no spaces, tabs, commas, or semicolons within the parameter
  75. value.
  76. Check for the possibility that the driver has selected the wrong section of
  77. PROTOCOL.INI and is trying to interpret parameters that apply to some other
  78. driver.  This could happen if the "DriverName =" lines are not correct.  Check
  79. that the indicated section of PROTOCOL.INI is the one you intend the driver to
  80. I***Cause:  The value specified in PROTOCOL.INI
  81. for the given keyword is of the wrong
  82. type.  Either the value is a string and should be a number, or it's a
  83. number and should be a string.
  84. Action:  Correct the value in PROTOCOL.INI.  If the value is supposed to be
  85. a hexadecimal number, make sure it is prefixed with '0x'.
  86. Check for the possibility that the driver has selected the wrong section of
  87. PROTOCOL.INI and is trying to interpret parameters that apply to some other
  88. driver.  This could happen if the "DriverName =" lines are not correct.  Check
  89. that the indicated section of PROTOCOL.INI is the one you intend the driver to
  90. I***Cause:  The value given in PROTOCOL.INI for the specified parameter is larger
  91. than the maximum value the driver supports.
  92. Action:  Correct the value in PROTOCOL.INI.
  93. Check for the possibility that the driver has selected the wrong section of
  94. PROTOCOL.INI and is trying to interpret parameters that apply to some other
  95. driver.  This could happen if the "DriverName =" lines are not correct.  Check
  96. that the indicated section of PROTOCOL.INI is the one you intend the driver to
  97. I***Cause:  The value given in PROTOCOL.INI for the specified parameter is
  98. smaller than the minimum value the driver supports.
  99. Action:  Correct the value in PROTOCOL.INI.
  100. Check for the possibility that the driver has selected the wrong section of
  101. PROTOCOL.INI and is trying to interpret parameters that apply to some other
  102. driver.  This could happen if the "DriverName =" lines are not correct.  Check
  103. that the indicated section of PROTOCOL.INI is the one you intend the driver to
  104. I***Cause:  The value given in PROTOCOL.INI for the specified parameter is not
  105. valid.  If the value is a string, it is not one of the strings the driver
  106. expects for this parameter.  If the value is a number, it fails to meet some
  107. special requirement for this parameter.  Examples of special requirements are:
  108. the value of "ReceiveBufSize" must be even; the last 4 digits of the
  109. hexadecimal value of "MemoryWindow" must be 0000 or 8000; the last digit of the
  110. hexadecimal value of "IO_Port" must be 0 or 8.
  111. Action:  Correct the value in PROTOCOL.INI.  Check the spelling of string
  112. parameter values.
  113. Check for the possibility that the driver has selected the wrong section of
  114. PROTOCOL.INI and is trying to interpret parameters that apply to some other
  115. driver.  This could happen if the "DriverName =" lines are not correct.  Check
  116. that the indicated section of PROTOCOL.INI is the one you intend the driver to
  117. I***Cause:  The string value specified in PROTOCOL.INI for the parameter keyword
  118. given in the message contains too many characters.
  119. Action:  Correct the value in PROTOCOL.INI.
  120. Check for the possibility that the driver has selected the wrong section of
  121. PROTOCOL.INI and is trying to interpret parameters that apply to some other
  122. driver.  This could happen if the "DriverName =" lines are not correct.  Check
  123. that the indicated section of PROTOCOL.INI is the one you intend the driver to
  124. I***Cause:  The OS/2 AllocateGDTSelector DevHlp system call failed when the driver
  125. tried to get the two GDT selectors it needs for referencing the adapter's
  126. memory and for referencing buffers passed to it by physical address.  The OS/2
  127. system may not be configured properly or may be corrupted.  The driver
  128. executable file (UBNEI.OS2) may be corrupted.
  129. Action:  Verify that the system otherwise functions correctly.  Try using
  130. another copy of UBNEI.OS2.
  131. I***Cause:  The OS/2 PhysToGDTSelector DevHlp system call failed when the driver
  132. tried to set up the GDT selector it uses to reference the adapter's memory.
  133. The OS/2 system may not be configured properly or may be corrupted.  The driver
  134. executable file (UBNEI.OS2) may be corrupted.
  135. Action:  Verify that the system otherwise functions correctly.  Try using
  136. another copy of UBNEI.OS2.  Check the value of the "MemoryWindow" parameter in
  137. PROTOCOL.INI.
  138. I***Cause:  The OS/2 PhysToVirt DevHlp system call failed when the driver tried to
  139. convert the physical address of the adapter's "memory window" to a virtual
  140. address.  The OS/2 system may not be configured properly or may be corrupted.
  141. The driver executable file (UBNEI.OS2) may be corrupted.
  142. Action:  Verify that the system otherwise functions correctly.  Try using
  143. another copy of UBNEI.OS2.  Check the value of the "MemoryWindow" parameter in
  144. PROTOCOL.INI.
  145. I***Cause:  Either there's no adapter in the given slot, or the
  146. adapter in that slot is not an NIUps.
  147. Action:  Determine manually or by using the PS/2 hardware configuration
  148. utilities (the programs on the "Reference Diskette") what slot the NIUps is in.
  149. Change the "SlotNumber =" line to specify the correct slot.  Note that,
  150. unless you have more than one NIUps in your PS/2, it is not necessary to
  151. specify the "SlotNumber =" parameter.  The driver will automatically
  152. find the right slot.
  153. I***Cause:  There is an NIUps adapter in the slot specified by the "SlotNumber ="
  154. line, but the adapter is disabled.
  155. Action:  Verify that the "SlotNumber =" line is correct.
  156. Use the PS/2 hardware configuration utilities (the programs on the
  157. "Reference Diskette") to enable the NIUps adapter in the specified slot.
  158. I***Cause:  The driver cannot find an NIUps adapter to use.  There may be no NIUps
  159. adapters installed.  An adapter may be installed but not enabled.  An enabled
  160. adapter may be present but reserved by a previously installed instance of the
  161. driver.
  162. Action:  Verify that you have installed the NIUps adapter.  Use the PS/2
  163. hardware configuration utilities (the programs on the "Reference Diskette") to
  164. verify that the adapter is enabled.  Check for a discrepancy between CONFIG.SYS
  165. and your adapter hardware configuration.  CONFIG.SYS may contain extra
  166. DEVICE=...UBNEI..  lines, that is, more than the number of NIUps adapters that
  167. are installed.
  168. I***Cause:  The "window size" configuration of the NIUps adapter is not valid.
  169. "Window size" configuration is done using the PS/2 hardware configuration
  170. utilities (the programs on the "Reference Diskette"), based on information in
  171. the @7012.ADF file that comes with the NIUps.  A good @7012.ADF file will not
  172. allow an invalid window size to be configured.
  173. Action:  Try using the "Reference Diskette" programs to set the window size
  174. again.  The item you change to do this is the one called "Shared RAM PS/2
  175. Memory Address Range".  Change this item to a different value and then change
  176. it back to the one you want (so the program will think you modified something).
  177. Or leave it at the different value if you can.
  178. Try removing the NIUps adapter and reinstalling it.  Try putting it in a
  179. different slot.  Try recopying @7012.ADF from the original diskette.  Try using
  180. a fresh copy of UBNEI.OS2.
  181. I***Cause:  Either the adapter's built-in diagnostic tests failed, or there is
  182. some problem in the communication between the adapter and the driver.  There
  183. may be something wrong with the adapter hardware, or there may be a problem
  184. with the adapter's network cable connection or with its configuration or with
  185. parameters in PROTOCOL.INI.
  186. Action:  Check that the adapter is properly connected to its network cable.
  187. Verify that the "AdapterType" parameter value in PROTOCOL.INI is correct for
  188. your adapter.  Check the jumpered configuration of the adapter, especially the
  189. "shared memory window" and "I/O ports" jumpers, and verify that the
  190. PROTOCOL.INI "MemoryWindow" and "IO_Port" parameter values correspond to the
  191. jumper settings.
  192. I***Cause:  The adapter appeared to respond properly to the driver's initial
  193. communication, but the adapter did not respond properly after that.  There may
  194. be something wrong with the adapter hardware, or there may be a problem with
  195. parameters in PROTOCOL.INI or with the adapter's configuration.
  196. Action:  Verify that the "AdapterType" parameter value in PROTOCOL.INI is
  197. correct for your adapter.  Check the jumpered configuration of the adapter,
  198. especially the "shared memory window" and "I/O ports" jumpers, and verify that
  199. the PROTOCOL.INI "MemoryWindow" and "IO_Port" parameter values correspond to
  200. the jumper settings.
  201. settings.
  202. I***Cause:  The adapter worked properly up through the point of reporting
  203. successful completion of its diagnostics, but it failed to respond to the
  204. driver's next attempt to communicate with it.  There may be something wrong
  205. with the adapter hardware, or there may be a problem with parameters in
  206. PROTOCOL.INI or with the adapter's configuration.
  207. Action:  Verify that the "AdapterType" parameter in PROTOCOL.INI is correct
  208. for your adapter.  Check the jumpered configuration of the adapter, especially
  209. the "shared memory window" and "I/O ports" jumpers, and verify that the
  210. PROTOCOL.INI "MemoryWindow" and "IO_Port" parameter values correspond to the
  211. jumper settings.
  212. I***Cause:  The adapter worked properly through all the preliminary stages of
  213. initialization.  Its operational program has been loaded into it, and has
  214. started executing, but it has failed to complete its initialization phase.
  215. There may be something wrong with the adapter hardware, or the adapter's
  216. operational program may be corrupted.  There may be a problem with parameters
  217. in PROTOCOL.INI or with the adapter's configuration.
  218. Action:  Try using another copy of UBNEI.OS2.  The adapter's
  219. operational code is in this file.  Verify that the "AdapterType" parameter in
  220. PROTOCOL.INI is correct for your adapter.  Check the jumpered configuration of
  221. the adapter, especially the "shared memory window" and "I/O ports" jumpers, and
  222. verify that the PROTOCOL.INI "MemoryWindow" and "IO_Port" parameter values
  223. correspond to the jumper settings.
  224. I***Cause:  The adapter has been initialized successfully and has started running
  225. its operational code, but a test of the adapter-to-PC interrupt has failed.
  226. There may be something wrong with the adapter hardware, or there may be a
  227. problem with the "IRQ_Level" parameter in PROTOCOL.INI or with the adapter's
  228. configured interrupt level.
  229. Action:  Check that the adapter's jumpered configuration of interrupt level
  230. agrees with the value of the "IRQ_Level" parameter in PROTOCOL.INI.  Verify
  231. that the interrupt level that has been chosen for the adapter is not being used
  232. by another adapter or by a system device.
  233. I***Cause:  The OS/2 AllocateGDTSelector DevHlp system call failed when the driver
  234. tried to get the GDT selectors it needs for referencing its multicast address
  235. list, queued request descriptors, and queued transmit descriptors.  Your
  236. "MaxTransmits" parameter in PROTOCOL.INI may be too large.  The OS/2 system may
  237. be misconfigured or corrupted.  The driver executable file (UBNEI.OS2) may be
  238. corrupted.
  239. Action:  Try to verify that the system otherwise functions correctly.  Try
  240. using another copy of UBNEI.OS2.  If you have set the "MaxTransmits" parameter
  241. in PROTOCOL.INI to a very large value, try reducing it.
  242. I***Cause:  The driver was unable to allocate the memory it needs for its multicast
  243. address list, queued request descriptors, and queued transmit descriptors.
  244. Either, under DOS, there wasn't enough memory available, or, under OS/2, the
  245. OS/2 AllocPhys DevHlp system call failed when the driver tried to allocate the
  246. memory.  Some of your PROTOCOL.INI configuration parameters may be too large.
  247. The system may be misconfigured or corrupted.  The driver executable file may
  248. be corrupted.
  249. Action:  The amount of memory the driver tries to allocate for working storage
  250. depends on the values of the "MaxRequests", "MaxTransmits", and "MaxMulticast"
  251. parameters in PROTOCOL.INI.  The "MaxTransmits" parameter has much more effect
  252. than the other two.  If you have specified large values for these parameters,
  253. try reducing them.  Try to verify that the system otherwise functions
  254. correctly.  Try using another copy of UBNEI.OS2.
  255. I***Cause:  The OS/2 PhysToGDTSelector DevHlp system call failed when the driver
  256. tried to initialize the GDT selectors it uses to reference its multicast
  257. address list, queued request descriptors, and queued transmit descriptors.  The
  258. OS/2 system may be misconfigured or corrupted.  The driver executable file
  259. (UBNEI.OS2) may be corrupted.
  260. Action:  Try to verify that the system otherwise functions correctly.  Try
  261. using another copy of UBNEI.OS2.
  262. I***Cause:  The values of the PROTOCOL.INI "ReceiveBuffers" and/or "ReceiveBufSize"
  263. parameters are too large for the driver to handle.  This error can occur only
  264. when the "ReceiveMethod = ReceiveChain, HostBuffered" option is used.
  265. Action:  Reduce the values of the "ReceiveBuffers" and/or "ReceiveBufSize"
  266. parameters in PROTOCOL.INI.  Try using another value for "ReceiveMethod".  Try
  267. using a fresh copy of the driver executable file (UBNEI.OS2).
  268. I***Cause:  The driver was unable to allocate the memory it needs for receive
  269. buffers and receive buffer descriptors.  Either, under DOS, there was not
  270. enough memory available, or, under OS/2, the OS/2 AllocPhys DevHlp system call
  271. failed when the driver tried to allocate the memory.  This error can occur only
  272. when the "ReceiveMethod = ReceiveChain, HostBuffered" option is used.
  273. Action:  Reduce the values of the "ReceiveBuffers" and/or "ReceiveBufSize"
  274. parameters in PROTOCOL.INI.  Try using another value for "ReceiveMethod".  Try
  275. using a fresh copy of the driver executable file (UBNEI.OS2).
  276. I***Cause:  The OS/2 AllocateGDTSelector DevHlp system call failed when the driver
  277. tried to get the GDT selectors it needs for receive buffers and receive buffer
  278. descriptors.  The OS/2 system may be misconfigured or corrupted.  The driver
  279. executable file (UBNEI.OS2) may be corrupted.  This error can occur only when
  280. the "ReceiveMethod = ReceiveChain, HostBuffered" option is used.  It may be
  281. more likely if you have specified a large number of receive buffers and/or a
  282. large receive buffer size.
  283. Action:  Try to verify that the system is otherwise functioning correctly.  Try
  284. using another copy of UBNEI.OS2.  Try decreasing the value of the
  285. "ReceiveBuffers" and "ReceiveBufSize" parameters.  Try using another value for
  286. "ReceiveMethod".
  287. I***Cause:  The OS/2 PhysToGDTSelector DevHlp system call failed when the driver
  288. tried to initialize the GDT selector it is using for receive buffer
  289. descriptors.  The OS/2 system may be misconfigured or corrupted.  The driver
  290. executable file (UBNEI.OS2) may be corrupted.  This error can occur only when
  291. the "ReceiveMethod = ReceiveChain, HostBuffered" option is used.
  292. Action:  Try to verify that the system is otherwise functioning correctly.
  293. Try using another copy of UBNEI.OS2.  Try using another value for
  294. "ReceiveMethod".
  295. I***Cause:  The OS/2 PhysToGDTSelector DevHlp system call failed when the driver
  296. tried to initialize the GDT selectors it is using for receive buffers.  The
  297. OS/2 system may be misconfigured or corrupted.  The driver executable file
  298. (UBNEI.OS2) may be corrupted.  This error can occur only when the
  299. "ReceiveMethod = ReceiveChain, HostBuffered" option is used.  It may be more
  300. likely if you have specified a large number of receive buffers and/or a large
  301. receive buffer size.
  302. Action:  Try to verify that the system is otherwise functioning correctly.  Try
  303. using another copy of UBNEI.OS2.  Try decreasing the values of the
  304. "ReceiveBuffers" and "ReceiveBufSize" parameters.  Try using another value for
  305. "ReceiveMethod".
  306. I***Cause:  The driver's call to the "RegisterModule" function of the PROTMAN$
  307. driver failed.  There may be something wrong with the Protocol Manager.  You
  308. may be attempting to install more NDIS drivers than the Protocol Manager can
  309. handle.  The driver's executable file (UBNEI.OS2) may be
  310. corrupted.
  311. Action:  Verify that the PROTMAN driver loads successfully.  Check for error
  312. messages during its loading.  Verify that other NDIS drivers are able to
  313. install successfully.  Check CONFIG.SYS to see whether an unusually large
  314. number of NDIS drivers are being installed before UBNEI.  Try using a fresh
  315. copy of UBNEI.OS2.
  316. I***Cause:  The OS/2 SetIRQ DevHlp system call failed.  The driver cannot install
  317. its interrupt routine in the interrupt vector the adapter is configured to use.
  318. The likely cause of this problem is a conflict between this driver and a
  319. previously installed driver over the use of the interrupt level.
  320. Action:  Try changing the interrupt level.  For the NIUps adapter, you do this
  321. using the PS/2 hardware configuration utilities (the programs on the "Reference
  322. Diskette").  For the other types of adapters UBNEI supports, you must change
  323. the adapter's jumpers and change the value of the "IRQ_Level" parameter in
  324. PROTOCOL.INI.
  325. I***Cause:  This message is displayed at the end of successful driver
  326. initialization.
  327. Action:  No action is needed.
  328. PROTOCOL.INI.
  329. I***Cause:  This message is displayed at the end of successful driver
  330. initialization.
  331. Action:  No action is needed.
  332. I***Cause:  This message is displayed at the end of successful driver
  333. initialization.
  334. Action:  No action is needed.
  335. I***Cause:  This message is displayed at the end of successful driver
  336. initialization.
  337. Action:  No action is needed.
  338. I***Cause:  This message is displayed at the end of successful driver
  339. initialization.
  340. Action:  No action is needed.
  341. I***Cause:  This message is displayed at the end of successful driver
  342. initialization.
  343. Action:  No action is needed.
  344. I***Cause:  This message is displayed at the end of successful driver
  345. initialization.
  346. Action:  No action is needed.
  347. I***Cause:  This message is displayed at the end of successful driver
  348. initialization.
  349. Action:  No action is needed.
  350.