Public bug reported:

SRU Justification: This patch has been accepted into the upstream 2.6.27.4 
stable kernel.
It should be pulled into the Ubuntu kernel as well.

TEST CASE: TBD

commit bc79810633524ea09b77e3de3ba3f4a97f2152b7
Author: Rafael J. Wysocki <[EMAIL PROTECTED]>
Date:   Mon Oct 20 21:30:19 2008 +0000

    x86 ACPI: fix breakage of resume on 64-bit UP systems with SMP kernel
    
    commit 3038edabf48f01421c621cb77a712b446d3a5d67 upstream
    
    x86 ACPI: Fix breakage of resume on 64-bit UP systems with SMP kernel
    
    We are now using per CPU GDT tables in head_64.S and the original
    early_gdt_descr.address is invalidated after boot by
    setup_per_cpu_areas().  This breaks resume from suspend to RAM on
    x86_64 UP systems using SMP kernels, because this part of head_64.S
    is also executed during the resume and the invalid GDT address
    causes the system to crash.  It doesn't break on 'true' SMP systems,
    because early_gdt_descr.address is modified every time
    native_cpu_up() runs.  However, during resume it should point to the
    GDT of the boot CPU rather than to another CPU's GDT.
    
    For this reason, during suspend to RAM always make
    early_gdt_descr.address point to the boot CPU's GDT.
    
    This fixes http://bugzilla.kernel.org/show_bug.cgi?id=11568, which
    is a regression from 2.6.26.
    
    Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
    Acked-by: Pavel Machek <[EMAIL PROTECTED]>
    Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
    Reported-and-tested-by: Andy Wettstein <[EMAIL PROTECTED]>
    Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>

** Affects: linux (Ubuntu)
     Importance: Undecided
         Status: New

-- 
x86 ACPI: fix breakage of resume on 64-bit UP systems with SMP kernel
https://bugs.launchpad.net/bugs/294016
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to