[PATCH v4] dell-wmi: Support new hotkeys on the XPS 13 9350 (Skylake)

[PATCH v4] dell-wmi: Support new hotkeys on the XPS 13 9350 (Skylake)

[Andy Lutomirski]

The XPS 13 9350 sends WMI keypress events that aren't enumerated in
the DMI table.  Add a table listing them.  To avoid breaking things
that worked before, these un-enumerated hotkeys won't be used if the
DMI table maps them to something else.

FWIW, it appears that the DMI table may be a legacy thing and we
might want to rethink how we handle events in general.  As an
example, a whole lot of things map to KEY_PROG3 via the DMI table.

So far, this doesn't send keypress events for any of the new
events.  Depnding on whether we figure out exactly what needs to
happen to get the wireless button working in time for Linux 4.5,
we might want to temporarily handle it in dell-wmi.

Signed-off-by: Andy Lutomirski <luto@kernel.org>
---

This applies after the dmi-walk fix.

Notes:
    Changes from v3:
     - Rebase in top of interface version stuff.  (This changes context
       but not any diff lines.)
    Changes from v2:
     - Factor check for already-known scancodes into a helper.
     - Un-abbreviate comments.
     - Fix off-by-one.
     - Rebase on top of of dmi_walk fixes.
    
    Changes from v1:
     - The new hotkey code matches reality better.
     - Don't send key events for the new hotkeys.

drivers/platform/x86/dell-wmi.c | 71 +++++++++++++++++++++++++++++++++++++----
 1 file changed, 64 insertions(+), 7 deletions(-)

diff --git a/drivers/platform/x86/dell-wmi.c b/drivers/platform/x86/dell-wmi.c
index 3e30f77b70e1..afb7150bf2c1 100644
--- a/drivers/platform/x86/dell-wmi.c
+++ b/drivers/platform/x86/dell-wmi.c
@@ -168,6 +168,30 @@ static const u16 bios_to_linux_keycode[256] __initconst = {
 	[255]	= KEY_PROG3,
 };
 
+/*
+ * These are applied if the 0xB2 DMI hotkey table is present and doesn't
+ * override them.
+ */
+static const struct key_entry dell_wmi_extra_keymap[] __initconst = {
+	/* Fn-lock */
+	{ KE_IGNORE, 0x151, { KEY_RESERVED } },
+
+	/* Change keyboard illumination */
+	{ KE_IGNORE, 0x152, { KEY_KBDILLUMTOGGLE } },
+
+	/*
+	 * Radio disable (notify only -- there is no model for which the
+	 * WMI event is supposed to trigger an action).
+	 */
+	{ KE_IGNORE, 0x153, { KEY_RFKILL } },
+
+	/* RGB keyboard backlight control */
+	{ KE_IGNORE, 0x154, { KEY_RESERVED } },
+
+	/* Stealth mode toggle */
+	{ KE_IGNORE, 0x155, { KEY_RESERVED } },
+};
+
 static struct input_dev *dell_wmi_input_dev;
 
 static void dell_wmi_process_key(int reported_key)
@@ -339,13 +363,27 @@ static void dell_wmi_notify(u32 value, void *context)
 	kfree(obj);
 }
 
+static bool have_scancode(u32 scancode, const struct key_entry *keymap, int len)
+{
+	int i;
+
+	for (i = 0; i < len; i++)
+		if (keymap[i].code == scancode)
+			return true;
+
+	return false;
+}
+
 static void __init handle_dmi_entry(const struct dmi_header *dm,
+
 				    void *opaque)
+
 {
 	struct dell_dmi_results *results = opaque;
 	struct dell_bios_hotkey_table *table;
+	int hotkey_num, i, pos = 0;
 	struct key_entry *keymap;
-	int hotkey_num, i;
+	int num_bios_keys;
 
 	if (results->err || results->keymap)
 		return;		/* We already found the hotkey table. */
@@ -369,7 +407,8 @@ static void __init handle_dmi_entry(const struct dmi_header *dm,
 		return;
 	}
 
-	keymap = kcalloc(hotkey_num + 1, sizeof(struct key_entry), GFP_KERNEL);
+	keymap = kcalloc(hotkey_num + ARRAY_SIZE(dell_wmi_extra_keymap) + 1,
+			 sizeof(struct key_entry), GFP_KERNEL);
 	if (!keymap) {
 		results->err = -ENOMEM;
 		return;
@@ -397,14 +436,32 @@ static void __init handle_dmi_entry(const struct dmi_header *dm,
 		}
 
 		if (keycode == KEY_KBDILLUMTOGGLE)
-			keymap[i].type = KE_IGNORE;
+			keymap[pos].type = KE_IGNORE;
 		else
-			keymap[i].type = KE_KEY;
-		keymap[i].code = bios_entry->scancode;
-		keymap[i].keycode = keycode;
+			keymap[pos].type = KE_KEY;
+		keymap[pos].code = bios_entry->scancode;
+		keymap[pos].keycode = keycode;
+
+		pos++;
+	}
+
+	num_bios_keys = pos;
+
+	for (i = 0; i < ARRAY_SIZE(dell_wmi_extra_keymap); i++) {
+		const struct key_entry *entry = &dell_wmi_extra_keymap[i];
+
+		/*
+		 * Check if we've already found this scancode.  This takes
+		 * quadratic time, but it doesn't matter unless the list
+		 * of extra keys gets very long.
+		 */
+		if (!have_scancode(entry->code, keymap, num_bios_keys)) {
+			keymap[pos] = *entry;
+			pos++;
+		}
 	}
 
-	keymap[hotkey_num].type = KE_END;
+	keymap[pos].type = KE_END;
 
 	results->keymap = keymap;
 }
-- 
2.5.0

Re: [PATCH v4] dell-wmi: Support new hotkeys on the XPS 13 9350 (Skylake)

[Pali Rohár]

On Tuesday 19 January 2016 15:07:47 Andy Lutomirski wrote:
> The XPS 13 9350 sends WMI keypress events that aren't enumerated in
> the DMI table.  Add a table listing them.  To avoid breaking things
> that worked before, these un-enumerated hotkeys won't be used if the
> DMI table maps them to something else.
> 
> FWIW, it appears that the DMI table may be a legacy thing and we
> might want to rethink how we handle events in general.  As an
> example, a whole lot of things map to KEY_PROG3 via the DMI table.
> 
> So far, this doesn't send keypress events for any of the new
> events.  Depnding on whether we figure out exactly what needs to
> happen to get the wireless button working in time for Linux 4.5,
> we might want to temporarily handle it in dell-wmi.
> 
> Signed-off-by: Andy Lutomirski <luto@kernel.org>

Looks good,

Reviewed-by: Pali Rohár <pali.rohar@gmail.com>

> ---
> 
> This applies after the dmi-walk fix.
> 
> Notes:
>     Changes from v3:
>      - Rebase in top of interface version stuff.  (This changes context
>        but not any diff lines.)
>     Changes from v2:
>      - Factor check for already-known scancodes into a helper.
>      - Un-abbreviate comments.
>      - Fix off-by-one.
>      - Rebase on top of of dmi_walk fixes.
>     
>     Changes from v1:
>      - The new hotkey code matches reality better.
>      - Don't send key events for the new hotkeys.
> 
> drivers/platform/x86/dell-wmi.c | 71 +++++++++++++++++++++++++++++++++++++----
>  1 file changed, 64 insertions(+), 7 deletions(-)
> 
> diff --git a/drivers/platform/x86/dell-wmi.c b/drivers/platform/x86/dell-wmi.c
> index 3e30f77b70e1..afb7150bf2c1 100644
> --- a/drivers/platform/x86/dell-wmi.c
> +++ b/drivers/platform/x86/dell-wmi.c
> @@ -168,6 +168,30 @@ static const u16 bios_to_linux_keycode[256] __initconst = {
>  	[255]	= KEY_PROG3,
>  };
>  
> +/*
> + * These are applied if the 0xB2 DMI hotkey table is present and doesn't
> + * override them.
> + */
> +static const struct key_entry dell_wmi_extra_keymap[] __initconst = {
> +	/* Fn-lock */
> +	{ KE_IGNORE, 0x151, { KEY_RESERVED } },
> +
> +	/* Change keyboard illumination */
> +	{ KE_IGNORE, 0x152, { KEY_KBDILLUMTOGGLE } },
> +
> +	/*
> +	 * Radio disable (notify only -- there is no model for which the
> +	 * WMI event is supposed to trigger an action).
> +	 */
> +	{ KE_IGNORE, 0x153, { KEY_RFKILL } },
> +
> +	/* RGB keyboard backlight control */
> +	{ KE_IGNORE, 0x154, { KEY_RESERVED } },
> +
> +	/* Stealth mode toggle */
> +	{ KE_IGNORE, 0x155, { KEY_RESERVED } },
> +};
> +
>  static struct input_dev *dell_wmi_input_dev;
>  
>  static void dell_wmi_process_key(int reported_key)
> @@ -339,13 +363,27 @@ static void dell_wmi_notify(u32 value, void *context)
>  	kfree(obj);
>  }
>  
> +static bool have_scancode(u32 scancode, const struct key_entry *keymap, int len)
> +{
> +	int i;
> +
> +	for (i = 0; i < len; i++)
> +		if (keymap[i].code == scancode)
> +			return true;
> +
> +	return false;
> +}
> +
>  static void __init handle_dmi_entry(const struct dmi_header *dm,
> +
>  				    void *opaque)
> +
>  {
>  	struct dell_dmi_results *results = opaque;
>  	struct dell_bios_hotkey_table *table;
> +	int hotkey_num, i, pos = 0;
>  	struct key_entry *keymap;
> -	int hotkey_num, i;
> +	int num_bios_keys;
>  
>  	if (results->err || results->keymap)
>  		return;		/* We already found the hotkey table. */
> @@ -369,7 +407,8 @@ static void __init handle_dmi_entry(const struct dmi_header *dm,
>  		return;
>  	}
>  
> -	keymap = kcalloc(hotkey_num + 1, sizeof(struct key_entry), GFP_KERNEL);
> +	keymap = kcalloc(hotkey_num + ARRAY_SIZE(dell_wmi_extra_keymap) + 1,
> +			 sizeof(struct key_entry), GFP_KERNEL);
>  	if (!keymap) {
>  		results->err = -ENOMEM;
>  		return;
> @@ -397,14 +436,32 @@ static void __init handle_dmi_entry(const struct dmi_header *dm,
>  		}
>  
>  		if (keycode == KEY_KBDILLUMTOGGLE)
> -			keymap[i].type = KE_IGNORE;
> +			keymap[pos].type = KE_IGNORE;
>  		else
> -			keymap[i].type = KE_KEY;
> -		keymap[i].code = bios_entry->scancode;
> -		keymap[i].keycode = keycode;
> +			keymap[pos].type = KE_KEY;
> +		keymap[pos].code = bios_entry->scancode;
> +		keymap[pos].keycode = keycode;
> +
> +		pos++;
> +	}
> +
> +	num_bios_keys = pos;
> +
> +	for (i = 0; i < ARRAY_SIZE(dell_wmi_extra_keymap); i++) {
> +		const struct key_entry *entry = &dell_wmi_extra_keymap[i];
> +
> +		/*
> +		 * Check if we've already found this scancode.  This takes
> +		 * quadratic time, but it doesn't matter unless the list
> +		 * of extra keys gets very long.
> +		 */
> +		if (!have_scancode(entry->code, keymap, num_bios_keys)) {
> +			keymap[pos] = *entry;
> +			pos++;
> +		}
>  	}
>  
> -	keymap[hotkey_num].type = KE_END;
> +	keymap[pos].type = KE_END;
>  
>  	results->keymap = keymap;
>  }

-- 
Pali Rohár
pali.rohar@gmail.com

Re: [PATCH v4] dell-wmi: Support new hotkeys on the XPS 13 9350 (Skylake)

[Andy Lutomirski]

On Wed, Jan 20, 2016 at 11:40 AM, Pali Rohár <pali.rohar@gmail.com> wrote:
> On Tuesday 19 January 2016 15:07:47 Andy Lutomirski wrote:
>> The XPS 13 9350 sends WMI keypress events that aren't enumerated in
>> the DMI table.  Add a table listing them.  To avoid breaking things
>> that worked before, these un-enumerated hotkeys won't be used if the
>> DMI table maps them to something else.
>>
>> FWIW, it appears that the DMI table may be a legacy thing and we
>> might want to rethink how we handle events in general.  As an
>> example, a whole lot of things map to KEY_PROG3 via the DMI table.
>>
>> So far, this doesn't send keypress events for any of the new
>> events.  Depnding on whether we figure out exactly what needs to
>> happen to get the wireless button working in time for Linux 4.5,
>> we might want to temporarily handle it in dell-wmi.
>>
>> Signed-off-by: Andy Lutomirski <luto@kernel.org>
>
> Looks good,
>
> Reviewed-by: Pali Rohár <pali.rohar@gmail.com>

Darren, if/when you apply this, can you fix up the last paragraph of
the commit message?

    This doesn't send keypress events for any of the new
    events, as no models appear to require it.

I wrote the old text before intel-hid landed.

--Andy

Re: [PATCH v4] dell-wmi: Support new hotkeys on the XPS 13 9350 (Skylake)

[Darren Hart]

On Wed, Jan 20, 2016 at 12:46:23PM -0800, Andy Lutomirski wrote:
> On Wed, Jan 20, 2016 at 11:40 AM, Pali Rohár <pali.rohar@gmail.com> wrote:
> > On Tuesday 19 January 2016 15:07:47 Andy Lutomirski wrote:
> >> The XPS 13 9350 sends WMI keypress events that aren't enumerated in
> >> the DMI table.  Add a table listing them.  To avoid breaking things
> >> that worked before, these un-enumerated hotkeys won't be used if the
> >> DMI table maps them to something else.
> >>
> >> FWIW, it appears that the DMI table may be a legacy thing and we
> >> might want to rethink how we handle events in general.  As an
> >> example, a whole lot of things map to KEY_PROG3 via the DMI table.
> >>
> >> So far, this doesn't send keypress events for any of the new
> >> events.  Depnding on whether we figure out exactly what needs to
> >> happen to get the wireless button working in time for Linux 4.5,
> >> we might want to temporarily handle it in dell-wmi.
> >>
> >> Signed-off-by: Andy Lutomirski <luto@kernel.org>
> >
> > Looks good,
> >
> > Reviewed-by: Pali Rohár <pali.rohar@gmail.com>
> 
> Darren, if/when you apply this, can you fix up the last paragraph of
> the commit message?
> 
>     This doesn't send keypress events for any of the new
>     events, as no models appear to require it.
> 
> I wrote the old text before intel-hid landed.

Planning on queueing for 4.6 as soon as this window closes, likely tomorrow. I
want this to have some time in -next. Thanks!

> 
> --Andy
> 

-- 
Darren Hart
Intel Open Source Technology Center

Re: [PATCH v4] dell-wmi: Support new hotkeys on the XPS 13 9350 (Skylake)

[Darren Hart]

On Wed, Jan 20, 2016 at 12:46:23PM -0800, Andy Lutomirski wrote:
> On Wed, Jan 20, 2016 at 11:40 AM, Pali Rohár <pali.rohar@gmail.com> wrote:
> > On Tuesday 19 January 2016 15:07:47 Andy Lutomirski wrote:
> >> The XPS 13 9350 sends WMI keypress events that aren't enumerated in
> >> the DMI table.  Add a table listing them.  To avoid breaking things
> >> that worked before, these un-enumerated hotkeys won't be used if the
> >> DMI table maps them to something else.
> >>
> >> FWIW, it appears that the DMI table may be a legacy thing and we
> >> might want to rethink how we handle events in general.  As an
> >> example, a whole lot of things map to KEY_PROG3 via the DMI table.
> >>
> >> So far, this doesn't send keypress events for any of the new
> >> events.  Depnding on whether we figure out exactly what needs to
> >> happen to get the wireless button working in time for Linux 4.5,
> >> we might want to temporarily handle it in dell-wmi.
> >>
> >> Signed-off-by: Andy Lutomirski <luto@kernel.org>
> >
> > Looks good,
> >
> > Reviewed-by: Pali Rohár <pali.rohar@gmail.com>
> 
> Darren, if/when you apply this, can you fix up the last paragraph of
> the commit message?
> 
>     This doesn't send keypress events for any of the new
>     events, as no models appear to require it.
> 
> I wrote the old text before intel-hid landed.
> 
> --Andy

This had some problems applying to 4.5-rc1 (refactoring of handle_dmi_...). I've
done the merge, it builds, but I can't test it. Please have a look at the
dell-wmi branch and let me know if this is correct and working as expected.

-- 
Darren Hart
Intel Open Source Technology Center

Re: [PATCH v4] dell-wmi: Support new hotkeys on the XPS 13 9350 (Skylake)

[Andy Lutomirski]

On Sat, Jan 30, 2016 at 9:04 AM, Darren Hart <dvhart@infradead.org> wrote:
> On Wed, Jan 20, 2016 at 12:46:23PM -0800, Andy Lutomirski wrote:
>> On Wed, Jan 20, 2016 at 11:40 AM, Pali Rohár <pali.rohar@gmail.com> wrote:
>> > On Tuesday 19 January 2016 15:07:47 Andy Lutomirski wrote:
>> >> The XPS 13 9350 sends WMI keypress events that aren't enumerated in
>> >> the DMI table.  Add a table listing them.  To avoid breaking things
>> >> that worked before, these un-enumerated hotkeys won't be used if the
>> >> DMI table maps them to something else.
>> >>
>> >> FWIW, it appears that the DMI table may be a legacy thing and we
>> >> might want to rethink how we handle events in general.  As an
>> >> example, a whole lot of things map to KEY_PROG3 via the DMI table.
>> >>
>> >> So far, this doesn't send keypress events for any of the new
>> >> events.  Depnding on whether we figure out exactly what needs to
>> >> happen to get the wireless button working in time for Linux 4.5,
>> >> we might want to temporarily handle it in dell-wmi.
>> >>
>> >> Signed-off-by: Andy Lutomirski <luto@kernel.org>
>> >
>> > Looks good,
>> >
>> > Reviewed-by: Pali Rohár <pali.rohar@gmail.com>
>>
>> Darren, if/when you apply this, can you fix up the last paragraph of
>> the commit message?
>>
>>     This doesn't send keypress events for any of the new
>>     events, as no models appear to require it.
>>
>> I wrote the old text before intel-hid landed.
>>
>> --Andy
>
> This had some problems applying to 4.5-rc1 (refactoring of handle_dmi_...). I've
> done the merge, it builds, but I can't test it. Please have a look at the
> dell-wmi branch and let me know if this is correct and working as expected.
>

It's probably okay, but I think you applied it out of order.  This
patch was intended to be applied after the handle_dmi_xyz fixes.  If
you back this one out, apply those, and then re-apply this, it should
apply cleanly.

--Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH v4] dell-wmi: Support new hotkeys on the XPS 13 9350 (Skylake)

[Darren Hart]

On Sat, Jan 30, 2016 at 09:17:47AM -0800, Andy Lutomirski wrote:
> On Sat, Jan 30, 2016 at 9:04 AM, Darren Hart <dvhart@infradead.org> wrote:
> > On Wed, Jan 20, 2016 at 12:46:23PM -0800, Andy Lutomirski wrote:
> >> On Wed, Jan 20, 2016 at 11:40 AM, Pali Rohár <pali.rohar@gmail.com> wrote:
> >> > On Tuesday 19 January 2016 15:07:47 Andy Lutomirski wrote:
> >> >> The XPS 13 9350 sends WMI keypress events that aren't enumerated in
> >> >> the DMI table.  Add a table listing them.  To avoid breaking things
> >> >> that worked before, these un-enumerated hotkeys won't be used if the
> >> >> DMI table maps them to something else.
> >> >>
> >> >> FWIW, it appears that the DMI table may be a legacy thing and we
> >> >> might want to rethink how we handle events in general.  As an
> >> >> example, a whole lot of things map to KEY_PROG3 via the DMI table.
> >> >>
> >> >> So far, this doesn't send keypress events for any of the new
> >> >> events.  Depnding on whether we figure out exactly what needs to
> >> >> happen to get the wireless button working in time for Linux 4.5,
> >> >> we might want to temporarily handle it in dell-wmi.
> >> >>
> >> >> Signed-off-by: Andy Lutomirski <luto@kernel.org>
> >> >
> >> > Looks good,
> >> >
> >> > Reviewed-by: Pali Rohár <pali.rohar@gmail.com>
> >>
> >> Darren, if/when you apply this, can you fix up the last paragraph of
> >> the commit message?
> >>
> >>     This doesn't send keypress events for any of the new
> >>     events, as no models appear to require it.
> >>
> >> I wrote the old text before intel-hid landed.
> >>
> >> --Andy
> >
> > This had some problems applying to 4.5-rc1 (refactoring of handle_dmi_...). I've
> > done the merge, it builds, but I can't test it. Please have a look at the
> > dell-wmi branch and let me know if this is correct and working as expected.
> >
> 
> It's probably okay, but I think you applied it out of order.  This
> patch was intended to be applied after the handle_dmi_xyz fixes.  If
> you back this one out, apply those, and then re-apply this, it should
> apply cleanly.
> 
> --Andy

Ah, thanks. Sometimes that gets lost in the INBOX, I was starting to think the
same thing as I went through the patchwork list though. I'll back it out and do
that. Thanks!

> 

-- 
Darren Hart
Intel Open Source Technology Center

Re: [PATCH v4] dell-wmi: Support new hotkeys on the XPS 13 9350 (Skylake)

[Darren Hart]

On Sat, Jan 30, 2016 at 09:45:45AM -0800, Darren Hart wrote:
> On Sat, Jan 30, 2016 at 09:17:47AM -0800, Andy Lutomirski wrote:
> > On Sat, Jan 30, 2016 at 9:04 AM, Darren Hart <dvhart@infradead.org> wrote:
> > > On Wed, Jan 20, 2016 at 12:46:23PM -0800, Andy Lutomirski wrote:
> > >> On Wed, Jan 20, 2016 at 11:40 AM, Pali Rohár <pali.rohar@gmail.com> wrote:
> > >> > On Tuesday 19 January 2016 15:07:47 Andy Lutomirski wrote:
> > >> >> The XPS 13 9350 sends WMI keypress events that aren't enumerated in
> > >> >> the DMI table.  Add a table listing them.  To avoid breaking things
> > >> >> that worked before, these un-enumerated hotkeys won't be used if the
> > >> >> DMI table maps them to something else.
> > >> >>
> > >> >> FWIW, it appears that the DMI table may be a legacy thing and we
> > >> >> might want to rethink how we handle events in general.  As an
> > >> >> example, a whole lot of things map to KEY_PROG3 via the DMI table.
> > >> >>
> > >> >> So far, this doesn't send keypress events for any of the new
> > >> >> events.  Depnding on whether we figure out exactly what needs to
> > >> >> happen to get the wireless button working in time for Linux 4.5,
> > >> >> we might want to temporarily handle it in dell-wmi.
> > >> >>
> > >> >> Signed-off-by: Andy Lutomirski <luto@kernel.org>
> > >> >
> > >> > Looks good,
> > >> >
> > >> > Reviewed-by: Pali Rohár <pali.rohar@gmail.com>
> > >>
> > >> Darren, if/when you apply this, can you fix up the last paragraph of
> > >> the commit message?
> > >>
> > >>     This doesn't send keypress events for any of the new
> > >>     events, as no models appear to require it.
> > >>
> > >> I wrote the old text before intel-hid landed.
> > >>
> > >> --Andy
> > >
> > > This had some problems applying to 4.5-rc1 (refactoring of handle_dmi_...). I've
> > > done the merge, it builds, but I can't test it. Please have a look at the
> > > dell-wmi branch and let me know if this is correct and working as expected.
> > >
> > 
> > It's probably okay, but I think you applied it out of order.  This
> > patch was intended to be applied after the handle_dmi_xyz fixes.  If
> > you back this one out, apply those, and then re-apply this, it should
> > apply cleanly.
> > 
> > --Andy
> 
> Ah, thanks. Sometimes that gets lost in the INBOX, I was starting to think the
> same thing as I went through the patchwork list though. I'll back it out and do
> that. Thanks!

Turns out I wasn't Cc'd on the dependent dmi fixes series. Please include me on
Cc for patches where I show up as a maintainer.

-- 
Darren Hart
Intel Open Source Technology Center

Re: [PATCH v4] dell-wmi: Support new hotkeys on the XPS 13 9350 (Skylake)

[Andy Lutomirski]

On Sat, Jan 30, 2016 at 9:56 AM, Darren Hart <dvhart@infradead.org> wrote:
> On Sat, Jan 30, 2016 at 09:45:45AM -0800, Darren Hart wrote:
>> On Sat, Jan 30, 2016 at 09:17:47AM -0800, Andy Lutomirski wrote:
>> > On Sat, Jan 30, 2016 at 9:04 AM, Darren Hart <dvhart@infradead.org> wrote:
>> > > On Wed, Jan 20, 2016 at 12:46:23PM -0800, Andy Lutomirski wrote:
>> > >> On Wed, Jan 20, 2016 at 11:40 AM, Pali Rohár <pali.rohar@gmail.com> wrote:
>> > >> > On Tuesday 19 January 2016 15:07:47 Andy Lutomirski wrote:
>> > >> >> The XPS 13 9350 sends WMI keypress events that aren't enumerated in
>> > >> >> the DMI table.  Add a table listing them.  To avoid breaking things
>> > >> >> that worked before, these un-enumerated hotkeys won't be used if the
>> > >> >> DMI table maps them to something else.
>> > >> >>
>> > >> >> FWIW, it appears that the DMI table may be a legacy thing and we
>> > >> >> might want to rethink how we handle events in general.  As an
>> > >> >> example, a whole lot of things map to KEY_PROG3 via the DMI table.
>> > >> >>
>> > >> >> So far, this doesn't send keypress events for any of the new
>> > >> >> events.  Depnding on whether we figure out exactly what needs to
>> > >> >> happen to get the wireless button working in time for Linux 4.5,
>> > >> >> we might want to temporarily handle it in dell-wmi.
>> > >> >>
>> > >> >> Signed-off-by: Andy Lutomirski <luto@kernel.org>
>> > >> >
>> > >> > Looks good,
>> > >> >
>> > >> > Reviewed-by: Pali Rohár <pali.rohar@gmail.com>
>> > >>
>> > >> Darren, if/when you apply this, can you fix up the last paragraph of
>> > >> the commit message?
>> > >>
>> > >>     This doesn't send keypress events for any of the new
>> > >>     events, as no models appear to require it.
>> > >>
>> > >> I wrote the old text before intel-hid landed.
>> > >>
>> > >> --Andy
>> > >
>> > > This had some problems applying to 4.5-rc1 (refactoring of handle_dmi_...). I've
>> > > done the merge, it builds, but I can't test it. Please have a look at the
>> > > dell-wmi branch and let me know if this is correct and working as expected.
>> > >
>> >
>> > It's probably okay, but I think you applied it out of order.  This
>> > patch was intended to be applied after the handle_dmi_xyz fixes.  If
>> > you back this one out, apply those, and then re-apply this, it should
>> > apply cleanly.
>> >
>> > --Andy
>>
>> Ah, thanks. Sometimes that gets lost in the INBOX, I was starting to think the
>> same thing as I went through the patchwork list though. I'll back it out and do
>> that. Thanks!
>
> Turns out I wasn't Cc'd on the dependent dmi fixes series. Please include me on
> Cc for patches where I show up as a maintainer.
>

Oops.  I cc'd platform-driver-x86@vger.kernel.org and assumed that was
sufficient.  Sorry.

--Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html