Created attachment 408032 [details] analysis of memory dump file Description of problem: Ethernet-NDIS Test 6.5 caused BSOD in WHQL network test for Windows2008. the screen shot of BSOD and the analysis of memory dump file are attached for your reference. Version-Release number of selected component (if applicable): version of Xen-PV Driver:04/12/2010,1.1.0.3 Kenel :kernel-xen-2.6.18-195.el5 How reproducible: always Steps to Reproduce: 1.prepare the WHQL test environment 2.install xenpv-win driver 3.start to test "Ethernet-NDIS Test 6.5" Actual results: BSOD Expected results: pass Additional info: the screen shot of BSOD and analysis of memory dump file are attached.
Created attachment 408033 [details] screenshot of BSOD
*** This bug has been marked as a duplicate of bug 566786 ***
Closed wrong bug. Do you know what test was running before the crash? In other words, do you have some kind of log?
Created attachment 408217 [details] NDIS test log
Created attachment 408218 [details] AddressChange log
(In reply to comment #3) > Closed wrong bug. > > Do you know what test was running before the crash? In other words, do you > have some kind of log? Hi,Paolo the following are some of the failure logs,pls refer to the above attachment about more details: Verifying the setup configuration for product SKU VER_SUITE_DATACENTER or VER_SUITE_ENTERPRISE There are sufficient number of processors on this system to run the test pass. Adapter RedHat PV NIC Driver is deserialized 50018 For running logo tests for devices VER_SUITE_DATACENTER and VER_SUITE_ENTERPRISE skus drivers should use scatter gather DMA Querying miniport for OID_GEN_MINIPORT_INFO did not return with NDIS_MINIPORT_SG_LIST bit set 50019 For running logo tests for devices VER_SUITE_DATACENTER and VER_SUITE_ENTERPRISE skus drivers should be capable of 64 bit addressing Querying miniport for OID_GEN_MINIPORT_INFO did not return with NDIS_MINIPORT_64BITS_DMA bit set thanks xiaoli
Thanks. The AddressChange test is probably something in the host. I usually get 250/250 packets received here. The 50018 and 50019 failures are known, and we'll have to ask Microsoft for a waiver (bug 534085). The interesting failure here is: ------------- 2055871060 StartTime: 07:47:25.788 Unexpected Failure Outside of a Test Case or Action 88888 A breakpoint was hit in the protocol driver while this test was executing Duration: 00:00:00:00.00 NDISTest Protocol driver breakpoints are usually hit when a serious error is detected.Please investigate and fix the issue causing the break to solve this failure. Protocol::DeregisterProtocol - Name: NDISTestSendProtocol Protocol::DestroyOpen - Name: TestBinding Protocol::DeregisterProtocol - Name: NDISSupportSendProtocol Protocol::DestroyOpen - Name: SupportBinding ------------- I never saw anything like that on 2008.
Created attachment 408263 [details] NDIS test log being tested in another time I don't know why does it have the interest failure as well,I could upload the failure log of NDIS test 6.5 which was tested on Windows 2008 x86.It seems to have the same failure. thanks
I see it too now, sorry for the noise.
The reset failure is intermittent, and most likely occurs in the invalidpackages test. It's visible on WLK 1.5 but not 1.4. Also, I could reproduce it with the RealTek drivers under both Xen and KVM, so I'm wondering whether it's a bug in NDISTest.
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux.
Still reproducible with the 1.3.0 drivers. Doesn't result in a breakpoint (ASSERT or anything) when running under WinDbg, so I'm quite at a loss here.