From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754082AbdIFVmf (ORCPT ); Wed, 6 Sep 2017 17:42:35 -0400 Received: from esa8.dell-outbound.iphmx.com ([68.232.149.218]:47525 "EHLO esa8.dell-outbound.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752306AbdIFVmb (ORCPT ); Wed, 6 Sep 2017 17:42:31 -0400 From: X-LoopCount0: from 10.175.216.251 X-IronPort-AV: E=Sophos;i="5.42,355,1500958800"; d="scan'208";a="1150021824" X-DLP: DLP_GlobalPCIDSS To: , CC: , , , Subject: RE: Fwd: [PATCH] Add driver to force WMI Thunderbolt controller power status Thread-Topic: Fwd: [PATCH] Add driver to force WMI Thunderbolt controller power status Thread-Index: AQHTJ0YV8o1w6haZs0+qP3ceDgEFGaKoQZmAgAABehCAAFpmgIAABK+A///AEbA= Date: Wed, 6 Sep 2017 21:40:02 +0000 Message-ID: <7edd73cbe3ba4d7b80a6614e93f4d538@ausx13mpc120.AMER.DELL.COM> References: <1504720440-24423-1-git-send-email-mario.limonciello@dell.com> <1504726863.2677.154.camel@intel.com> <20170906200953.GA8298@fury> <1504729603.2677.167.camel@intel.com> In-Reply-To: <1504729603.2677.167.camel@intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.143.18.86] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by nfs id v86LgegS031792 > -----Original Message----- > From: Bernat, Yehezkel [mailto:yehezkel.bernat@intel.com] > Sent: Wednesday, September 6, 2017 3:27 PM > To: dvhart@infradead.org; Limonciello, Mario > Cc: mika.westerberg@linux.intel.com; linux-kernel@vger.kernel.org; platform- > driver-x86@vger.kernel.org; hughsient@gmail.com > Subject: Re: Fwd: [PATCH] Add driver to force WMI Thunderbolt controller power > status > > On Wed, 2017-09-06 at 13:09 -0700, Darren Hart wrote: > > The other question I had about this was if the typical use case > > involves the OS, > > or if the firmware update (for example) would be performed as part of > > the > > general platform firmware update (from the UEFI update utility). > > First, there is the use-case of add-in card, where it's impossible to > use UEFI-based update, as much as I understand, as the BIOS isn't > expected to expose an ESRT entry for it. > > Even for built-in controller, my impression is that most OEMs use a FW > update application (running on Windows) and are not publishing a UEFI- > based solution. Yeah I'd agree with that impression. Even if an OEM does choose to publish a UEFI based solution, it's still useful to present FW information for the TBT controller in fwupd however too. Similar to how fwupd displays the information for the ME even though the ME is typically updated via UEFI.