Dell Latitude E6410: System freeze on S3 resume with Intel Core i7 CPUs (affects any OS)

Update: after more suspend/resume cycles it turned out that Intel Idle Driver is not to blame. Unless SpeedStep is disabled in BIOS the laptop does not realiabily resume on battery power. Since SpeedStep is about P-states rather than C-states; could someone write an experimental patch which would set P-states to a fixed value during S3 resume process, in other words something that would cause the system to behave as if SpeedStep was disabled during S3 resume?

Like i commented here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/578673,
by using an experimental kernel which has cpufreq modularized I was able to disable completely the CPU power management. Cpufreq module did not load (this no frequency scaling) and C-states sticked to C0 all the time.
The link between system freeze on S3 resume from batteries and CPU power management has not been strictly proven.

Please mark this bug report as invalid.

I have observed this same behavior on my HP Mini 311 - with the 2.6.35-22.35 kernel release, I was encountering frequent hangs when suspending the system. The problem was resolved upon downgrading to the 2.6.35-22.33 package, and I'm now using a kernel from http://ppa.launchpad.net/kernel-ppa/pre-proposed/ubuntu, which fixes this issue as well as hanging on hibernation. While I was in Belgium, a friend upgraded his Dell laptop to maverick with the same kernel, and was also encountering hangs on sleep attempts. This issue is definitely not invalid, and should be addressed.

I think the problems you are encountering are very different. The problem for which I originally started this bug report was finally identified as BIOS problem of Dell Latitude E6410 with nVidia GPU and Core i7 2.66GHz CPU (probably concerns E6510 series with same specs too) laptops up to A05 BIOS revision. The A06 is not yet out, so we'll see once I'll be able to test it. The issue only occurs on resume from S3 suspend while the laptop runs on battery power, using any kernel, including Windows kernels. Derrik for your issues I think you'd better submit a different bug report.

Is this issue specific to the nVidia GPU or would the problem I am having be the same on the Intel graphics card on the e6410 laptop?

What I am seeing is a crash on suspend having an Input/Output error reported (in the text suspending sequence) and a message of loading the crash kernel. Nothing else happens at that point and I am forced to hard power the laptop off with a long-power button hold.

After a lot of time wasted with Dell support this is my current experience:
1) issue only appears when the laptop is powered on battery
2) this issue disappears when Speed Step is disabled in BIOS (which disables Turbo Boost as well)
3) this issue is mostly visible on i7 620M 2.66 CPUs; much less frequent (but persists) with i7 640M 2.80 CPUs (and probably very rare with i5 CPUs - unconfirmed)
4) probably it is not dependent on GPU chip used in the configuration
5) probably it could be fixed by BIOS and is not a mainboard design flaw, still A06 BIOS update did not fix it
IMO all E6410 owners with i7 2.66 CPU are affected if the above assumptions are true. Why they are no massive complaints by customers about these systems could be because:
- either most users do not use Sleep and use Hibernate instead
- or most of builds were sold with i5 CPUs
- people from Windows world are just used to random freezes and don't pay attention to particular circumstances causing the freeze

Andrew, either try disabling Speed Step or always remember to resume only when plugged-in to power outlet ;-)

I went the way of disabling Speed Step and am waiting for the A07 BIOS (if ever it fixes the issue).

As of Kubuntu 11.10 / kernel 3.0.0-14-generic #23-Ubuntu SMP Mon Nov 21 20:28:43 UTC 2011 x86_64
I can reliably hibernate the system and back to live. However I use an E6410 with i5 processor ....

Michal, thank you for reporting this and helping make Ubuntu better. This bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please provide the information following https://wiki.ubuntu.com/DebuggingKernelSuspendHibernateResume ? As well, can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ . However, note you can only test Suspend, not Hibernate, when using a LiveCD. If the issue remains, run the following command in the development release from a Terminal (Applications->Accessories->Terminal) as it will automatically gather and attach updated debug information to this report.

apport-collect -p linux <BUGNUMBER>

Additionally, if you could try to reproduce this with the upstream mainline kernel that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text.

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.

Please let us know your results. Thanks in advance.

Hello Christopher,

The problem seem to have gone away when updating to the first 12.04 beta.
If I'll notice any more problem I'll add more information.

Thanks for make such a great release,
--
Miki

On Thu, Apr 26, 2012 at 12:46 AM, Christopher M. Penalver
<email address hidden> wrote:
> Michal, thank you for reporting this and helping make Ubuntu better.
> This bug was reported a while ago and there hasn't been any activity in
> it recently. We were wondering if this is still an issue? If so, could
> you please provide the information following
> https://wiki.ubuntu.com/DebuggingKernelSuspendHibernateResume ? As well,
> can you try with the latest development release of Ubuntu? ISO CD images
> are available from http://cdimage.ubuntu.com/releases/ . However, note
> you can only test Suspend, not Hibernate, when using a LiveCD. If the
> issue remains, run the following command in the development release from
> a Terminal (Applications->Accessories->Terminal) as it will
> automatically gather and attach updated debug information to this
> report.
>
> apport-collect -p linux <BUGNUMBER>
>
> Additionally, if you could try to reproduce this with the upstream
> mainline kernel that would be great. It will allow additional upstream
> developers to examine the issue. Refer to
> https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the
> upstream kernel, please remove the 'needs-upstream-testing' tag. This
> can be done by clicking on the yellow pencil icon next to the tag
> located at the bottom of the bug description and deleting the 'needs-
> upstream-testing' text.
>
> If this bug is fixed in the mainline kernel, please add the following
> tag 'kernel-fixed-upstream'.
>
> If the mainline kernel does not fix this bug, please add the tag:
> 'kernel-bug-exists-upstream'.
>
> If you are unable to test the mainline kernel, for example it will not
> boot, please add the tag: 'kernel-unable-to-test-upstream'.
>
> Please let us know your results. Thanks in advance.
>
> ** Description changed:
>
> - System freezes on resume (sometimes on 2nd, 3rd... suspend/resume cycle). It seems to be a race condition related to Intel Idle Driver.  Using the boot GRUB parameter "intel_idle.max_cstate=0" which disables the new Intel Idle Driver and assures fallback to ACPI idle, the problem disappears.  Another, less clean, workaround was to completely disable Intel SpeedStep in BIOS.
> + System freezes on resume (sometimes on 2nd, 3rd... suspend/resume
> + cycle). It seems to be a race condition related to Intel Idle Driver.
> +
>  Same problem confirmed on both Ubuntu 2.6.35 and 2.6.36 series kernels as well as corresponding mainline kernels. Brief testing on 2.6.32, 2.6.33 and 2.6.34 kernels led to same resume freezes; on Lucid 2.6.32 kernel it *seemed* that disabling "/usr/lib/pm-utils/sleep.d/94cpufreq" script has helped to avoid the race condition on resume.
>  Note:  the race condition only appears when resuming the laptop (Dell e6410)  on battery power.
>  Thanks to Mario Limonciello from Dell Linux engineering for hinting that Intel Idle Driver might be the element playing the determining role in this S3 resume race condition.
> +
> + WORKA...

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Is a hardware (BIOS) issue, nothing OS specific. Seems that A12 BIOS (maybe A11 which I did not test; A10 was still buggy) does fix the issue.