none
System down when installing Microsoft SDR Ethernet Adapter

    Question

  • Hello.

    When I was installing Microsoft SDR Ethernet Adapter as mentioned in Readme11b.txt,
    I found blue screen and I cannot access the system.

    After disabling Microsoft SDR Ethernet Adapter driver in the Safety mode without networking, I can access normal mode of the system.

    And then, in normal mode, I enabled the ethernet driver again and I found the same error above.

    Could anyone know the solution of this problem?

    Sora SDK version we are using is 1.0.2 and WDK version is 7600.16385.1.

    Thanks a lot.
    Wednesday, July 28, 2010 7:05 AM

Answers

All replies

  • Dear Byoungjin Kim,

    Could you tell me the configuration of your PC?

    Did you try other PCs?

    Did you try to use Hwtest?

    Thanks

    -Jiansong

    Monday, August 2, 2010 1:19 PM
    Moderator
  • Hi Kim,

    It would be helpful if you could provide more detail information.

    1. Configuration of the PC (Machine Model, CPU, Mainboard, etc.)
    2. Version of OS (Windows XP/2003? have service pack installed? 32bit or 64bit?)

    The memory dump file that Windows created when the system crashed is very useful.
    Could you please provide the minidump file? It can be found at %SystemRoot%\Minidump folder.
    For more information of minidump file, please refer to http://support.microsoft.com/kb/315263

    If the information in minidump is not enought then we can try the kernel dump, see http://support.microsoft.com/kb/316450

    Let's start from the minidump first.

    Thanks,

    -Qiufeng

    Wednesday, August 4, 2010 8:54 AM
    Owner
  • Thank you, dears.

    The configuration of my PC is:

    1. CPU: Intel Core i7 Lynnfield 860
    2. Mainboard: ASUS P7P55D-E

    And I use Windows XP SP3 32bit.

    Before installing SDR Ethernet Adapter driver, i conducted HWTest and didn't find any problem.

    The memory dump file is here.

    Thank you.

    -Byoungjin

    Thursday, August 5, 2010 1:38 AM
  • Hi Kim,

    The i7 CPU we used in our Sora system is i7-900 series. I7 860 is new and the architecture is totally different from the i7-900 series. We don't have much experience in this new i7-800 series CPU and possibly there will be some compatibility issues here. We will further investigate i7-800 series CPU and hopefully give out an update soon.

    If you have i7-900 series machine in hand, it's highly suggested to try Sora in that machine.

    Thanks

    -Jiansong

    Thursday, August 5, 2010 2:17 PM
    Moderator
  • Hi Kim, we analyzed the minidump file you provided and found some clues.

    We still need the full kernel dump to verify the root cause and try to fix it.

    BTW, it would be helpful if you could try the sora package on clean installed WinXP SP3 and see what happens.

    Thanks,

    -Qiufeng

    Tuesday, August 10, 2010 5:54 AM
    Owner
  • Hi Qiufeng,

    we got a new memory dump file in the clean window setting.

    The files are the full kernel dump file and the minidump file .

    BTW, we want to know that whether this problem is exactly from CPU, because we have to purchase a new CPU and main board to conduct this experiment.

    Is there any possibility that this occurs from another problem?

    Thanks,

    -Byoungjin

    Tuesday, August 10, 2010 10:30 AM
  • Hi Kim,

    I'm working on i7-800 series CPU these days. Could wait some days for my result?

    -Jiansong

    Wednesday, August 11, 2010 7:19 AM
    Moderator
  • Hi Jiansong,

    Of course, i can.

    Thanks,

    -Byoungjin

     

     

    Wednesday, August 11, 2010 7:23 AM
  • Hi Kim,

    Could you take the following test using Hwtest/dut tool and report the result.

    steps:

    1. install Hwtest virtual driver

    2. enable Hwtest (keep PCIe driver enabled and sdr virtual driver disabled)

    3. type "dut start"

    4. type "dut transfer --file xxx", xxx could be an arbitrary type of file, the size should be around 50KB and it must be an absolute path such as "c:\test.txt"

    5. if the return value is not 0x0, could you also attach the prints using dbgview?

    Thanks

    -Jiansong

    Thursday, August 12, 2010 4:14 AM
    Moderator
  • Hi Jiansong,

    I took the test using HWtest/dut tool.

    When typing "dut transfer --file c:\test.txt", there is no error and the return value is 0x0.

    However, when typing "dut rx", i found a blue screen and cannot access the system.

    Thanks

    -Byoungjin

    Thursday, August 12, 2010 4:40 AM
  • Hi Kim,

    Thanks very much for your quick reaction. The result is very helpful.

    Could you try this test:

    1. enable Hwtest (keep PCIe driver enabled and sdr virtual driver disabled)

    2. type "dut start"

    3. type "dut rx". If it's still a blue screen, would you please send us the dump files.

    btw, if you can not access the system after blue sceen, this is the suggestions.

    (1) shutdown/power off your machine and boot it again

    (2) type F8 to enter Windows safe mode

    (3) disable the drivers (all including sdr, hwtest and pcie driver)

    (4) reboot the machine

    (5) you should able to access your Windows in normal mode

    (6) click the "Hardware Reset" button on RCB, then enable pcie driver and hwtest driver in proper sequence

    Thanks

    -Jiansong

    Thursday, August 12, 2010 6:50 AM
    Moderator
  • we got a new memory dump file in the clean window setting.

    The files are the full kernel dump file and the minidump file .

     

    I downloaded the full kernel dump file and try to load it into WinDBG.

    WinDBG complained:

    **************************************************************************
    THIS DUMP FILE IS PARTIALLY CORRUPT.
    KdDebuggerDataBlock is not present or unreadable.
    **************************************************************************

    Please verify, thanks.

    BTW, if you could provide an email address, I can send you an new SDRMiniport.sys that I built.
    I'm not sure if this can resolve the issue but it worth a try...

    It's only applicable to that specific machine you used.

    Thursday, August 12, 2010 7:09 AM
    Owner
  • Hi Jiansong and Qiufeng,

    Really thank you for your cooperation.

    When taking dump files, i made a very big mistake.

    So I took new dump files for the SDR ethernet driver installation and the HWtest in the clean window setting.

    Dump files are

    1) SDR ethernet adapter driver

    full dump file and minidump file

    2) HW test

    full dump file and minidump file

    I really want to find the reason for our problem.

    My email adress is bjkim at mwnl.snu.ac.kr

    Thanks,

    -Byoungjin

    Thursday, August 12, 2010 1:54 PM
  • Hi Qiufeng,

    Thank you for your help.

    I tested your new SDRMinoport.sys, but I had the similar error for the driver installation.

    I updated and installed SDR Miniport driver according to the step you provided.
    After one or two minutes, system down occured again.

    These are minidump file1 , minidump file2 and full memory dump file

    BTW, I fortunately borrowed i7-960 CPU and Gigabyte X58A-UD3R mainboard, so I tested the driver installation.
    Unfortunately, I had the same problem.

    I guess that it is not CPU problem.
    Could I know the reason of this problem?
     
    Thank you for your cooperation.

    - Byoungjin Kim

    Monday, August 16, 2010 10:19 AM
  • Hi Byoungjin,

    Could you told us what's the version of your Windows system? For example, professional or home, English or Korean?

    -Jiansong

    Thursday, September 16, 2010 8:10 AM
    Moderator
  • Hi Jiansong,

    Sorry to respond your question late.

    The version of my windows system is XP professional SP2 English version.

    Thanks,

    -Byoungjin

    Thursday, September 30, 2010 1:05 PM
  • Hi, Kim:

    Could you upgrade to SP3 and make a try?

     

    thanks.

    Sen

    Tuesday, November 2, 2010 9:30 AM
    Moderator
  • The problem is caused by different Windows Version.

    Sora SDK supports Windows XP professional, SP3 english version.

    It's already verified on Kim's machine.

    Monday, December 13, 2010 8:19 AM
    Owner