From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-in23.apple.com (mail-out23.apple.com [17.171.2.33]) (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 95CAC21A13499 for ; Thu, 18 May 2017 10:22:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1495128169; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=45xrU6Jz1W9/v8dTgObCprkQMKU/l0QOe4vM7CBau3w=; b=M2sNuLVPPuBZ1REMlveE5kbEs7YEI2L6G9Hwf1oz8oUKxLp0UJCAZZKQeYZcNuXN XmWP0OjL2m4ln3HbQOaWMdMX8+g64QbGdkZ/Ii/JbQR6h5NVLo0x3j5D8MGNSzcv sx690wuaDRVYm+u8foyPjGSEORVJs1SmmpE1EcvZTUnE2OO6HyMUpD8AzTvGKzdm D+DIz9K/UOyDqk12CJuVdctZEzWtkMkvKvIQSpgPrMX5ODtFAHf2y3NFE4BdS4Eo 1BhsegwhK9nL8WbnLsvjsBsP+MoNexAKXdPZgkbC2rMQ1sEGVkljOx2z8ahuyTpa aWqL5IC1bpf5dOx0agGEMw==; Received: from relay2.apple.com (relay2.apple.com [17.128.113.67]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail-in23.apple.com (Apple Secure Mail Relay) with SMTP id EC.23.08924.968DD195; Thu, 18 May 2017 10:22:49 -0700 (PDT) X-AuditID: 11ab0217-59a899a0000022dc-54-591dd869104a Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by relay2.apple.com (Apple SCV relay) with SMTP id CA.4B.07829.868DD195; Thu, 18 May 2017 10:22:49 -0700 (PDT) MIME-version: 1.0 Received: from [17.114.154.93] by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.1.2.20170210 64bit (built Feb 10 2017)) with ESMTPSA id <0OQ5006MISA04U20@nwk-mmpp-sz09.apple.com>; Thu, 18 May 2017 10:22:48 -0700 (PDT) Sender: afish@apple.com From: Andrew Fish Message-id: Date: Thu, 18 May 2017 10:22:48 -0700 In-reply-to: <8aa8fe53-b9f5-64c7-66ba-b18555087a99@solarflare.com> Cc: Jim.Dailey@dell.com, edk2-devel@lists.01.org To: "Tomas Pilar (tpilar)" References: <1548dc48-890d-29e0-0bdc-5df3ce545e5b@solarflare.com> <83202bed-050e-cf5d-a3f3-13b8a83ad739@solarflare.com> <800d8d0d8b4841eaa43d75d0939b6521@ausx13mps335.AMER.DELL.COM> <8aa8fe53-b9f5-64c7-66ba-b18555087a99@solarflare.com> X-Mailer: Apple Mail (2.3273) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrPLMWRmVeSWpSXmKPExsUi2FDorJt5QzbS4OwcfYs9h44yW0z6WGnR ebuLzYHZY9LMGcwe3bP/sXisfvKDLYA5issmJTUnsyy1SN8ugSvj2+fPLAXXFjJW7P9/nrmB cVsPYxcjJ4eEgInEka0rmboYuTiEBNYwSXT+mcfexcgBlrh6RA8ifpBR4sSx82wgDbwCghI/ Jt9jAbGZBcIk1vV9YIYo+soo0briOStIQlhAXOLdmU3MIDabgLLEivkf2CGabSTOnZjHBFET KrHuxERmkGUsAqoSU58kg4Q5BZwkZpzeywQx30Di1v7rYLtEBIwkbi74BbVrI5PE56NT2SE+ kJW4NfsSWEJC4DqbxJLti9gnMArNQnLsLCTHQthaEt8ftQLFOYBseYmD52UhwpoSz+59Yoew tSWevLvAuoCRbRWjcG5iZo5uZp6RsV5iQUFOql5yfu4mRlCMrGYS38H4+bXhIUYBDkYlHt4H K2QjhVgTy4orcw8xSnOwKInzcm6WiRQSSE8sSc1OTS1ILYovKs1JLT7EyMTBKdXAyMfzajE/ zzJJE4MDh884nvfVUvumUijlecZKsSluGq/Y1BRDxXcfzjvs27/XWMpBp8UlVZx9ftQsv8aL 6/Jzvj9Yt09c5oHBko/ZPfavdbU/K5c3FYky7K6f3/e9I79J+fVNg//1LfwPT2T3cHHluFYE n9KSq6rPKLn9uvnUYY1bagm3Ne4psRRnJBpqMRcVJwIAmYqDBnICAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrBIsWRmVeSWpSXmKPExsUi2FAcoJt5QzbSYN91QYs9h44yW0z6WGnR ebuLzYHZY9LMGcwe3bP/sXisfvKDLYA5issmJTUnsyy1SN8ugSvj2+fPLAXXFjJW7P9/nrmB cVsPYxcjB4eEgInE1SN6XYxcHEICBxklThw7z9bFyMnBKyAo8WPyPRYQm1kgTGJd3wdmiKKv jBKtK56zgiSEBcQl3p3ZxAxiswkoS6yY/4EdotlG4tyJeUwQNaES605MZAZZxiKgKjH1STJI mFPASWLG6b1MEPMNJG7tvw62S0TASOLmgl9QuzYySXw+OhVspoSArMSt2ZeYJzDyz0Jy3ywk 90HYWhLfH7UCxTmAbHmJg+dlIcKaEs/ufWKHsLUlnry7wLqAkW0Vo0BRak5ipZFeYkFBTqpe cn7uJkZwQBc672A8tszqEKMAB6MSD++DFbKRQqyJZcWVuYcYJTiYlUR4v5wDCvGmJFZWpRbl xxeV5qQWH2KcyAj05ERmKdHkfGC85ZXEG5qYGJgYG5sZG5ubmNNSWEmc97E40EUC6Yklqdmp qQWpRTBHMXFwSjUwhnsxJ+VeUHktd7rd9JevkVxQhUj4DeE3GTd17xox3Q+8/2y9T9tnHw6B mfrHWQxbrq9eozt5x5r1zjU1nUfnKyRfOuoYPfuNr0VTB8ebnzuXyod9dCo4etKsRsjgZ1Nz sbl17s4DyxiCVwu9fFsVmxi+5NtW5739k7V/bDr56m3RRxelrbcilViKMxINtZiLihMBoCs3 ANsCAAA= X-Content-Filtered-By: Mailman/MimeDel 2.1.22 Subject: Re: SMBios configuration table not present until late stage of boot X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2017 17:22:50 -0000 Content-Type: text/plain; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT > On May 18, 2017, at 8:28 AM, Tomas Pilar (tpilar) wrote: > > This is what I was afraid of. I am writing an IHV network driver that lives in optionROM. > Tomas, I think this issue is fixed in the current Specs and edk2 code. The PI Spec defines an Protocol, gEfiSmbiosProtocolGuid, for SMBIOS and the current edk2 implementation publishes the tables as data comes in. https://github.com/tianocore/edk2/blob/master/MdeModulePkg/Universal/SmbiosDxe/SmbiosDxe.c#L516 // // Some UEFI drivers (such as network) need some information in SMBIOS table. // Here we create SMBIOS table and publish it in // configuration table, so other UEFI drivers can get SMBIOS table from // configuration table without depending on PI SMBIOS protocol. // SmbiosTableConstruction (Smbios32BitTable, Smbios64BitTable); Looks like your issue is working on older systems? Thanks, Andrew Fish > Cheers, > Tom > > On 18/05/17 16:25, Jim.Dailey@dell.com wrote: >> It is a tricky problem. >> >> What I would like is for a new protocol to be defined, which should >> not rely on devices, to contain certain identifying information >> like this that would be useful to device drivers. It could be >> created early in DXE. >> >> What I fear is some future requirement that SMBIOS be made available >> at some definitive time pre-OS boot. >> >> You may have to get support from the BIOS vendor. If you are doing a >> driver for a particular system, that might not be too bad of a >> solution; but if you're trying to develop some generic driver, I >> don't have a good suggestion. >> >> Regards, >> Jim >> >> -----Original Message----- >> From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of Tomas Pilar (tpilar) >> Sent: Thursday, May 18, 2017 10:14 AM >> To: Dailey, Jim >> Cc: edk2-devel@lists.01.org >> Subject: Re: [edk2] SMBios configuration table not present until late stage of boot >> >> This does make sense. Do you have a suggestion how I would go about >> finding/creating a unique identifier for the system during preboot? >> >> Cheers, >> Tom >> >> On 18/05/17 16:11, Jim.Dailey@dell.com wrote: >>> Not a helpful comment, but I wanted to air my feelings on the topic: >>> >>> I view SMBIOS as data strictly for OS-level consumption and not for >>> any pre-boot code. I'm sure I'm in the minority, however. >>> >>> One of the problems is that the BIOS needs to have scanned all >>> devices/resources and perhaps executed a connect all before the >>> tables can be generated (or at least completed). >>> >>> Regards, >>> Jim >>> >>> -----Original Message----- >>> From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of Tomas Pilar (tpilar) >>> Sent: Thursday, May 18, 2017 10:01 AM >>> To: edk2-devel@lists.01.org >>> Subject: [edk2] SMBios configuration table not present until late stage of boot >>> >>> Hi, >>> >>> I am trying to read the system UUID from the System Table (Type 1) in >>> the SMBios set of tables. I am doing this during DriverBinding.Start() >>> part of the UEFI_DRIVER initialisation. Unfortunately the >>> gST->ConfigurationTable only contains 6 tables and SMBios is not one of >>> them. >>> >>> Once I boot into UEFI shell or start a PXE booting process, the >>> gST->ConfigurationTable now contains 8 tables and SMBios is one of the >>> two new tables. If I however only boot to a HDD, this never seems to >>> happen. >>> >>> Can someone offer some insight why this might be so and how would I go >>> about forcing the platform to provide the SMBios in >>> gST->ConfigurationTable at a sensible point? >>> >>> Incidentally it seems ExitBootServices is not signaled on this platform >>> if the boot goes through to HDD either, which is another strange thing ... >>> >>> Cheers, >>> Tom >>> >>> >>> >>> _______________________________________________ >>> edk2-devel mailing list >>> edk2-devel@lists.01.org >>> https://lists.01.org/mailman/listinfo/edk2-devel >> _______________________________________________ >> edk2-devel mailing list >> edk2-devel@lists.01.org >> https://lists.01.org/mailman/listinfo/edk2-devel > > _______________________________________________ > edk2-devel mailing list > edk2-devel@lists.01.org > https://lists.01.org/mailman/listinfo/edk2-devel