From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753271AbdK0ScZ (ORCPT ); Mon, 27 Nov 2017 13:32:25 -0500 Received: from vulcan.natalenko.name ([104.207.131.136]:34800 "EHLO vulcan.natalenko.name" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753226AbdK0ScX (ORCPT ); Mon, 27 Nov 2017 13:32:23 -0500 DMARC-Filter: OpenDMARC Filter v1.3.2 vulcan.natalenko.name 0F0FF29CF68 Authentication-Results: vulcan.natalenko.name; dmarc=fail (p=none dis=none) header.from=natalenko.name From: Oleksandr Natalenko To: Mario.Limonciello@dell.com Cc: pali.rohar@gmail.com, platform-driver-x86@vger.kernel.org, linux-kernel@vger.kernel.org, mjg59@srcf.ucam.org, dvhart@infradead.org, andy@infradead.org, dmitry.torokhov@gmail.com Subject: Re: Dell Vostro 3360 multimedia keys Date: Mon, 27 Nov 2017 19:32:20 +0100 Message-ID: <9065116.JHLBT2mDoC@natalenko.name> In-Reply-To: References: <5089742.2pBsoxBtzf@natalenko.name> <201711211936.25184@pali> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=natalenko.name; s=arc-20170712; t=1511807541; h=from:subject:date:message-id:to:cc:mime-version:content-type:content-transfer-encoding:in-reply-to:references; bh=XPAxaNGAk3rtxIDJebKBa9X0L9+eKWgclFoHdAXOvHo=; b=ll6kFfgfZjxMR/G5yg9ea5iAh5euLI9wrmfekXUQron2Ye+vjb3Rnh09xp8au05+g+zH0S bmxnvU793NXKJ9t6AqaEdJVYqUZmLWxiOZuj6Pj3P4F8A7wvz2ofyNlgpOFsPuDfDcETXL Sv4TfmZFonwn1cn6JHkpvdbj3uBrVdQ= ARC-Seal: i=1; s=arc-20170712; d=natalenko.name; t=1511807541; a=rsa-sha256; cv=none; b=qNLaruP2kJUUUwWDj+/gTtfpkAcFMPKb+mBJqbh8XEjWVy6VOvGtsSKL3WnEv3+cYNdeXj8hO4MDiPYmV4mDdY1iC0uy14K7c9jotd7w9k6sceVTl5R4hUS+lmoiBdq2QvDWM/jTvamzqHQEDG6H1WbJU2h1OLz3nZu/e2zD91o= ARC-Authentication-Results: i=1; auth=pass smtp.auth=oleksandr@natalenko.name smtp.mailfrom=oleksandr@natalenko.name 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 quoted-printable to 8bit by nfs id vARIWT2h007590 Hello. On pondělí 27. listopadu 2017 17:56:07 CET Mario.Limonciello@dell.com wrote: > > /* snip */ > > Looks like that Dell Vostro 3360 have this meaning for multimedia keys: > > > > first key: Mobility Center > > second key: Dell Support Center > > third key: Dell Instant Launch Manager > > > > (same as other Vostro laptops) > > > As I can tell the "Instant Launch" key is supposed to be emitted > both via WMI and scan code both. > > Can you please check SMBIOS table 0xb1 offset 0x08? This is the misc > BIOS flags table. It's been used for a few other drivers for other > purposes > too. I expect that bit 1 should be set. This should indicate > that the system supports instant launch manager button. You can use that > to key off of for deviating behavior. Is this correct: [~]$ sudo dmidecode -t 0xb1 # dmidecode 3.1 Getting SMBIOS data from sysfs. SMBIOS 2.7 present. Handle 0x003C, DMI type 177, 12 bytes OEM-specific Type Header and Data: B1 0C 3C 00 1A 0E 00 00 01 00 00 00 ? > > As for why these two keys (first and second) seem to emit the same code, > keep in mind that these were machines from around the era of Windows Vista. > Microsoft had allowed applications to register tiles in the "mobility > center". > Dell had an application at that time (Quickset) that would receive the WMI > events and register tiles in the mobility center. So the application could > then > know to open up mobility center applet when it needed to from WMI > request or to launch another application if it needed to. > > This has all obviously changed with newer versions of Windows. > > I would recommend to have a separate function in dell-wmi driver for when > you see instant launch key in misc flags table and to allow looking at > extended buffer for these behaviors. > > > > > > But do not know what KEY_* are used on other Vostro laptops for those > > keys. It would be great to use same KEY_*... > > > These first two aren't intended to be generally mapped (as I described > above). > I think for Linux you can map them if you desire by my above > description. > /* snip */