lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sat, 27 Jun 2015 07:59:58 +0200
From:	Jan Kiszka <jan.kiszka@....de>
To:	Henrique de Moraes Holschuh <hmh@....eng.br>,
	Hui Wang <hui.wang@...onical.com>
CC:	Raymond Yau <superquad.vortex2@...il.com>, alex.hung@...onical.com,
	ALSA Development Mailing List <alsa-devel@...a-project.org>,
	Hui Wang <jason77.wang@...il.com>, tiwai@...e.de,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	david.henningsson@...onical.com
Subject: Re: [alsa-devel] [V2 PATCH] ALSA: hda - Enable mute/mic-mute LEDs
 for more Thinkpads with Conexant codec

On 2015-06-27 00:49, Henrique de Moraes Holschuh wrote:
> On Fri, 26 Jun 2015, Hui Wang wrote:
>>> Again, I'm on a X121e, and that has only a single physical LED for
>>> signaling the power state. The mute button is behind key combination of
>>> the keyboard.
>>>
>>> Jan
>> There is no reason to change a power button to a reset button after
>> accessing the acpi device "SSMS", the "SSMS" is for the mute led instead of
>> the power management.
>>
>> I think it is better you login to the lenovo website and look for the latest
>> BIOS image, then upgrade the BIOS on your machine to see if it can solve the
>> problem or not.
> 
> Hmm, I think I am missing something here.
> 
> 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.

Jan

[1]
http://mailman.alsa-project.org/pipermail/alsa-devel/2014-June/078284.html


Download attachment "signature.asc" of type "application/pgp-signature" (182 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ