device_create documentation says to cleanup using device_destroy
Signed-off-by: Mario Limonciello <mario.limoncie...@dell.com>
---
drivers/platform/x86/wmi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/platform/x86/wmi.c b/drivers/platform/x86/wmi.c
device_create documentation says to cleanup using device_destroy
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/wmi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/platform/x86/wmi.c b/drivers/platform/x86/wmi.c
index d1e128864d24..84314c0ef9c2
The initialize routine is:
* class -> bus -> platform
The exit routine is:
* platform -> class -> bus
Fix the exit routine to be:
* platform -> bus -> class
Signed-off-by: Mario Limonciello <mario.limoncie...@dell.com>
---
drivers/platform/x86/wmi.c | 2 +-
1 file ch
The initialize routine is:
* class -> bus -> platform
The exit routine is:
* platform -> class -> bus
Fix the exit routine to be:
* platform -> bus -> class
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/wmi.c | 2 +-
1 file changed, 1 insertion(+), 1 delet
The descriptor GUID is not used to indicate that WMI notifications
in the dell-wmi driver work properly. As such a modalias should
not be present that causes this driver to load on systems with this
GUID.
Signed-off-by: Mario Limonciello <mario.limoncie...@dell.com>
---
drivers/platfo
The descriptor GUID is not used to indicate that WMI notifications
in the dell-wmi driver work properly. As such a modalias should
not be present that causes this driver to load on systems with this
GUID.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/dell-wmi.c | 1 -
1 file
The dell-wmi-smbios driver should be enabled by default when ACPI_WMI
is enabled (like many other WMI drivers).
Signed-off-by: Mario Limonciello <mario.limoncie...@dell.com>
---
drivers/platform/x86/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/platform/x86/Kco
This driver serves the purpose of responding to WMI based notifications
from the DELL_EVENT_GUID (9DBB5994-A997-11DA-B012-B622A1EF5492).
Other GUIDs will be handled by separate drivers.
Update the language used by this driver to avoid future confusion.
Signed-off-by: Mario Limonciello
The dell-wmi-smbios driver should be enabled by default when ACPI_WMI
is enabled (like many other WMI drivers).
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/platform/x86/Kconfig b/drivers/platform/x86/Kconfig
index
This driver serves the purpose of responding to WMI based notifications
from the DELL_EVENT_GUID (9DBB5994-A997-11DA-B012-B622A1EF5492).
Other GUIDs will be handled by separate drivers.
Update the language used by this driver to avoid future confusion.
Signed-off-by: Mario Limonciello
These were raised by Lukas Wunner as potential DOS attacks against
the system log by passing bad data to sysfs.
Signed-off-by: Mario Limonciello <mario.limoncie...@dell.com>
---
drivers/platform/x86/intel-wmi-thunderbolt.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff
These were raised by Lukas Wunner as potential DOS attacks against
the system log by passing bad data to sysfs.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/intel-wmi-thunderbolt.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/platform/x86/intel
.
Signed-off-by: Mario Limonciello <mario.limoncie...@dell.com>
---
changes from v2 to v3:
* Fix typographical error
* Send KOBJ_CHANGE event
changes from v1 to v2:
* Add ABI documentation
* Update thunderbolt.rst
* Remove unnecessary cast
* Remove unneeded whitespace
* Adjust refe
.
Signed-off-by: Mario Limonciello
---
changes from v2 to v3:
* Fix typographical error
* Send KOBJ_CHANGE event
changes from v1 to v2:
* Add ABI documentation
* Update thunderbolt.rst
* Remove unnecessary cast
* Remove unneeded whitespace
* Adjust references of "Intel Wmi thunde
.
Signed-off-by: Mario Limonciello <mario.limoncie...@dell.com>
---
changes from v1 to v2:
* Add ABI documentation
* Update thunderbolt.rst
* Remove unnecessary cast
* Remove unneeded whitespace
* Adjust references of "Intel Wmi thunderbolt" ->
"Intel WMI thunderbolt fo
.
Signed-off-by: Mario Limonciello
---
changes from v1 to v2:
* Add ABI documentation
* Update thunderbolt.rst
* Remove unnecessary cast
* Remove unneeded whitespace
* Adjust references of "Intel Wmi thunderbolt" ->
"Intel WMI thunderbolt force power"
.../testing/s
.
Signed-off-by: Mario Limonciello <mario.limoncie...@dell.com>
---
MAINTAINERS | 5 ++
drivers/platform/x86/Kconfig | 13
drivers/platform/x86/Makefile| 1 +
drivers/platform/x86/intel-wmi-thunderbolt.
.
Signed-off-by: Mario Limonciello
---
MAINTAINERS | 5 ++
drivers/platform/x86/Kconfig | 13
drivers/platform/x86/Makefile| 1 +
drivers/platform/x86/intel-wmi-thunderbolt.c | 97
4 files changed, 116
the presses (which matches what
intel-hid does too).
Verified on an Dell XPS 9365
Signed-off-by: Mario Limonciello <mario.limoncie...@dell.com>
---
drivers/platform/x86/intel-vbtn.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/platform/x86/intel-vbtn.c
b/d
the presses (which matches what
intel-hid does too).
Verified on an Dell XPS 9365
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/intel-vbtn.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/platform/x86/intel-vbtn.c
b/drivers/platform/x86/intel-vbtn.c
Pali recently noticed that WMI instances are zero indexed.
The only reason that these calls all worked properly is because the ASL
didn't verify the instance number.
Signed-off-by: Louis Davis <louis.da...@dell.com>
Signed-off-by: Mario Limonciello <mario.limoncie...@dell.com>
Pali recently noticed that WMI instances are zero indexed.
The only reason that these calls all worked properly is because the ASL
didn't verify the instance number.
Signed-off-by: Louis Davis
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/dell-wmi-led.c | 2 +-
1 file changed, 1
Pali recently noticed that WMI instances are zero indexed.
The only reason that these calls all worked properly is because the ASL
didn't verify the instance number.
Signed-off-by: Mario Limonciello <mario.limoncie...@dell.com>
---
drivers/platform/x86/alienware-wmi.c | 8
Pali recently noticed that WMI instances are zero indexed.
The only reason that these calls all worked properly is because the ASL
didn't verify the instance number.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/alienware-wmi.c | 8
1 file changed, 4 insertions(+), 4
Wifi catcher is a slider switch, that when slid past the on position
will emit an event that is intended for launching a wifi application
or applet when the machine is turned on.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/dell-wmi.c | 2 +-
The Dell Rugged 7202 has 3 programmable buttons (labeled P1, P2, P3)
and a detachable keyboard/mouse dock.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/dell-wmi.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/platform/x8
Wifi catcher is a slider switch, that when slid past the on position
will emit an event that is intended for launching a wifi application
or applet when the machine is turned on.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/dell-wmi.c | 2 +-
1 file changed, 1 insertion(+), 1
The Dell Rugged 7202 has 3 programmable buttons (labeled P1, P2, P3)
and a detachable keyboard/mouse dock.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/dell-wmi.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/platform/x86/dell-wmi.c b/drivers/platform/x86
The Dell Rugged 7202 has 3 programmable buttons (labeled P1, P2, P3)
and a detachable magnetic keyboard/mouse.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/dell-wmi.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/platfo
The Dell Rugged 7202 has 3 programmable buttons (labeled P1, P2, P3)
and a detachable magnetic keyboard/mouse.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/dell-wmi.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/platform/x86/dell-wmi.c b/drivers/platform
and available under \_SB.AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
d
and available under \_SB.AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
drivers/net/usb/r8152.c | 76
> I've applied the series to hid.git#for-4.7/upstream-fixes
Hi Jiri,
Would you also submit this to -stable?
I think it should be generally applicable at least a few releases back
since Allen's original submit.
Thanks,
> I've applied the series to hid.git#for-4.7/upstream-fixes
Hi Jiri,
Would you also submit this to -stable?
I think it should be generally applicable at least a few releases back
since Allen's original submit.
Thanks,
Andy,
> (And I'm curious why 1.4.3 seems to have been pulled. Might it have
> been this issue? For better or for worse, I upgraded in the narrow
> window in which it was available on Dell's website.)
It wasn't pulled in relation to this issue. It was something else.
Nothing I'm aware of in
Andy,
> (And I'm curious why 1.4.3 seems to have been pulled. Might it have
> been this issue? For better or for worse, I upgraded in the narrow
> window in which it was available on Dell's website.)
It wasn't pulled in relation to this issue. It was something else.
Nothing I'm aware of in
and available under \_SB.AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
C
and available under \_SB.AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
Changes from v5:
* Correct return
and available under \_SB.AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
C
and available under \_SB.AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
Changes from v4:
* Correct style
and available under _SB\AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
C
and available under _SB\AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
Changes from v3:
* Add additional
.
- Expected experience is that if two docks (RTL8153-AD's w/ mac pass thru
bit set) were plugged in both should have MAC pass through activated.
Mario Limonciello (1):
r8152: Add support for setting pass through MAC address on RTL8153-AD
drivers/net/usb/r8152.c | 60
and available under _SB\AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
d
.
- Expected experience is that if two docks (RTL8153-AD's w/ mac pass thru
bit set) were plugged in both should have MAC pass through activated.
Mario Limonciello (1):
r8152: Add support for setting pass through MAC address on RTL8153-AD
drivers/net/usb/r8152.c | 60
and available under _SB\AMAC in the DSDT at runtime.
This technology is currently implemented in the Dell TB15 and WD15 Type-C
docks. More information is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
drivers/net/usb/r8152.c | 60
() implementation.
- I haven't yet done this. If this is the right approach.
I would like to know the proper place in arch/x86 to put this code.
My initial thought was a new file in arch/x86/platform/intel
Mario Limonciello (1):
r8152: Add support for setting MAC to system's Auxiliary MAC
() implementation.
- I haven't yet done this. If this is the right approach.
I would like to know the proper place in arch/x86 to put this code.
My initial thought was a new file in arch/x86/platform/intel
Mario Limonciello (1):
r8152: Add support for setting MAC to system's Auxiliary MAC
.
This information for the system's persistent MAC address is burned in when
the HW is built and available under _SB\AMAC in the DSDT at runtime.
More information about the technology is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
.
This information for the system's persistent MAC address is burned in when
the HW is built and available under _SB\AMAC in the DSDT at runtime.
More information about the technology is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
drivers
.
This information for the system's persistent MAC address is burned in when
the HW is built and avilable under _SB\AMAC in the DSDT at runtime.
More information about the technology is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
.
This information for the system's persistent MAC address is burned in when
the HW is built and avilable under _SB\AMAC in the DSDT at runtime.
More information about the technology is available here:
http://www.dell.com/support/article/us/en/04/SLN301147
Signed-off-by: Mario Limonciello
---
drivers
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
Documentation/dell_rbu.txt | 24 +++-
1 file changed, 3 insertions(+), 21 deletions(-)
diff --git a/Documentation/dell_rbu.txt b/Documentation/dell_rbu.txt
index d262e22..b2714e6 100644
--- a/Documen
Signed-off-by: Mario Limonciello
---
Documentation/dell_rbu.txt | 24 +++-
1 file changed, 3 insertions(+), 21 deletions(-)
diff --git a/Documentation/dell_rbu.txt b/Documentation/dell_rbu.txt
index d262e22..b2714e6 100644
--- a/Documentation/dell_rbu.txt
+++ b/Documentation
the firmware from
/lib/firmware/dell_rbu when "init" is passed into image_type using the
kernel helper.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/firmware/Kconfig| 1 -
drivers/firmware/dell_rbu.c | 2 +-
2 files changed, 1 insertion(+), 2 de
the firmware from
/lib/firmware/dell_rbu when "init" is passed into image_type using the
kernel helper.
Signed-off-by: Mario Limonciello
---
drivers/firmware/Kconfig| 1 -
drivers/firmware/dell_rbu.c | 2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/firmwa
The last consumer of this is dell_rbu, and it no longer needs this
due to userspace changes in how updates are passed to the OS.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/base/Kconfig | 14 --
drivers/base/firmware_class.c | 9 ++
The last consumer of this is dell_rbu, and it no longer needs this
due to userspace changes in how updates are passed to the OS.
Signed-off-by: Mario Limonciello
---
drivers/base/Kconfig | 14 --
drivers/base/firmware_class.c | 9 ++---
2 files changed, 2 insertions
dell_rbu previously would allow a userspace application to craft the
payload after dell_rbu was loaded and abuse the udev userspace API.
Instead require the payload to be crafted and placed in
/lib/firmware/dell_rbu ahead of time.
This adjusts dell_rbu to immediately load the firmware from
dell_rbu previously would allow a userspace application to craft the
payload after dell_rbu was loaded and abuse the udev userspace API.
Instead require the payload to be crafted and placed in
/lib/firmware/dell_rbu ahead of time.
This adjusts dell_rbu to immediately load the firmware from
as the BIOS will look for
it in these requests.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/dell-smbios.c | 43 ++
drivers/platform/x86/dell-smbios.h | 2 ++
2 files changed, 45 insertions(+)
diff --git a/drivers/pl
as the BIOS will look for
it in these requests.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/dell-smbios.c | 43 ++
drivers/platform/x86/dell-smbios.h | 2 ++
2 files changed, 45 insertions(+)
diff --git a/drivers/platform/x86/dell-smbios.c
b/drivers
to them.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/dell-laptop.c | 61 +-
1 file changed, 60 insertions(+), 1 deletion(-)
diff --git a/drivers/platform/x86/dell-laptop.c
b/drivers/platform/x86/dell-laptop.c
index 2
to them.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/dell-laptop.c | 61 +-
1 file changed, 60 insertions(+), 1 deletion(-)
diff --git a/drivers/platform/x86/dell-laptop.c
b/drivers/platform/x86/dell-laptop.c
index 2c2f02b..7d29690 100644
to them.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/dell-laptop.c | 66 +-
1 file changed, 65 insertions(+), 1 deletion(-)
diff --git a/drivers/platform/x86/dell-laptop.c
b/drivers/platform/x86/dell-laptop.c
index 2
to them.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/dell-laptop.c | 66 +-
1 file changed, 65 insertions(+), 1 deletion(-)
diff --git a/drivers/platform/x86/dell-laptop.c
b/drivers/platform/x86/dell-laptop.c
index 2c2f02b..7a1fe08 100644
as the BIOS will look for
it in these requests.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/dell-smbios.c | 28
drivers/platform/x86/dell-smbios.h | 1 +
2 files changed, 29 insertions(+)
diff --git a/drivers/platfo
as the BIOS will look for
it in these requests.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/dell-smbios.c | 28
drivers/platform/x86/dell-smbios.h | 1 +
2 files changed, 29 insertions(+)
diff --git a/drivers/platform/x86/dell-smbios.c
b/drivers
to them.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/dell-laptop.c | 62 +-
1 file changed, 61 insertions(+), 1 deletion(-)
diff --git a/drivers/platform/x86/dell-laptop.c
b/drivers/platform/x86/dell-laptop.c
index 2
as the BIOS will look for
it in these requests.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/dell-smbios.c | 28
drivers/platform/x86/dell-smbios.h | 1 +
2 files changed, 29 insertions(+)
diff --git a/drivers/platfo
to them.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/dell-laptop.c | 62 +-
1 file changed, 61 insertions(+), 1 deletion(-)
diff --git a/drivers/platform/x86/dell-laptop.c
b/drivers/platform/x86/dell-laptop.c
index 2c2f02b..f818ddf 100644
as the BIOS will look for
it in these requests.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/dell-smbios.c | 28
drivers/platform/x86/dell-smbios.h | 1 +
2 files changed, 29 insertions(+)
diff --git a/drivers/platform/x86/dell-smbios.c
b/drivers
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/base/firmware_class.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/base/firmware_class.c b/drivers/base/firmware_class.c
index 773fc30..223af70 100644
--- a/drivers/base/firmware_c
Signed-off-by: Mario Limonciello
---
drivers/base/firmware_class.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/base/firmware_class.c b/drivers/base/firmware_class.c
index 773fc30..223af70 100644
--- a/drivers/base/firmware_class.c
+++ b/drivers/base
On 03/22/2016 04:37 PM, Limonciello, Mario wrote:
> ed8b0de5a33d2a2557dce7f9429dca8cb5bc5879 caused all variables to be
> immutable by default. This causes problems with userspace applications
> mokutil and fwupdate.
> ---
> drivers/firmware/efi/vars.c | 2 ++
> include/linux/efi.h | 8
On 03/22/2016 04:37 PM, Limonciello, Mario wrote:
> ed8b0de5a33d2a2557dce7f9429dca8cb5bc5879 caused all variables to be
> immutable by default. This causes problems with userspace applications
> mokutil and fwupdate.
> ---
> drivers/firmware/efi/vars.c | 2 ++
> include/linux/efi.h | 8
ed8b0de5a33d2a2557dce7f9429dca8cb5bc5879 caused all variables to be
immutable by default. This causes problems with userspace applications
mokutil and fwupdate.
---
drivers/firmware/efi/vars.c | 2 ++
include/linux/efi.h | 8
2 files changed, 10 insertions(+)
diff --git
ed8b0de5a33d2a2557dce7f9429dca8cb5bc5879 caused all variables to be
immutable by default. This causes problems with userspace applications
mokutil and fwupdate.
---
drivers/firmware/efi/vars.c | 2 ++
include/linux/efi.h | 8
2 files changed, 10 insertions(+)
diff --git
On 01/14/2016 02:26 AM, Jiri Slaby wrote:
> On 01/14/2016, 02:17 AM, Mike Frysinger wrote:
> > On 12 Jan 2016 09:45, Jiri Slaby wrote:
> >> On 01/11/2016, 02:14 AM, Mike Frysinger wrote:
> >>> Commit 9d99a8dda154 ("nvme: move hardware structures out of the
> >>> uapi version of nvme.h") renamed
On 01/14/2016 02:26 AM, Jiri Slaby wrote:
> On 01/14/2016, 02:17 AM, Mike Frysinger wrote:
> > On 12 Jan 2016 09:45, Jiri Slaby wrote:
> >> On 01/11/2016, 02:14 AM, Mike Frysinger wrote:
> >>> Commit 9d99a8dda154 ("nvme: move hardware structures out of the
> >>> uapi version of nvme.h") renamed
On 02/07/2016 02:05 PM, Darren Hart wrote:
> On Tue, Feb 02, 2016 at 03:38:51PM -0600, Mario Limonciello wrote:
>> I've got some extensions for the alienware-wmi driver that have
>> been introduced for a few new platforms and can be controlled via the WMI
>> inte
On 02/07/2016 02:05 PM, Darren Hart wrote:
> On Tue, Feb 02, 2016 at 03:38:51PM -0600, Mario Limonciello wrote:
>> I've got some extensions for the alienware-wmi driver that have
>> been introduced for a few new platforms and can be controlled via the WMI
>> inte
This brings them more in line with the usage of whitespace
in other platforms.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/alienware-wmi.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/platform/x86/alienware-wmi.c
b/drivers/platform
The X51-R3 is in the X51 family. It includes 3 internal
lighting zones as well as is the first AW desktop that
includes support for a graphics amplifier.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/alienware-wmi.c | 24 +++-
1 file changed, 19 insertions(+), 5
These were some items that were pointed out in previous patches that
weren't caught be previous reviewers, but should be applied to other
parts of the driver as well.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/alienware-wmi.c | 20 +++-
1 file changed, 7
Both of these systems support:
* 2 lighting control zones
* HDMI mux control
* deep sleep control (to enable wakup from controller)
The ASM201 also supports the external graphics amplifier.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/alienware-wmi.c | 32
Allow for user configuration of BIOS settings that allow the system to be
turned on via HID devices.
The feature requires hardware architectural modifications and can not be
supported on existing systems.
Signed-off-by: Mario Limonciello
---
drivers/platform/x86/alienware-wmi.c | 95
-by: Mario Limonciello
---
drivers/platform/x86/alienware-wmi.c | 106 ---
1 file changed, 87 insertions(+), 19 deletions(-)
diff --git a/drivers/platform/x86/alienware-wmi.c
b/drivers/platform/x86/alienware-wmi.c
index 8e8ea4f..7ada7ce 100644
--- a/drivers/platform/x86
as well, please comment which areas
this is OK.
Mario Limonciello (6):
alienware-wmi: Clean up whitespace for ASM100 platform
alienware-wmi: Add support for new platform: X51-R3
alienware-wmi: Add initial support for alienware graphics amplifier.
alienware-wmi: Add support for deep sleep
On 02/02/2016 11:32 AM, Darren Hart wrote:
> On Mon, Feb 01, 2016 at 08:28:50PM -0600, Mario Limonciello wrote:
>> This allows configuration the system for wakeup with a controller.
> Hrm, I'm happy to clean up English grammar in commit messages... but I'm
> struggling
On 02/02/2016 11:24 AM, Darren Hart wrote:
> On Mon, Feb 01, 2016 at 08:28:49PM -0600, Mario Limonciello wrote:
>> The alienware graphics amplifier is a device that provides external
>> access to a full PCIe slot, USB hub, and additional control zone.
>>
>> This patch
These were some items that were pointed out in previous patches that
weren't caught be previous reviewers, but should be applied to other
parts of the driver as well.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/alienware-wmi.
This brings them more in line with the usage of whitespace
in other platforms.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/alienware-wmi.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/platfo
The X51-R3 is in the X51 family. It includes 3 internal
lighting zones as well as is the first AW desktop that
includes support for a graphics amplifier.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/alienware-wmi.c | 24 +++-
Both of these systems support:
* 2 lighting control zones
* HDMI mux control
* deep sleep control (to enable wakup from controller)
The ASM201 also supports the external graphics amplifier.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/alienware
-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platform/x86/alienware-wmi.c | 106 ---
1 file changed, 87 insertions(+), 19 deletions(-)
diff --git a/drivers/platform/x86/alienware-wmi.c
b/drivers/platform/x86/alienware-wmi.c
index 8e8ea4f..7
Allow for user configuration of BIOS settings that allow the system to be
turned on via HID devices.
The feature requires hardware architectural modifications and can not be
supported on existing systems.
Signed-off-by: Mario Limonciello <mario_limoncie...@dell.com>
---
drivers/platfo
as well, please comment which areas
this is OK.
Mario Limonciello (6):
alienware-wmi: Clean up whitespace for ASM100 platform
alienware-wmi: Add support for new platform: X51-R3
alienware-wmi: Add initial support for alienware graphics amplifier.
alienware-wmi: Add support for deep sleep
On 02/02/2016 11:24 AM, Darren Hart wrote:
> On Mon, Feb 01, 2016 at 08:28:49PM -0600, Mario Limonciello wrote:
>> The alienware graphics amplifier is a device that provides external
>> access to a full PCIe slot, USB hub, and additional control zone.
>>
>> This patch
On 02/02/2016 11:32 AM, Darren Hart wrote:
> On Mon, Feb 01, 2016 at 08:28:50PM -0600, Mario Limonciello wrote:
>> This allows configuration the system for wakeup with a controller.
> Hrm, I'm happy to clean up English grammar in commit messages... but I'm
> struggling
501 - 600 of 704 matches
Mail list logo