On 2012-10-03 14:52, Hans de Goede wrote:
Hi,
On 10/03/2012 01:48 PM, Martin Hundebøll wrote:
On 2012-10-03 12:43, Hans de Goede wrote:
Hi,
On 10/03/2012 08:36 AM, Martin Hundebøll wrote:
On 2012-10-02 13:14, Hans de Goede wrote:
Hi,
On 10/02/2012 11:22 AM, Martin Hundebøll wrote:
Hi Hans,
On 2012-10-01 20:38, Hans de Goede wrote:
2) Even with a 3.6 which shows the problematic behavior, I can
make things work by adding acpi.ec_delay=2000 to the kernel cmdline,
the debug traces show that the EC takes it sweet time to respond
(sometime close to 2 seconds) but it does eventually respond in all
cases I've seen sofar.
This also seems to fix a sporadic occurence of:
"ACPI: EC: input buffer is not empty aborting transaction"
Which I'm seeing with 3.5 / 3.6 in a non debug build.
Martin, can you see if adding that helps you with the E5430 problems
too ?
As far as I can tell from the attached dmesg, the errors are gone
after setting acpi.ec_delay=2000. Thanks a lot!
The only remaining issue is the fan control, which works as expected
initially, but then fails to spin down after a few minutes.
Hmm, I'm seeing the same thing, but only when charging my battery, and
then indeed
does not spin down completely, but it does step down from vacuum
cleaner
mode to
something more pleasant after the machine was loaded for a while and
returns back
to idle.
Also it spins up to its slowest speed by jut using the charger, so I
think it is
just bleeding of heat caused by the charging hardware in this case
(for
me).
For the record, my fan keeps spinning also when on battery (as
reported by i8k/sensors):
i8k-virtual-0
Adapter: Virtual device
Right Fan: 84000 RPM
CPU: +39.0C
This is not a total show-stopper, but nevertheless quite annoying when
the home-office is shared with the bedroom :)
Ah right, you added acpi_enforce_resources=lax to get i8k to work,
right, hint:
DO NOT DO THAT!
See:
http://lm-sensors.org/wiki/FAQ/Chapter3#Mysensorshavestoppedworkinginkernel2.6.31
Unfortunately, no. I only tried those paramters to see no effect and
thus removed them again before sending my initial mail. The
description in my previous mail was given with only:
cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-linux
root=UUID=ef14a89c-443d-4d51-99b8-bff7a90f1015 ro quiet
acpi.ec_delay=2000
Hmm, so the i8k driver loads without acpi_enforce_resources=lax, ok. But
you do need
to load it manually right, or does it auto - load ?
I was in the believe that i8k was of the good, so I loaded it manually,
but it did also auto load...
Either way could you try without the i8k driver? Blacklisting it if
necessary ?
It is now blacklisted/uninstalled and the fan is indeed unhearable! I
will consider the case solved (with the increased timeout), unless
something else appears within near future.
Also how fast does the fan spin ? And does it go faster if you load the
machine,
and back to a lower speed again when you remove the load ?
Before blacklisting i8k the fan was spinning with ~8000 RPM without load
and ~10000 under load.
And does your machine have a discrete gpu ? Or does it only use the
graphics
integrated into the CPU ?
It only uses the intergrated intel graphics.
Thanks for your time again!
--
Kind Regards
Martin Hundebøll
Frederiks Allé 99, 1.th
8000 Aarhus C
Denmark
+45 61 65 54 61
martin@xxxxxxxxxxxxx
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
