From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 34B07820D9 for ; Wed, 8 Feb 2017 10:37:33 -0800 (PST) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga103.jf.intel.com with ESMTP; 08 Feb 2017 10:37:28 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.35,348,1484035200"; d="scan'208,217";a="1092436482" Received: from fmsmsx104.amr.corp.intel.com ([10.18.124.202]) by orsmga001.jf.intel.com with ESMTP; 08 Feb 2017 10:37:25 -0800 Received: from fmsmsx113.amr.corp.intel.com (10.18.116.7) by fmsmsx104.amr.corp.intel.com (10.18.124.202) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 8 Feb 2017 10:37:10 -0800 Received: from shsmsx101.ccr.corp.intel.com (10.239.4.153) by FMSMSX113.amr.corp.intel.com (10.18.116.7) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 8 Feb 2017 10:37:09 -0800 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.88]) by SHSMSX101.ccr.corp.intel.com ([169.254.1.177]) with mapi id 14.03.0248.002; Thu, 9 Feb 2017 02:37:07 +0800 From: "Yao, Jiewen" To: Laszlo Ersek , "edk2-devel@ml01.01.org" CC: "Kinney, Michael D" , "Justen, Jordan L" , "Tian, Feng" , "Zeng, Star" , "Gao, Liming" Thread-Topic: [edk2] [PATCH 00/12] Add SmiHandlerProfile feature Thread-Index: AQHSgjGQyxfo9VdlvE6XJQ9dNOF0F6Fe2S4AgACHbgD//4ccAIAAiHPQ Date: Wed, 8 Feb 2017 18:37:07 +0000 Message-ID: <74D8A39837DF1E4DA445A8C0B3885C503A8EB279@shsmsx102.ccr.corp.intel.com> References: <1486571434-20000-1-git-send-email-jiewen.yao@intel.com> <9a8b8dec-d2e6-22f0-f1d7-29167a4838bc@redhat.com> <74D8A39837DF1E4DA445A8C0B3885C503A8EB18E@shsmsx102.ccr.corp.intel.com> In-Reply-To: Accept-Language: zh-CN, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 Subject: Re: [PATCH 00/12] Add SmiHandlerProfile feature X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2017 18:37:33 -0000 Content-Language: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sounds great. I appreciate your help. :) Thank you Yao Jiewen From: Laszlo Ersek [mailto:lersek@redhat.com] Sent: Wednesday, February 8, 2017 10:28 AM To: Yao, Jiewen ; edk2-devel@ml01.01.org Cc: Kinney, Michael D ; Justen, Jordan L ; Tian, Feng ; Zeng, Star ; Gao, Liming Subject: Re: [edk2] [PATCH 00/12] Add SmiHandlerProfile feature On 02/08/17 18:57, Yao, Jiewen wrote: > Hi Laszlo > > Thanks for the comment. > > > > To clarify something: > > > > 1) I did not enable SMI handler profile for OVMF because I notice > the OVMF just use very few SMI handlers, and it does not have > SmmChildDispatcher. Just like what you mentioned. Sounds great, thank you! > > > > 2) I forget to mention: I did regression test for OVMF IA32 and > IA32X64 with default SmiHandlerProfile is DISABLED. > > I boot to UEFI SHELL only, and I do not enter OS. > > I think the risk is very low, because if SMI handler profile is > disabled, there is no code logic change. > > > > VOID > > SmmCoreInitializeSmiHandlerProfile ( > > VOID > > ) > > { > > EFI_STATUS Status; > > VOID *Registration; > > EFI_HANDLE Handle; > > > > if((PcdGet8 (PcdSmiHandlerProfilePropertyMask) & 0x1) !=3D 0) { > > InsertTailList (&mRootSmiEntryList, &mRootSmiEntry.AllEntries); > > > > Status =3D gSmst->SmmRegisterProtocolNotify ( > > &gEfiSmmReadyToLockProtocolGuid, > > SmmReadyToLockInSmiHandlerProfile, > > &Registration > > ); > > ASSERT_EFI_ERROR (Status); > > > > Handle =3D NULL; > > Status =3D gSmst->SmmInstallProtocolInterface ( > > &Handle, > > &gSmiHandlerProfileGuid, > > EFI_NATIVE_INTERFACE, > > &mSmiHandlerProfile > > ); > > ASSERT_EFI_ERROR (Status); > > } > > } Perfect. Thank you for confirming! > > > > I do understand your concern, because OVMF has some special feature > which might be different with real hardware. > > > > At same time, I have to mention that, it is very hard to setup KVM in > Linux. I did try to follow your description before on NX. > > I spent one week, but still fail to launch the final image on my side, I > have no idea on what is wrong. That was a horrible experience. I'm very sorry to hear that, and I can't deny that using QEMU from the command line is extremely hard. It's hard even for the people who work on QEMU / use it on a daily basis. The fact to keep in mind is that the QEMU command line is actually no longer a human interface; it is a machine interface. The libvirt system service sits on top of QEMU/KVM (and a few other hypervisors), and manages the configuration and lifecycle of virtual machines. In turn, there are both command line utilities and graphical tools that connect to the libvirt service, and allow for much-much easier handling of guests than the raw QEMU command line. So ultimately, it looks like this= : helpful friendly GUI client ------ libvirt service ---- QEMU --- KVM utility called "virt-manager" The closer you sit to the right side, as a human / interactive user, the more bumpy your ride will be. In my own development environment, I *insist* on sitting at the leftmost side. In fact, for Windows desktop users, there's one more layer: [ WINDOWS DESKTOP ] | | +-------[ LINUX SERVER ]-----------------------------------------------+ | | | helpful friendly GUI client ----- libvirt service ---- QEMU --- KVM | | utility called "virt-manager" | | | +----------------------------------------------------------------------+ In this scenario, you'd be using the "helpful friendly GUI client utility called 'virt-manager'" that runs on the Linux server, getting the GUI on your Windows desktop. Last time around, I provided you with a QEMU command line, which is very hard to adjust (for whatever reason). This time, I documented a setup so that we can sit at the left side of the diagram. > I will have a try to follow your new document. > > If it can be setup successfully, easily and fortunately, I do want to > run it. The setup is likely not *quick*, but it should be reasonably *straightforward*, and the end result is *extremely* convenient to use. I *really* want it to work out for you. If you hit *any* roadblocks, please email me, on-list or off-list, as you prefer (or we can discuss on the #edk2 IRC channel), and I'll make it my first priority to assist you= . I can log in every day around 09:30 in the UTC+01:00 time zone. Thanks, Laszlo > > > > Thank you > > Yao Jiewen > > > > -----Original Message----- > From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of La= szlo Ersek > Sent: Wednesday, February 8, 2017 9:34 AM > To: Yao, Jiewen > >; edk2-deve= l@ml01.01.org > > Cc: Kinney, Michael D > = >; Justen, Jordan L > >;= Tian, Feng > >; Zeng, Star = > >; Gao, Liming= > > > Subject: Re: [edk2] [PATCH 00/12] Add SmiHandlerProfile feature > > CC Jordan > > On 02/08/17 17:30, Jiewen Yao wrote: >> This series patch add SMI handler profile. >> >> The purpose of SMI handler profile is to add the capability to dump >> all SMI handlers produced by the firmware in a given boot. >> The SMI handlers here include >> 1) Root SMI handlers registered with SMST->SmiHandlerRegister by SmmCore= . >> 2) GUID SMI handlers registered with SMST->SmiHandlerRegister by SmmCore= . >> 3) Hardware SMI handlers registered with >> SMM_XXX_DISPATCH_PROTOCOL->Register >> by SmmChildDispatcher module. >> >> The final log is an XML format log, including all SMM image name, all >> SMI handlers name, type, location (source file and line number), and >> the caller who registeres the handler. >> >> We enabled Quark platform to show how to add support in SmmChildDispatch= er. > > Thanks for the CC. > > This module seems quite large, and OVMF (to my knowledge) doesn't include= any special handlers. (Nothing from category (3), and I couldn't say if an= ything from category (2)). > > Do you think this module would be useful to enable in OVMF, conditionally= , with -D SMI_HANDLER_PROFILE_ENABLE? > > Beyond the question of its utility to OVMF developers and users, requirin= g a separate UEFI app to dump the profile, presumably from the UEFI shell, = is not really flexible for OVMF. We can't / don't build applications into t= he firmware image (beyond the shell and UiApp), so users would have to buil= d a virtual disk image with this app, or we'd have to provide scripts for t= he same. > > For now, I believe we don't wish to enable this in OVMF. > > If you CC'd me for regression-testing PiSmmCore, as it is built into OVMF= , with the default PcdSmiHandlerProfilePropertyMask=3D0 value, then I respe= ctfully point you to the following article: > > https://github.com/tianocore/tianocore.github.io/wiki/Testing-SMM-with-QE= MU,-KVM-and-libvirt > > Please set up a KVM environment as documented there, and adopt it for reg= ular SMM testing :) My strong hope is that, by adopting KVM as a regular te= st platform, Intel developers won't only catch OVMF regressions before they= post patches, but they should also see their own productivity increase. > > I assume it must be much easier to click "Play" in the Virt-Manager GUI a= nd to boot to an OS, on top of the new firmware, in seconds, than to flash = firmware to a physical board. It does not replace physical board testing, b= ut should catch a number of errors more gracefully. > > The test cases I wrote up include UEFI variable testing and ACPI S3. The = guest OSes covered are Fedora 25 and Windows 10. Please give it a look. > > Thanks! > Laszlo > >> >> NOTE: This SMI handler profile is a *DEBUG* feature only, to help >> platform developer or test engineer to audit the SMI handlers. Please >> do not include it in the final *RELEASE* image. >> >> Cc: Michael D Kinney >> >> Cc: Liming Gao >> >> Cc: Feng Tian >> >> Cc: Star Zeng >> >> Cc: Laszlo Ersek >> >> Contributed-under: TianoCore Contribution Agreement 1.0 >> Signed-off-by: Jiewen Yao >> >> >> Jiewen Yao (12): >> MdePkg/Include: Add SmiHandlerProfileLib.h >> MdePkg/SmiHandlerProfileLibNull: Add NULL instance. >> MdePkg/dsc: add SmiHandlerProfileLib to dsc. >> MdeModulePkg/include: Add SmiHandlerProfile header file. >> MdeModulePkg/dec: Add PcdSmiHandlerProfilePropertyMask. >> MdeModulePkg/SmmSmiHandlerProfileLib: Add SMM instance. >> MdeModulePkg/PiSmmCore: Add SmiHandlerProfile support. >> MdeModulePkg/App: Add SmiHandlerProfile dump app. >> MdeModulePkg/dsc: add SmiHandlerProfile to dsc. >> BaseTool/Script: Add SmiHandleProfile OS tool to get symbol. >> QuarkSocPkg/SmmChildDispatch: Add SmiHandlerProfile support. >> QuarkPlatformPkg: enable SmiHandlerProfile. >> >> BaseTools/Scripts/SmiHandlerProfileSymbolGen.py = | 351 ++++++ >> MdeModulePkg/Application/SmiHandlerProfileInfo/SmiHandlerProfileInfo.c = | 685 +++++++++++ >> MdeModulePkg/Application/SmiHandlerProfileInfo/SmiHandlerProfileInfo.in= f | 65 + >> MdeModulePkg/Application/SmiHandlerProfileInfo/SmiHandlerProfileInfo.un= i | 22 + >> MdeModulePkg/Application/SmiHandlerProfileInfo/SmiHandlerProfileInfoExt= ra.uni | 19 + >> MdeModulePkg/Core/PiSmmCore/PiSmmCore.c = | 4 +- >> MdeModulePkg/Core/PiSmmCore/PiSmmCore.h = | 89 +- >> MdeModulePkg/Core/PiSmmCore/PiSmmCore.inf = | 17 +- >> MdeModulePkg/Core/PiSmmCore/Smi.c = | 46 +- >> MdeModulePkg/Core/PiSmmCore/SmiHandlerProfile.c = | 1261 ++++++++++++++++++++ >> MdeModulePkg/Include/Guid/SmiHandlerProfile.h = | 177 +++ >> MdeModulePkg/Library/SmmSmiHandlerProfileLib/SmmSmiHandlerProfileLib.c = | 106 ++ >> MdeModulePkg/Library/SmmSmiHandlerProfileLib/SmmSmiHandlerProfileLib.in= f | 46 + >> MdeModulePkg/Library/SmmSmiHandlerProfileLib/SmmSmiHandlerProfileLib.un= i | 21 + >> MdeModulePkg/MdeModulePkg.dec = | 11 +- >> MdeModulePkg/MdeModulePkg.dsc = | 2 + >> MdePkg/Include/Library/SmiHandlerProfileLib.h = | 81 ++ >> MdePkg/Library/SmiHandlerProfileLibNull/SmiHandlerProfileLibNull.c = | 72 ++ >> MdePkg/Library/SmiHandlerProfileLibNull/SmiHandlerProfileLibNull.inf = | 36 + >> MdePkg/Library/SmiHandlerProfileLibNull/SmiHandlerProfileLibNull.uni = | 21 + >> MdePkg/MdePkg.dec = | 5 +- >> MdePkg/MdePkg.dsc = | 3 +- >> QuarkPlatformPkg/Quark.dsc = | 16 +- >> QuarkPlatformPkg/Quark.fdf = | 3 +- >> QuarkPlatformPkg/QuarkMin.dsc = | 5 +- >> QuarkPlatformPkg/Readme.md = | 29 +- >> QuarkSocPkg/QuarkNorthCluster/Smm/DxeSmm/QncSmmDispatcher/QNCSmmCore.c = | 19 +- >> QuarkSocPkg/QuarkNorthCluster/Smm/DxeSmm/QncSmmDispatcher/QNCSmmDispatc= her.inf | 3 +- >> 28 files changed, 3159 insertions(+), 56 deletions(-) create mode >> 100644 BaseTools/Scripts/SmiHandlerProfileSymbolGen.py >> create mode 100644 >> MdeModulePkg/Application/SmiHandlerProfileInfo/SmiHandlerProfileInfo.c >> create mode 100644 >> MdeModulePkg/Application/SmiHandlerProfileInfo/SmiHandlerProfileInfo.i >> nf create mode 100644 >> MdeModulePkg/Application/SmiHandlerProfileInfo/SmiHandlerProfileInfo.u >> ni create mode 100644 >> MdeModulePkg/Application/SmiHandlerProfileInfo/SmiHandlerProfileInfoEx >> tra.uni create mode 100644 >> MdeModulePkg/Core/PiSmmCore/SmiHandlerProfile.c >> create mode 100644 MdeModulePkg/Include/Guid/SmiHandlerProfile.h >> create mode 100644 >> MdeModulePkg/Library/SmmSmiHandlerProfileLib/SmmSmiHandlerProfileLib.c >> create mode 100644 >> MdeModulePkg/Library/SmmSmiHandlerProfileLib/SmmSmiHandlerProfileLib.i >> nf create mode 100644 >> MdeModulePkg/Library/SmmSmiHandlerProfileLib/SmmSmiHandlerProfileLib.u >> ni create mode 100644 MdePkg/Include/Library/SmiHandlerProfileLib.h >> create mode 100644 >> MdePkg/Library/SmiHandlerProfileLibNull/SmiHandlerProfileLibNull.c >> create mode 100644 >> MdePkg/Library/SmiHandlerProfileLibNull/SmiHandlerProfileLibNull.inf >> create mode 100644 >> MdePkg/Library/SmiHandlerProfileLibNull/SmiHandlerProfileLibNull.uni >> > > _______________________________________________ > edk2-devel mailing list > edk2-devel@lists.01.org > https://lists.01.org/mailman/listinfo/edk2-devel >