Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753325AbbF0Pu6 (ORCPT ); Sat, 27 Jun 2015 11:50:58 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:49791 "EHLO out3-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751712AbbF0Puu (ORCPT ); Sat, 27 Jun 2015 11:50:50 -0400 X-Sasl-enc: WDO0LWWRfZHeFpziNZLBdvSKtM3prQdx7z0Kvfz1KCwU 1435420246 Date: Sat, 27 Jun 2015 12:50:44 -0300 From: Henrique de Moraes Holschuh To: Jan Kiszka Cc: Hui Wang , Raymond Yau , alex.hung@canonical.com, ALSA Development Mailing List , Hui Wang , tiwai@suse.de, Linux Kernel Mailing List , david.henningsson@canonical.com Subject: Re: [alsa-devel] [V2 PATCH] ALSA: hda - Enable mute/mic-mute LEDs for more Thinkpads with Conexant codec Message-ID: <20150627155044.GA3054@khazad-dum.debian.net> References: <53B52146.9050300@canonical.com> <55603F22.8070103@web.de> <5560A93E.7060607@web.de> <558A4216.8010401@web.de> <558A6E80.7010003@canonical.com> <558BDFD4.9060301@web.de> <558CB778.5020307@canonical.com> <20150626224946.GA11254@khazad-dum.debian.net> <558E3BDE.5070708@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <558E3BDE.5070708@web.de> X-GPG-Fingerprint1: 4096R/39CB4807 C467 A717 507B BAFE D3C1 6092 0BD9 E811 39CB 4807 X-GPG-Fingerprint2: 1024D/1CDB0FE3 5422 5C61 F6B7 06FB 7E04 3738 EE25 DE3F 1CDB 0FE3 User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1856 Lines: 39 On Sat, 27 Jun 2015, Jan Kiszka wrote: > > Please explain _in detail_ what you mean with "changing a power button to a > > reset button by acessing the SSMS ACPI method in a X121e". > > > > Are we trigering a bug somewhere that crashes the x121e and causes it to > > reboot? > > Well, there aren't much details to describe in this case: When this > patch is applied and I press the power button, the device performs a > hard reset. It doesn't reveal if the kernel crashes catastrophically, > causing a triple fault or so, or if the firmware decides to reset the > platform. Reverting the patch or preventing its effect via a quirk > filter like I posted [1] makes the issue go away. Ok, so we crashing the firmware, and on a box that is not likely to get further updates. Well, this is a pretty clear case: blacklist. Since calling SSMS in the X121e is unsafe, it needs to be blacklisted in thinkpad-acpi. I will need dmidecode output for that (please XXX-out UUIDs and serial numbers in the dmidecode output before you send it to me, but do keep model numbers intact). We can also have a blacklist in ALSA to avoid the whole symbol_request() for something that will have to fail, of course. I leave that for the ALSA maintainers to decide. That said, you blacklisted in ALSA by full codec->subsystem_id. Which thinkpads have the 0x17aa21ec subsystem ID on the codec? Just the x121e? -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/