Changes between Version 65 and Version 66 of HLKTesting
- Timestamp:
- 07/02/19 12:16:57 (5 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
HLKTesting
v65 v66 206 206 The only hint here that tap-windows6 itself might not be to blame is the phrase "all network devices". In my case on Windows Server 2019 Datacenter Evaluation the problem was a Wireless LAN adapter whose driver was not functioning properly. The fix was to disable Wireless LAN altogether from BIOS. Installing a working driver would probably have solved the problem as well. 207 207 208 Once you get past these failure, at the end of the test OpenvpnService might not re-establish a link. WHQL seems to get the OpenVPN service into a bad state, just restart the OpenVPN service and the test will pass. The test waits a few minutes for the link to come back up.208 Once you get past these failure, at the end of the test !OpenvpnService might not re-establish a link. WHQL seems to get the OpenVPN service into a bad state, just restart the OpenVPN service and the test will pass. The test waits a few minutes for the link to come back up. 209 209 210 210 == NDISTest 6.0 - 1 machine - 1c_NdisRequestCov == … … 227 227 == NDISTest 6.0 - 2 machine - 2c_Mini6Stress == 228 228 229 Sometimes this test will hit a breakpoint in the NDIS test code. The breakpoint seems harmless and complained about some packets not getting confirmed. If you don't connect a kernel debugger this will cause a BugCheck and the test will fail. If this happens connect a kernel debugger and rerun the test. When the breakpoint is hit press (l) Always Ignore and the test will pass.229 Sometimes this test will hit a breakpoint in the NDIS test code. The breakpoint seems harmless and complained about some packets not getting confirmed. If you don't connect a kernel debugger this will cause a !BugCheck and the test will fail. If this happens connect a kernel debugger and rerun the test. When the breakpoint is hit press (l) Always Ignore and the test will pass. 230 230 231 231 You may also get away with just rerunning the test until it passes. … … 419 419 Not sure if the below had any effect but was changed when doing this test: 420 420 421 In OemVista.inf.in: *PhysicalMediaType = 0x0 ;NdisPhysicalMediumUnspecified421 In !OemVista.inf.in: *!PhysicalMediaType = 0x0 ; !NdisPhysicalMediumUnspecified 422 422 423 423 This was done to be consistent with what was in constants.h, but it also seemed to get some tests passing.