From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by mx.groups.io with SMTP id smtpd.web12.6597.1604714574772078128 for ; Fri, 06 Nov 2020 18:02:55 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@intel.onmicrosoft.com header.s=selector2-intel-onmicrosoft-com header.b=WQ4LMg96; spf=pass (domain: intel.com, ip: 134.134.136.31, mailfrom: christopher.j.zurcher@intel.com) IronPort-SDR: fMFZ1npfxUsmuIXssidutdu8jbLXeIE/CfJtwYhklKrP5qpVejfwG3/lF7LZzumeFf8qWGF3P6 hgenAlTamhUw== X-IronPort-AV: E=McAfee;i="6000,8403,9797"; a="231252987" X-IronPort-AV: E=Sophos;i="5.77,458,1596524400"; d="scan'208";a="231252987" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Nov 2020 18:02:53 -0800 IronPort-SDR: aBahK3TI3en9nRzZu35BSFALXd57yDj4eyfIfvCnE8RgNHHWBw+naT43wzU2IXDim5Vrk9ohJ+ 5v/CNQkx97yA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,458,1596524400"; d="scan'208";a="540065911" Received: from fmsmsx605.amr.corp.intel.com ([10.18.126.85]) by orsmga005.jf.intel.com with ESMTP; 06 Nov 2020 18:02:53 -0800 Received: from fmsmsx608.amr.corp.intel.com (10.18.126.88) by fmsmsx605.amr.corp.intel.com (10.18.126.85) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Fri, 6 Nov 2020 18:02:53 -0800 Received: from fmsmsx611.amr.corp.intel.com (10.18.126.91) by fmsmsx608.amr.corp.intel.com (10.18.126.88) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Fri, 6 Nov 2020 18:02:52 -0800 Received: from fmsedg601.ED.cps.intel.com (10.1.192.135) by fmsmsx611.amr.corp.intel.com (10.18.126.91) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5 via Frontend Transport; Fri, 6 Nov 2020 18:02:52 -0800 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (104.47.55.105) by edgegateway.intel.com (192.55.55.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1713.5; Fri, 6 Nov 2020 18:02:52 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hNRO6T2MSsLsIs1cQb8p9qhrMT8dbzURD8y5zUwTg+JlnXVP44t0vOACxCDpEMiY1ikiHinlfS7oNxxhpBpf4wT9NGGDywUin37Cj22tzpIF9tQIm4gqLUZMMNzM0RfSbyQ2uPG36CpSZ3/gYLUEBvp0fI4noSJf+IL0AgV40xutugVGUGOeZ6UmuYNcYAITsJp8BIRw6rGnS8Hw6I17rhDIe/mMKIQiMTJxGI7RrCiAhw5jCmkuogPGqRKxnRKzUBU+VMQeBJRhw/eU4iJtWr4ndNIvPtl+ZxLJbAImovNm2FspiIxg8HT1wcI6bYJjWRWCTNaENClBbdUtDxSj+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=O6T/8KAzxZtK1gGvs8OR6/8x1tej4UEirv2g+V1xEJc=; b=OizAdJmR9OSwYAhyL+rIgiRjfIqNXMc0YTRaMvlRzv+ruKp20HrHEajvMLqxPakQf723NyntzdIIjk2VZMj/8/iAF1x2mnNlWEY57j3515mhbhchcbqyaDdhaGEt+5kKtAw94tXH8JI7DmPMrF2rEtOKo0MXQs6EocwMbwf1kpOy2KWX+TIsUsz15V1MDuqskZspUT1RwLKw6Iyd4Bol+XcWLum/+bNstUbJwnhbYoBQrLo0gEyPriza563BKjXIVBthqTlxu4kcpQVWD6XlMnOMUDj6sSKI92bRbeHsyz5WMkPD2P+bmjMbygFHFsvmmsrVQM1ZcjaFtjGyERGMUQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel.onmicrosoft.com; s=selector2-intel-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=O6T/8KAzxZtK1gGvs8OR6/8x1tej4UEirv2g+V1xEJc=; b=WQ4LMg96VSwknbeUnPup4WMe1Ih4sLsr2xu4diZA3YkXO0qT6CM25Tk/iTMo9PHbVJ869Vd3JnsIu++B/nrz90FHcghPbG4TyjgjMUrFduuTG/jClN7skfKbdHJrv5MpBHAY50WBIkNPaNMZOksNPN7FyfZdTgcaJutnHbQXVLU= Received: from MWHPR1101MB2125.namprd11.prod.outlook.com (2603:10b6:301:4d::10) by MWHPR1101MB2079.namprd11.prod.outlook.com (2603:10b6:301:50::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.27; Sat, 7 Nov 2020 02:02:51 +0000 Received: from MWHPR1101MB2125.namprd11.prod.outlook.com ([fe80::f88d:c4b1:1f6d:7a73]) by MWHPR1101MB2125.namprd11.prod.outlook.com ([fe80::f88d:c4b1:1f6d:7a73%4]) with mapi id 15.20.3541.022; Sat, 7 Nov 2020 02:02:51 +0000 From: "Zurcher, Christopher J" To: "Yao, Jiewen" , "devel@edk2.groups.io" , Laszlo Ersek , gaoliming CC: "Wang, Jian J" , "Lu, XiaoyuX" , "Kinney, Michael D" , "Ard Biesheuvel" Subject: Re: [edk2-devel] [PATCH v5 0/2] CryptoPkg/OpensslLib: Add native instruction support for X64 Thread-Topic: [edk2-devel] [PATCH v5 0/2] CryptoPkg/OpensslLib: Add native instruction support for X64 Thread-Index: AQHWsiyB4+1/v20uXEu0lqu2S9yUHqm6nppAgAAEk9CAADbo4IAADdPggACSlmCAAEPtsIAALsgw Date: Sat, 7 Nov 2020 02:02:51 +0000 Message-ID: References: <20201103215834.7533-1-christopher.j.zurcher@intel.com> <1644D590FF4B7423.25549@groups.io> In-Reply-To: Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-version: 11.5.1.3 dlp-reaction: no-action dlp-product: dlpe-windows authentication-results: intel.com; dkim=none (message not signed) header.d=none;intel.com; dmarc=none action=none header.from=intel.com; x-originating-ip: [50.53.185.44] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d6921923-7bf1-41c2-aafb-08d882c13b98 x-ms-traffictypediagnostic: MWHPR1101MB2079: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: bt3Kk7qrrtD2pHSvNNs1qoRz9UuyKdCG9pOt0UH6dBCaefsrOBZFgvlP3jp9Pno7ZL/pHfbWkdwqKpBrvx3OoxQApsp8kJv/EA9zhYzCE8CdgBKIk9yxSNMA/LiQtLLVGcVVzIGIAjABkkLlJv/VXyvyk9HJiO1P/WNTiVzbNXoVHEF6jYil655p8z4eSV3gnMRh/00BozwmRJLO2EuoFitczM6qBRZRlVXgQdiVKy1z87E8+r8hjAMjRvoYFlGyj5uxVHlLdVbsNI6B9A6joffSCJGMBHP2S+qhs302ITvO4P4PvWu6/+8dxFhxmCO8C3H7R10IGur1NADSqk/Hk5MOtnELn9QPhSoRJ/HR0I4Y62G4tIwVXJdOTVOz1y89uzQ5Y/qs0TwtS0F+xVeFTw== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:MWHPR1101MB2125.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(4636009)(346002)(366004)(39860400002)(396003)(376002)(136003)(76116006)(8936002)(8676002)(83380400001)(110136005)(66476007)(2906002)(7696005)(66946007)(966005)(52536014)(54906003)(66556008)(33656002)(86362001)(9686003)(66446008)(19627235002)(186003)(26005)(5660300002)(30864003)(64756008)(478600001)(316002)(4326008)(71200400001)(6506007)(53546011)(55016002);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata: lTTW6HG4qDnRG6mAs5hnziiRD5K2XO9AIxoWI7iClh9eO6knXo7uhMOgI+k/0Pqxj3OxMsjwtBQWLDNgWfo/xLV+3MtG9BZwGdJV4hht2RAKIL5gUDhft8H48hm8jhg4gmSXPr1H5PGFhY3BTxi1jd5C6vs+gLgYmkP8/LCTSEQLTGpWNJEwAkgmseulnmQm0VmKk6e2i0aEtNvr9/QolnWDQOU/BYcpB53p0YpnPXCaay3egEXAcFc2vH8pvFiy00JzUzaooqY5zRePYY1uO5WDzj6LtmRaM3JEpYOKHhAc9tN1A5OeQ3VE7tE5Dywb9xk7VnYK4lbfqxJCa8lgAzII04zN+nyVmkIhGAup2awS3z0HoJxR7SihqtuJjtbPn0Cph7lco0z8xBTNzaNyDavdYxif4YyyuAWRs6nEhJZPaUppFs8FtSRGXO0vOtU+EfNgB9z7H1IJ/xC6Of/IqXVDBF/ANaPMBYjm2xJaBuWB3WFpMwTOXxDtv3EodAOZL1U9KAmQiDn12tYbq2D/YY3pvSHuxp6F/kfHz+n2XqYuiy2qcEcpTJWi7JmQAUtR64ZjGw6XWgMKw9XNkveEvtstEz3C9I2eOwwBtfVPG8LF2dbBGZTdqbTEsf+N3QzPLWy3v+xTe4IfH6fWwEVzrw== MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MWHPR1101MB2125.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: d6921923-7bf1-41c2-aafb-08d882c13b98 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Nov 2020 02:02:51.1955 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: TgHsx0anIFrkU0lcwcuBaQv4SndxRxnOlB9CkPA9xMG+vKg/URPRWuB0xuxEuCGfDxOJdNNulFlGpMxIMgbAiFcXRVWeXFl31hyGc2B2cyw= X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2079 Return-Path: christopher.j.zurcher@intel.com X-OriginatorOrg: intel.com Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Their options would be: 1) File a bug against OpenSSL that their NASM code is too advanced for GCC= toolchain (unlikely to result in any change since OpenSSL would say GCC bu= ild should be using GAS instead of NASM and building outside of their makef= ile build system is bad practice in the first place). 2) File a bug against GCC that their toolchain can't handle NASM correctly= . 3) Use CLANGPDB toolchain instead. I am not familiar enough with the GCC toolchain to know if there is any wa= y to make it interpret NASM files correctly, so there is a chance that some= one who knows more about it could provide some configuration change that co= uld resolve this. But I do not think we should say that VS and CLANGPDB too= lchain users can't have OpenSSL acceleration because GCC can't handle it. Thanks, Christopher Zurcher > -----Original Message----- > From: Yao, Jiewen > Sent: Friday, November 6, 2020 15:07 > To: Zurcher, Christopher J ; > devel@edk2.groups.io; Laszlo Ersek ; gaoliming > > Cc: Wang, Jian J ; Lu, XiaoyuX ; > Kinney, Michael D ; Ard Biesheuvel > > Subject: RE: [edk2-devel] [PATCH v5 0/2] CryptoPkg/OpensslLib: Add nativ= e > instruction support for X64 >=20 > So, if someone wants to use this accelerator in Linux with GCC, what he/= she > need to do? >=20 > > -----Original Message----- > > From: Zurcher, Christopher J > > Sent: Saturday, November 7, 2020 3:36 AM > > To: Yao, Jiewen ; devel@edk2.groups.io; Laszlo > > Ersek ; gaoliming > > Cc: Wang, Jian J ; Lu, XiaoyuX > > ; Kinney, Michael D = ; > > Ard Biesheuvel > > Subject: RE: [edk2-devel] [PATCH v5 0/2] CryptoPkg/OpensslLib: Add nat= ive > > instruction support for X64 > > > > Yes, in response to your request, it was discussed on the mailing list= that > the > > OpenSSL assembly code is not compatible with GCC in this format. It is > fully > > functional with VS toolchain and CLANGPDB toolchain. The GCC toolchain > > appears to be unable to handle some aspects of NASM code, particularly= the > > COMMON section and the "wrt ..imagebase" style of position-independent > > code. > > See 7.6.1 here: https://www.nasm.us/xdoc/2.13.02rc3/html/nasmdoc7.html > > > > Mike/Laszlo/Liming, > > Can you help me resolve the CI failures? > > > > Thanks, > > Christopher Zurcher > > > > > -----Original Message----- > > > From: Yao, Jiewen > > > Sent: Friday, November 6, 2020 02:23 > > > To: Zurcher, Christopher J ; > > > devel@edk2.groups.io > > > Cc: Wang, Jian J ; Lu, XiaoyuX > > ; > > > Kinney, Michael D ; Ard Biesheuvel > > > > > > Subject: RE: [edk2-devel] [PATCH v5 0/2] CryptoPkg/OpensslLib: Add n= ative > > > instruction support for X64 > > > > > > Hi Zurcher > > > I am not CI person, so I recommend you have a discussion with Mike, > > Laszlo, > > > or Liming to see what is the best way to resolve the coding style is= sue. > Or > > > how to change CI rule to add exception somewhere. > > > > > > However, I do have concern, when you say: "the module is not compati= ble > > with > > > GCC builds." > > > > > > In previous review, I already gave the comment to pass build with GC= C and > > > CLANG besides MSVC. Do you mean this patch cannot pass GCC build? > > > > > > Thank you > > > Yao Jiewen > > > > > > > -----Original Message----- > > > > From: Zurcher, Christopher J > > > > Sent: Friday, November 6, 2020 5:50 PM > > > > To: Yao, Jiewen ; devel@edk2.groups.io > > > > Cc: Wang, Jian J ; Lu, XiaoyuX > > > > ; Kinney, Michael D > > ; > > > > Ard Biesheuvel > > > > Subject: RE: [edk2-devel] [PATCH v5 0/2] CryptoPkg/OpensslLib: Add > > native > > > > instruction support for X64 > > > > > > > > I think some of these errors are not relevant based on the nature = of > the > > > > commit: > > > > > > > > One of the errors reported is that the added typedefs (ptrdiff_t, > wchar_t) > > > do > > > > not follow coding guidelines, but the typedefs are required for Op= enSSL > > > > compatibility and they match the already-existing style: > > > > > > > > typedef UINTN size_t; > > > > typedef UINTN u_int; > > > > +typedef INTN ptrdiff_t; > > > > typedef INTN ssize_t; > > > > typedef INT32 time_t; > > > > typedef UINT8 __uint8_t; > > > > typedef UINT8 sa_family_t; > > > > typedef UINT8 u_char; > > > > typedef UINT32 uid_t; > > > > typedef UINT32 gid_t; > > > > +typedef CHAR16 wchar_t; > > > > > > > > Another error is that the auto-generated assembly files do not sta= rt > with > > > > capital letters, but these filenames come from OpenSSL with lowerc= ase > > > > filenames, and we already have opensslconf.h in the Include folder > which > > > > has a lowercase filename. > > > > > > > > Another error type reported is that the auto-generated assembly fi= les > do > > > not > > > > have "SPDX-License-Identifier: BSD-2-Clause-Patent" but it was alr= eady > > > > discussed on the list that these would be checked in with the Open= SSL > > > header > > > > similar to opensslconf.h: > > > > > > https://github.com/tianocore/edk2/blob/master/CryptoPkg/Library/Includ= e/ > > > > openssl/opensslconf.h > > > > > > > > Additionally, there is an error that OpensslLibX64.inf is not in > > > CryptoPkg.dsc, > > > > but I am not sure if it is appropriate to include as the module is= not > > > > compatible with GCC builds. > > > > > > > > How should I proceed here? > > > > > > > > Thanks, > > > > Christopher Zurcher > > > > > > > > > -----Original Message----- > > > > > From: Yao, Jiewen > > > > > Sent: Thursday, November 5, 2020 22:14 > > > > > To: devel@edk2.groups.io; Yao, Jiewen ; > > Zurcher, > > > > > Christopher J > > > > > Cc: Wang, Jian J ; Lu, XiaoyuX > > > > ; > > > > > Kinney, Michael D ; Ard Biesheuvel > > > > > > > > > > Subject: RE: [edk2-devel] [PATCH v5 0/2] CryptoPkg/OpensslLib: A= dd > > native > > > > > instruction support for X64 > > > > > > > > > > Hi Zurcher > > > > > I created https://github.com/tianocore/edk2/pull/1092 > > > > > > > > > > However, there are failures in CI test. So this patch is NOT mer= ged. > > > > > > > > > > Please take a look and resolve it. > > > > > > > > > > Thank you > > > > > Yao Jiewen > > > > > > > > > > > -----Original Message----- > > > > > > From: devel@edk2.groups.io On Behalf Of > > Yao, > > > > > > Jiewen > > > > > > Sent: Friday, November 6, 2020 1:56 PM > > > > > > To: Zurcher, Christopher J ; > > > > > > devel@edk2.groups.io > > > > > > Cc: Wang, Jian J ; Lu, XiaoyuX > > > > > > ; Kinney, Michael D > > > > ; > > > > > > Ard Biesheuvel > > > > > > Subject: Re: [edk2-devel] [PATCH v5 0/2] CryptoPkg/OpensslLib:= Add > > > > native > > > > > > instruction support for X64 > > > > > > > > > > > > Patch 1/2 reviewed-by: Jiewen Yao > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Christopher J Zurcher > > > > > > > Sent: Wednesday, November 4, 2020 5:59 AM > > > > > > > To: devel@edk2.groups.io > > > > > > > Cc: Yao, Jiewen ; Wang, Jian J > > > > > > > ; Lu, XiaoyuX ; > > Kinney, > > > > > > > Michael D ; Ard Biesheuvel > > > > > > > > > > > > > > Subject: [PATCH v5 0/2] CryptoPkg/OpensslLib: Add native > > instruction > > > > > > > support for X64 > > > > > > > > > > > > > > V5 Changes: > > > > > > > Move ApiHooks.c into X64 folder > > > > > > > Update process_files.pl to clean architecture-specific > subfolders > > > > > without > > > > > > > removing them > > > > > > > Rebased INF file to merge latest changes regarding RngLib = vs. > > > TimerLib > > > > > > > > > > > > > > V4 Changes: > > > > > > > Add copyright header to uefi-asm.conf > > > > > > > Move [Sources.X64] block to cover entire X64-specific conf= ig > > > > > > > > > > > > > > V3 Changes: > > > > > > > Added definitions for ptrdiff_t and wchar_t to CrtLibSuppo= rt.h > for > > > > > > > LLVM/Clang build support. > > > > > > > Added -UWIN32 to GCC Flags for LLVM/Clang build support. > > > > > > > Added missing AES GCM assembly file. > > > > > > > > > > > > > > V2 Changes: > > > > > > > Limit scope of assembly config to SHA and AES functions. > > > > > > > Removed IA32 native support (reduced config was causing bu= ild > > > failure > > > > > > and > > > > > > > can be added in a later patch). > > > > > > > Removed XMM instructions from assembly generation. > > > > > > > Added automatic copyright header porting for generated ass= embly > > > > files. > > > > > > > > > > > > > > This patch adds support for building the native instruction > > > algorithms > > > > > for > > > > > > > the X64 architecture in OpensslLib. The process_files.pl scr= ipt > was > > > > > modified > > > > > > > to parse the .asm file targets from the OpenSSL build config= data > > > struct, > > > > > and > > > > > > > generate the necessary assembly files for the EDK2 build > > environment. > > > > > > > > > > > > > > For the X64 variant, OpenSSL includes calls to a Windows err= or > > > handling > > > > > API, > > > > > > > and that function has been stubbed out in ApiHooks.c. > > > > > > > > > > > > > > For all variants, a constructor is added to call the require= d > CPUID > > > > > function > > > > > > > within OpenSSL to facilitate processor capability checks in = the > > > native > > > > > > > algorithms. > > > > > > > > > > > > > > Additional native architecture variants should be simple to = add > by > > > > > following > > > > > > > the changes made for this architecture. > > > > > > > > > > > > > > The OpenSSL assembly files are traditionally generated at bu= ild > time > > > > > using a > > > > > > > perl script. To avoid that burden on EDK2 users, these end-r= esult > > > > > assembly > > > > > > > files are generated during the configuration steps performed= by > the > > > > > > package > > > > > > > maintainer (through process_files.pl). The perl generator sc= ripts > > > inside > > > > > > > OpenSSL do not parse file comments as they are only meant to > > create > > > > > > > intermediate build files, so process_files.pl contains addit= ional > > > hooks > > > > > to > > > > > > > preserve the copyright headers as well as clean up tabs and = line > > > endings > > > > > to > > > > > > > comply with EDK2 coding standards. The resulting file header= s > align > > > > with > > > > > > > the generated .h files which are already included in the EDK= 2 > > > repository. > > > > > > > > > > > > > > Cc: Jiewen Yao > > > > > > > Cc: Jian J Wang > > > > > > > Cc: Xiaoyu Lu > > > > > > > Cc: Mike Kinney > > > > > > > Cc: Ard Biesheuvel > > > > > > > > > > > > > > Christopher J Zurcher (2): > > > > > > > CryptoPkg/OpensslLib: Add native instruction support for X= 64 > > > > > > > CryptoPkg/OpensslLib: Commit the auto-generated assembly f= iles > > for > > > > X64 > > > > > > > > > > > > > > CryptoPkg/Library/OpensslLib/OpensslLib.inf > > > | > > > > > 2 +- > > > > > > > CryptoPkg/Library/OpensslLib/OpensslLibCrypto.inf > > > | > > > > > 2 +- > > > > > > > CryptoPkg/Library/OpensslLib/OpensslLibX64.inf > > > | > > > > > 653 +++ > > > > > > > CryptoPkg/Library/Include/CrtLibSupport.h > > > | > > > > > 2 + > > > > > > > CryptoPkg/Library/Include/openssl/opensslconf.h > > > | > > > > > 3 - > > > > > > > CryptoPkg/Library/OpensslLib/OpensslLibConstructor.c > > > | > > > > > 34 + > > > > > > > CryptoPkg/Library/OpensslLib/X64/ApiHooks.c > > > | > > > > > 18 + > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/aes/aesni-mb- > > x86_64.nasm > > > > | > > > > > > > 732 +++ > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/aes/aesni-sha1- > > > > x86_64.nasm | > > > > > > > 1916 ++++++++ > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/aes/aesni-sha256- > > > > x86_64.nasm > > > > > > | > > > > > > > 78 + > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/aes/aesni-x86_64.na= sm > > > > | > > > > > > > 5103 ++++++++++++++++++++ > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/aes/vpaes-x86_64.na= sm > > > > | > > > > > > > 1173 +++++ > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/modes/aesni-gcm- > > > > x86_64.nasm > > > > > > > | 34 + > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/modes/ghash- > > x86_64.nasm > > > > | > > > > > > > 1569 ++++++ > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/sha/sha1-mb- > > x86_64.nasm > > > > | > > > > > > > 3137 ++++++++++++ > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/sha/sha1-x86_64.nas= m > > > > | > > > > > > > 2884 +++++++++++ > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/sha/sha256-mb- > > > > x86_64.nasm > > > > > > | > > > > > > > 3461 +++++++++++++ > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/sha/sha256- > > x86_64.nasm > > > > | > > > > > > > 3313 +++++++++++++ > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/sha/sha512- > > x86_64.nasm > > > > | > > > > > > > 1938 ++++++++ > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/x86_64cpuid.nasm > > > | > > > > > 491 > > > > > > > ++ > > > > > > > CryptoPkg/Library/OpensslLib/process_files.pl > > > | > > > > > 232 +- > > > > > > > CryptoPkg/Library/OpensslLib/uefi-asm.conf > > > | > > > > > 21 + > > > > > > > 22 files changed, 26746 insertions(+), 50 deletions(-) > > > > > > > create mode 100644 > > CryptoPkg/Library/OpensslLib/OpensslLibX64.inf > > > > > > > create mode 100644 > > > > > > CryptoPkg/Library/OpensslLib/OpensslLibConstructor.c > > > > > > > create mode 100644 CryptoPkg/Library/OpensslLib/X64/ApiHook= s.c > > > > > > > create mode 100644 > > > > CryptoPkg/Library/OpensslLib/X64/crypto/aes/aesni- > > > > > > > mb-x86_64.nasm > > > > > > > create mode 100644 > > > > CryptoPkg/Library/OpensslLib/X64/crypto/aes/aesni- > > > > > > > sha1-x86_64.nasm > > > > > > > create mode 100644 > > > > CryptoPkg/Library/OpensslLib/X64/crypto/aes/aesni- > > > > > > > sha256-x86_64.nasm > > > > > > > create mode 100644 > > > > CryptoPkg/Library/OpensslLib/X64/crypto/aes/aesni- > > > > > > > x86_64.nasm > > > > > > > create mode 100644 > > > > CryptoPkg/Library/OpensslLib/X64/crypto/aes/vpaes- > > > > > > > x86_64.nasm > > > > > > > create mode 100644 > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/modes/aesni-gcm- > > > > x86_64.nasm > > > > > > > create mode 100644 > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/modes/ghash- > > x86_64.nasm > > > > > > > create mode 100644 > > > > CryptoPkg/Library/OpensslLib/X64/crypto/sha/sha1- > > > > > > > mb-x86_64.nasm > > > > > > > create mode 100644 > > > > CryptoPkg/Library/OpensslLib/X64/crypto/sha/sha1- > > > > > > > x86_64.nasm > > > > > > > create mode 100644 > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/sha/sha256- > > > > > > > mb-x86_64.nasm > > > > > > > create mode 100644 > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/sha/sha256- > > > > > > > x86_64.nasm > > > > > > > create mode 100644 > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/sha/sha512- > > > > > > > x86_64.nasm > > > > > > > create mode 100644 > > > > > > > CryptoPkg/Library/OpensslLib/X64/crypto/x86_64cpuid.nasm > > > > > > > create mode 100644 CryptoPkg/Library/OpensslLib/uefi-asm.co= nf > > > > > > > > > > > > > > -- > > > > > > > 2.28.0.windows.1 > > > > > > > > > > > > > > > > > > > > > > > >=20 > > > > > >