[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b87be9373e9f4a1d8fc3b2bd36cb8801@ausx13mpc120.AMER.DELL.COM>
Date: Tue, 12 Sep 2017 19:19:32 +0000
From: <Mario.Limonciello@...l.com>
To: <dvhart@...radead.org>
CC: <linux-kernel@...r.kernel.org>,
<platform-driver-x86@...r.kernel.org>, <hughsient@...il.com>,
<yehezkelshb@...il.com>, <mika.westerberg@...ux.intel.com>
Subject: RE: [PATCH v3] Add driver to force WMI Thunderbolt controller power
status
> -----Original Message-----
> From: Darren Hart [mailto:dvhart@...radead.org]
> Sent: Monday, September 11, 2017 4:45 PM
> To: Limonciello, Mario <Mario_Limonciello@...l.com>
> Cc: LKML <linux-kernel@...r.kernel.org>; platform-driver-x86@...r.kernel.org;
> Richard Hughes <hughsient@...il.com>; Yehezkel Bernat
> <yehezkelshb@...il.com>; Mika Westerberg <mika.westerberg@...ux.intel.com>
> Subject: Re: [PATCH v3] Add driver to force WMI Thunderbolt controller power
> status
>
> On Fri, Sep 08, 2017 at 10:23:11AM -0500, Mario Limonciello wrote:
> > Current implementations of Intel Thunderbolt controllers will go
> > into a low power mode when not in use.
> >
> > Many machines containing these controllers also have a GPIO wired up
> > that can force the controller awake. This is offered via a ACPI-WMI
> > interface intended to be manipulated by a userspace utility.
> >
> > This mechanism is provided by Intel to OEMs to include in BIOS.
> > It uses an industry wide GUID that is populated in a separate _WDG
> > entry with no binary MOF.
> >
> > This interface allows software such as fwupd to wake up thunderbolt
> > controllers to query the firmware version or flash new firmware.
> >
> > Signed-off-by: Mario Limonciello <mario.limonciello@...l.com>
>
> Queued for testing, thanks everyone.
>
> --
> Darren Hart
> VMware Open Source Technology Center
Darren,
Thanks.
FYI to those that would like to test this, the associated userspace
code that is paired with this was just merged to fwupd master.
https://github.com/hughsie/fwupd/commit/8f17e1ccf4f68b3fb7015a41acc4cbb784c1f776
It's done in a way that if another GUID ever needs to be added for force-power
it will be no changes for userspace, and if another driver is introduced it will
be minimal changes (what drivers the code matches on is hardcoded).
If you would like to experiment with it, instructions for building fwupd
are available here:
https://github.com/hughsie/fwupd/wiki/Compilation
If you find any problems, feel free to file an issue with fwupd on Github.
Thanks,
Powered by blists - more mailing lists