From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-in22.apple.com (mail-out22.apple.com [17.171.2.32]) (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 0891C21A16EFC for ; Fri, 19 May 2017 10:36:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1495215396; 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=y/WAr0gtVgvKGS30nh48ZbhTDUmVVxkOA/W+JM5VNXY=; b=TSFA19KpnnyHsAwstg0zs3+8T9BrfdAJDpSoAEL/C57n8xmdaLEN/pVqK68a07mo 1ydeLTUP4fr82R3KyDxZh8DQmQFgF1M1RyEVnqZg9JfaBL8rgcR0ieybjGAr/iqu hEPaVgl/FitPOVLKDCNIljxM51fe4bSgIMH5g6L24ingoE9Nv4Jhibw+ngb+0pKH 5hzgnZjxOEFi7WIAYmlFmaH20vFmKQ1yY/AzxBEONn2L+EPLEBUOVzqYHYTekiFv dAjq41JNIzalmVjxacOXtPnMmIqWgWR5Y3AaIgd80Qijym5Xro4PBfFm1M3W6fx1 Y6IsNihHV1bwrOqAfojcVw==; Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail-in22.apple.com (Apple Secure Mail Relay) with SMTP id EF.A9.02740.32D2F195; Fri, 19 May 2017 10:36:36 -0700 (PDT) X-AuditID: 11ab0216-12b3a9a000000ab4-89-591f2d233d7b Received: from nwk-mmpp-sz10.apple.com (nwk-mmpp-sz10.apple.com [17.128.115.122]) by relay5.apple.com (Apple SCV relay) with SMTP id A2.A3.02326.32D2F195; Fri, 19 May 2017 10:36:35 -0700 (PDT) MIME-version: 1.0 Received: from [17.153.81.105] by nwk-mmpp-sz10.apple.com (Oracle Communications Messaging Server 8.0.1.2.20170210 64bit (built Feb 10 2017)) with ESMTPSA id <0OQ7006IXNKYFQ20@nwk-mmpp-sz10.apple.com>; Fri, 19 May 2017 10:36:35 -0700 (PDT) Sender: afish@apple.com From: Andrew Fish In-reply-to: <5d3798d5-764c-6e0e-b9d9-fe41668ba983@solarflare.com> Date: Fri, 19 May 2017 10:36:35 -0700 Cc: Laszlo Ersek , Jim.Dailey@dell.com, edk2-devel@lists.01.org Message-id: <58A03D82-4F6E-4D45-A785-EF2635408F8D@apple.com> 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> <0739bc9e-bb5a-cd9f-918a-46d95a0c91ca@redhat.com> <5d3798d5-764c-6e0e-b9d9-fe41668ba983@solarflare.com> To: "Tomas Pilar (tpilar)" X-Mailer: Apple Mail (2.3273) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrLLMWRmVeSWpSXmKPExsUi2FAYoauiKx9pcOU5u8WeQ0eZLSZ9rLRY dmwHi0Xn7S42BxaPSTNnMHt0z/7H4vF+31U2j9VPfrAFsERx2aSk5mSWpRbp2yVwZZx7qlzw W63i3tFfjA2Mj+W7GDk4JARMJB6uNe5i5OIQEljDJPGsfykjTHz7zXSI+CFGiRvzOti6GDk5 eAUEJX5MvscCUsMsIC9x8LwsSJhZQEvi+6NWFoj6r4wSy1vesIAkhAXEJd6d2cQMYYdKrDsx EcxmE1CWWDH/AzuIzSngJHFh502wOIuAqsSTmUeZIYaGSBzb18EEsddG4nRjKxPEgrnMEr9n LwM7SETASOLmgl9gDRICshK3Zl9iBimSEDjAJvH03l6WCYzCs5AcPgvh8FlIDl/AyLyKUTg3 MTNHNzPPyEgvsaAgJ1UvOT93EyMo/Fczie1gvPfa8BCjAAejEg9vwi+5SCHWxLLiytxDjNIc LErivOEi8pFCAumJJanZqakFqUXxRaU5qcWHGJk4OKUaGIV5p0y4FPxY+k7rAuZnFgY6P+Z8 swj5xaIaWrtgLfev+TFtR+xn353YWVD9bpXO2Zrle9+1XPhR/1xN4GHH7jsqgUYLPiwWOn5w 5/GN6mpnpQw8ODPueE77nlvE9O9KkfrKrit1NxVD5Dad6HBe1zQpVpRhn0HmxaTdCQG/JOVy L7VNCvh6z0iJpTgj0VCLuag4EQCKOUGmYAIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprPIsWRmVeSWpSXmKPExsUi2FBcpausKx9psGaFosWeQ0eZLSZ9rLRY dmwHi0Xn7S42BxaPSTNnMHt0z/7H4vF+31U2j9VPfrAFsERx2aSk5mSWpRbp2yVwZZx7qlzw W63i3tFfjA2Mj+W7GDk4JARMJLbfTO9i5OIQEjjEKHFjXgdbFyMnB6+AoMSPyfdYQGqYBeQl Dp6XBQkzC2hJfH/UygJR/5VRYnnLGxaQhLCAuMS7M5uYIexQiXUnJoLZbALKEivmf2AHsTkF nCQu7LwJFmcRUJV4MvMoM8TQEIlj+zqYIPbaSJxubGWCWDCXWeL37GVgB4kIGEncXPALrEFC QFbi1uxLzBMYBWYhuXUWwq2zkNy6gJF5FaNAUWpOYqWpXmJBQU6qXnJ+7iZGcLgWRuxg/L/M 6hCjAAejEg9vwi+5SCHWxLLiylxgYHAwK4nw5mrLRwrxpiRWVqUW5ccXleakFh9irAJ6YCKz lGhyPjCW8kriDU1MDEyMjc2Mjc1NzKkirCTOe0ANaLNAemJJanZqakFqEcxyJg5OqQZG/3nN D9WPfGH6qbXAQWqqQfrBKNbJxWtPfnvqUJaUPE2IMX8+E8f0F105V8Wjv4UkXH85qfTizid6 /kKFNtvn5W/dOf9H/cqMd37fNC3s1p6ruSEvcjsh6Ot2ZyNx662XEmYVin6YvfHb/O0tHVon y/y6luflr7J/MmVDikOsT84Ho6sq4p2HlViKMxINtZiLihMBHNWRhLICAAA= 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: Fri, 19 May 2017 17:36:37 -0000 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII > On May 19, 2017, at 3:32 AM, Tomas Pilar (tpilar) wrote: > > The problem to solve is uniquely and persistently identifying which NICs are grouped together in which host to a third party management system over LAN during preboot in a reasonably secure way. > > If we use a random generated UUID every reboot, we're not persistent. If we store the UUID across reboot, you could take the NIC out and move it to a different host and keep the ID. So the idea was to construct it from either the System UUID or using mobo/cpu serial numbers. > The PXE network boot stack also uses the system UUID so the server can optionally send a custom image back to the system. So your requirement does not seem unreasonable. Thanks, Andrew Fish > Cheers, > > Tom > > On 18/05/17 19:26, Laszlo Ersek wrote: >> On 05/18/17 17:28, Tomas Pilar (tpilar) wrote: >>> This is what I was afraid of. I am writing an IHV network driver that >>> lives in optionROM. >> Out of curiosity, if you can share it, what do you need the sytem UUID >> in a network driver for? >> >> Thank you, >> Laszlo >> >>> 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 > > _______________________________________________ > edk2-devel mailing list > edk2-devel@lists.01.org > https://lists.01.org/mailman/listinfo/edk2-devel