The Platform Initialization Self-Certification Test(pi-sct) project has source for exercisersizing interfaces in a platform and verifies compatibility to the PI specification with specific tests on PEI and DXE Foundations from PI Spec on UEFI

Project Activity

See All Activity >

Follow Platform Initialization SCT

Platform Initialization SCT Web Site

Other Useful Business Software

Find out what (or who) is slowing down your network Find out what (or who) is slowing down your network Icon
Find out what (or who) is slowing down your network Icon

Get comprehensive network bandwidth analysis and performance monitoring with SolarWinds® Bandwidth Analyzer Pack.

Network slow, but you don't know the cause? Use Bandwidth Analyzer Pack (BAP) to monitor and analyze network bandwidth performance and traffic patterns. With BAP, you can identify which users, applications, and protocols are consuming the most bandwidth. You can also monitor Wireless LAN Controller traffic to see what applications and clients are using your wireless network. Try it free for 30 days!

Rate This Project

Login To Rate This Project

User Ratings

ease 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 3 / 5
features 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 3 / 5
design 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 3 / 5
support 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 1 / 5

User Reviews

  • I ran this PI SCT on BayTrail platform and I am getting six error in SmmBase2 protocol test. In PI_SCT tool, SmmBase2BbTestDriver is a DXE_SMM_DRIVER which locates the EFI_SMM_BASE2_PROTOCOL and installs six different protocols based some condition. In PI_SCT tool, SmmBase2BbTest is a BS_DRIVER which is trying to locate the protocols which are installed by SmmBase2BbTestDriver and returns EFI_NOT_FOUND for all of those six protocol that causes those six errors in PI_SCT. I found that SmmBase2BbTestDriver was not dispatched, so those protocol were not installed but SmmBase2BbTest got dispatched and returned those errors. Why PI SCT did not execute the SmmBase2BbTestDriver ? And I am getting two more errors in ACPI SDT Protocol Test, those two errors mentioned below. Test case: EFI_ACPI_SDT_PROTOCOL.Close -It should EFI_SUCCESS,and the checksum should be changed. j:\pisctdev\PiSctPkg\TestCase\PI\DXE\Protocol\AcpiSdt\BlackBoxTest\AcpiSdtBBTestFunction.c:836:Status - Success Checksum = 22, AcpiTableBuffer->Checksum = 22 Observation: It seems that PISCT tool gets a wrong table to compare the checksum. GetAcpiTable_Conf: EFI_ACPI_SDT_PROTOCOL.GetAcpiTable -it should returns EFI_NOT_FOUND, when a table was not found. j:\pisctdev\PiSctPkg\TestCase\PI\DXE\Protocol\AcpiSdt\BlackBoxTest\AcpiSdtBBTestConformance.c:190:Status - Success Observation: PI SCT tool installs an ACPI table and removes the same table using TableKey and it expects that EFI_NOT_FOUND status should be returned which means it assumes that there is no other ACPI tables in the system. It is an wrong assumption. I think, PI SCT tool generates those eight errors by checking invalid conditions. GCD services test: PISCT tool verifies the MTRR or page table consistency in GCD services test. PI SCT simply returns pass while checking this test case in X64 (SctInstallPackageX64). Why does it skipping the particular test case in X64 only? Is there any way to fix those conditions on PI SCT tool? Please give your suggestion about this?

  • Hi, I tried to run PI SCT in EDK II Shell but it returns a error message as "InitShellApp: Application not started from Shell". But tool is working in EDK I Shell. Does this error message means PI SCT is developed based on EDK I shell and it is not compatible to EDK II Shell. Please confirm this.

Read more reviews >

Additional Project Details



Intended Audience

Information Technology, Manufacturing, Developers, Quality Engineers

User Interface

Win32 (MS Windows)

Programming Language

C++, C

Database Environment

Other file-based DBMS