, NP900X3C)
I hope this helped,
Cheers!
--
Juan Manuel Cabo
On 03/25/2014 05:41 PM, Juan Manuel Cabo wrote:
> I can see a LID event being discarded here on resume:
>
> [ 728.861983] ACPI : EC: <--- command = 0x84
> [ 728.864062] ACPI : EC: ---> status = 0x09
>
uch Stefan for your in-depth tests!
Cheers!
--
Juan Manuel Cabo
On 03/25/2014 05:24 PM, Stefan Biereigel wrote:
> Alright - as I have some spare time tonight, here is the dmesg of one
> sleep/resume cycle on an unpatched 3.14-rc8 tree with my usual config +
> dynamic debug enabled. After
t for lid state change reads it from the EC
to the LIDS var,
instead of just toggling the "LIDS" variable (Lid Status). My own dsdt is
downloadable from my
blog, at
http://zenstep.com.ar/files/DSDT_SamsungSeries5-NP530U3c-AB1_WithBios_P14AAJ.dsl
Cheers!
--
Juan Manuel Cabo
On 03/25
ec_dmi_table[] = {
until 3.11 I guess.
It is just a context line and is not important for the patch itself.
See:
http://lxr.free-electrons.com/source/drivers/acpi/ec.c?v=3.11
http://lxr.free-electrons.com/source/drivers/acpi/ec.c?v=3.12
Cheers!
--Juan Manuel Cabo
On 03/05/2014 10:24 PM, Kieran Clancy
Hello Kieran!!
Dennis has an AMD laptop, NP535U3C-A04DE, and found it to be 9
(which I guess was an off by one in his modification
of the userspace workaround and was really 8):
https://bugzilla.kernel.org/show_bug.cgi?id=44161#c146
I found it to be 8 for me, both in the patch and in my n
e in which an unknown EC never returns 0 after
queue emptied. So far it hasn't been the case. Can we count on it?.
The loop currently does finish early when there are no more events.
I guess changing it 255 or 1000 would be enough, right?
Cheers!
--
Juan Manuel Cabo
>> For us, a
but using them instead to poll (not GPE initiated) at awake. The EC would
then return status without 0x20 mask and 'event type'==0 when no more left.
--
Juan Manuel Cabo
>>
>> enum {
>> EC_FLAGS_QUERY_PENDING,/* Query is pending */
>> @@ -116,6
7 matches
Mail list logo
