linux-kernel - RE: Fwd: [PATCH] Add driver to force WMI Thunderbolt controller power status

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <7edd73cbe3ba4d7b80a6614e93f4d538@ausx13mpc120.AMER.DELL.COM>
Date:   Wed, 6 Sep 2017 21:40:02 +0000
From:   <Mario.Limonciello@...l.com>
To:     <yehezkel.bernat@...el.com>, <dvhart@...radead.org>
CC:     <mika.westerberg@...ux.intel.com>, <linux-kernel@...r.kernel.org>,
        <platform-driver-x86@...r.kernel.org>, <hughsient@...il.com>
Subject: RE: Fwd: [PATCH] Add driver to force WMI Thunderbolt controller power
 status

> -----Original Message-----
> From: Bernat, Yehezkel [mailto:yehezkel.bernat@...el.com]
> Sent: Wednesday, September 6, 2017 3:27 PM
> To: dvhart@...radead.org; Limonciello, Mario <Mario_Limonciello@...l.com>
> Cc: mika.westerberg@...ux.intel.com; linux-kernel@...r.kernel.org; platform-
> driver-x86@...r.kernel.org; hughsient@...il.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.