Share via


iSCSI Boot Component Testing Prerequisites

This section describes the tasks that you must complete before you test an iSCSi boot component device by using the Windows Hardware Certification Kit (Windows HCK):

  • Review the hardware requirements.

  • Review the software requirements.

  • Configure the test computer.

Testing an iSCSI boot component verifies that a system supports using an iSCSI target as the startup disk. The iSCSI boot component can be part of the system BIOS, iSCSI host bus adapter (HBA), network card that has Extended BIOS, or network card that has a preboot execution environment (PXE) and iSCSI boot loader program to start the computer.

The iSCSI boot BIOS or loader program uses the Phoenix Int 13h BIOS interrupt call to allow the operating system to start as if there were a locally attached disk. Disk read and write operations through Phoenix Int 13h extensions are redirected through iSCSI to the remote disk. The iSCSI boot BIOS or loader program creates the iSCSI Boot Firmware table (iBFT) that contains the information that is needed for the Microsoft Windows operating system to continue loading after the operating system loader has completed and the Windows kernel has started.

The iSCSI boot component includes the following:

  • Pre-boot initiation code

  • An implementation of iBFT in firmware or BIOS

  • Crashdump support in new or existing drivers

Hardware Requirements

The following hardware is required for testing an iSCSI boot component. You might need additional hardware if the test device offers other features. To determine whether additional hardware requirements apply, see the test description for each test that appears for the device in Windows HCK Studio.

  • One test computer. The test computers must meet the Windows HCK requirements as described in Windows HCK Prerequisites and the following operating system-specific requirements:

    • For testing on Windows 8, Windows 7, Windows Vista or Windows XP:

      • One dual-core or equivalent processor

      • 4 GB of memory

    • For testing on Windows Server® 2012, Windows Server 2008 R2, Windows Server 2008, or Windows Server 2003

      • One quad-core or equivalent processor

      • 6 GB of memory

  • Hardware and software that contain the iSCSI boot component in the server option ROM, NIC option ROM, firmware, or PXE implementation.

  • Two Gigabit Ethernet network adapters that have logos.

Note  

To certify your product for use on servers, the test computer must support four processors and a minimum of 1 GB of RAM. These system capabilities are required to test the Rebalance, D3 State, and Multiple Processor Group functionality of the device and driver. You do not need a computer that actually has more than 64 processors to test your device. Additionally, the server system(s) being used for device or driver testing must have Server Core installed prior to testing. For more information see Windows Server Installation Options.

If you use a pool of test computers to test devices, at least one computer in the pool must contain four processors and a minimum of 1 GB of RAM. Additionally, that computer must contain the device and the driver that you want to test. If the driver is the same on all the computers in the pool, the system creates a schedule to run against all test computers.

For tests that do not include a driver to test, such as hard disk drive tests, the Windows HCK scheduler constrains the tests that validate the device’s and driver’s rebalance, D3 state, and multiple processor groups functionality to run on the default test computer. You must manually configure this computer to have multiple processor groups. The default computer is the first test computer in the list. Test personnel must make sure that the first test computer in the list meets the minimum hardware requirements.

 

Note  

Except for para-virtualization drivers (as defined by Logo Program Requirement Policy-0020), you may not use any form of virtualization when you test physical devices and their associated drivers for server certification or signature. All virtualization products do not support the underlying functionality that is required to pass the tests that relate to multiple processor groups, device power management, device PCI functionality, and other tests.

 

Software Requirements

The following software is required to test an iSCSI boot component:

  • The drivers for the test device.

  • The latest Windows HCK filters or updates.

  • The current release of the Windows Driver Kit (WDK).

  • Windows symbol files. These are available from the Symbol Files website.

  • Microsoft iSCSI Software Initiator 2.02Boot +.

  • A kernel-mode driver to read iBFT in firmware or BIOS (see Microsoft-iSCSI-Boot-Firmware-Table-Spec-v1.0.doc).

Test Computer Configuration

To configure the test computer to test an iSCSI boot component, follow these steps:

  1. When the test computer is turned off, complete the following assembly steps:

    1. Install the test device that supports iSCSI boot.

    2. Set up an iSCSI environment and record the IP addresses and target names of the devices.

  2. Turn on the test computer, install the appropriate Windows operating system, install all available Windows updates, and then configure the computer for your test network. The test network is the network that contains the Windows HCK Studio and Windows HCK Controller.

  3. If you have to install the manufacturer-supplied device driver on the test computer, do this now.

  4. Start the test system in the Microsoft Windows operating system.

  5. Verify that Windows can access the iSCSI boot device.

  6. Install the Windows HCK client application on the test computer.

  7. Use Windows HCK Studio to create a computer pool, and then move the test computer to that pool.

Make sure that the test computer is in the ready state before you begin your testing. If a test requires parameters to be set before it is run, a dialog box will appear for that test. Review the specific test topic for more information.

Some Windows HCK tests require user intervention. When you run tests for a submission, it is a best practice to run the automated tests in a block separately from manual tests. This prevents a manual test from interrupting completion of an automated test.

Warning  

When testing storage devices, we strongly recommend that you complete all Device Fundamentals tests before starting storage tests. Storage tests will reconfigure your test device, leaving the device in a state unsuitable to support Device Fundamentals tests. The following configurations provide steps to create volume on the storage test device. This is important to complete the Device Fundamental part of testing (DevFund).

 

 

 

Send comments about this topic to Microsoft