* Re: 2.6.30-rc4: microcode: failed to init CPU1
@ 2009-05-17 19:28 Dmitry Adamushko
2009-05-19 9:11 ` Ingo Molnar
0 siblings, 1 reply; 4+ messages in thread
From: Dmitry Adamushko @ 2009-05-17 19:28 UTC (permalink / raw)
To: Thomas Meyer, Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Ingo Molnar, Jaswinder Singh Rajput
>> [ ... ]
>> [ 6643.982900] microcode: failed to init CPU1
>> [ 6643.983528] CPU1 is up
>> [ 6643.984529] ACPI: Waking up from system sleep state S4
>> [ 6644.290917] pci 0000:00:1e.0: power state changed by ACPI to D0
>> [ 6644.291103] ata_piix 0000:00:1f.1: power state changed by ACPI to D0
>> [ 6644.291139] ata_piix 0000:00:1f.1: restoring config space at offset 0x1 (was 0x2800001, writing 0x2800005)
>> [ 6644.291187] ata_piix 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00003, writing 0x2b00007)
>> [ 6644.297593] pci 0000:00:07.0: PME# disabled
>>
>> Is this an error/problem?
>
> Not sure.
>
> CCing the people who have worked with the Intel microcode code recently.
does the error message disappear with the following patch applied?
Thanks in advance.
---
Subject: error handling inconsistency
Don't report an error in case there is simply no cached microcode update available when resuming.
p.s. the current version in -tip provides better error handling and doesn't have this problem.
Signed-off-by: Dmitry Adamushko <dmitry.adamushko@gmail.com>
diff --git a/arch/x86/kernel/microcode_core.c b/arch/x86/kernel/microcode_core.c
index 98c470c..4fe8c3c 100644
--- a/arch/x86/kernel/microcode_core.c
+++ b/arch/x86/kernel/microcode_core.c
@@ -307,7 +307,7 @@ static int microcode_resume_cpu(int cpu)
pr_debug("microcode: CPU%d resumed\n", cpu);
if (!uci->mc)
- return 1;
+ return 0;
/*
* Let's verify that the 'cached' ucode does belong
^ permalink raw reply related [flat|nested] 4+ messages in thread* Re: 2.6.30-rc4: microcode: failed to init CPU1
2009-05-17 19:28 2.6.30-rc4: microcode: failed to init CPU1 Dmitry Adamushko
@ 2009-05-19 9:11 ` Ingo Molnar
0 siblings, 0 replies; 4+ messages in thread
From: Ingo Molnar @ 2009-05-19 9:11 UTC (permalink / raw)
To: Dmitry Adamushko
Cc: Thomas Meyer, Rafael J. Wysocki, Linux Kernel Mailing List,
Jaswinder Singh Rajput
* Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
>
> >> [ ... ]
> >> [ 6643.982900] microcode: failed to init CPU1
> >> [ 6643.983528] CPU1 is up
> >> [ 6643.984529] ACPI: Waking up from system sleep state S4
> >> [ 6644.290917] pci 0000:00:1e.0: power state changed by ACPI to D0
> >> [ 6644.291103] ata_piix 0000:00:1f.1: power state changed by ACPI to D0
> >> [ 6644.291139] ata_piix 0000:00:1f.1: restoring config space at offset 0x1 (was 0x2800001, writing 0x2800005)
> >> [ 6644.291187] ata_piix 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00003, writing 0x2b00007)
> >> [ 6644.297593] pci 0000:00:07.0: PME# disabled
> >>
> >> Is this an error/problem?
> >
> > Not sure.
> >
> > CCing the people who have worked with the Intel microcode code recently.
>
>
> does the error message disappear with the following patch applied?
>
> Thanks in advance.
>
>
> ---
>
>
> Subject: error handling inconsistency
>
> Don't report an error in case there is simply no cached microcode
> update available when resuming.
>
> p.s. the current version in -tip provides better error handling
> and doesn't have this problem.
>
> Signed-off-by: Dmitry Adamushko <dmitry.adamushko@gmail.com>
We can do your fixlet for .30 as well (if it's tested by Thomas to
solve the problem) - the reworked code in -tip is invasive changes
aimed at .31.
Ingo
^ permalink raw reply [flat|nested] 4+ messages in thread
* 2.6.30-rc4: microcode: failed to init CPU1
@ 2009-05-06 18:09 Thomas Meyer
2009-05-16 21:04 ` Rafael J. Wysocki
0 siblings, 1 reply; 4+ messages in thread
From: Thomas Meyer @ 2009-05-06 18:09 UTC (permalink / raw)
To: Linux Kernel Mailing List
Hi,
With 2.6.30-rc4 I see this after resume from ram or disk. Here log from resume from disk:
[ 6643.757890] Breaking affinity for irq 23
[ 6643.759029] kvm: disabling virtualization on CPU1
[ 6643.859360] CPU 1 is now offline
[ 6643.859366] SMP alternatives: switching to UP code
[ 6643.869609] CPU1 is down
[ 6643.869682] Extended CMOS year: 2000
[ 6643.869786] PM: Creating hibernation image:
[ 6643.872676] PM: Need to copy 124075 pages
[ 6643.872676] Intel machine check architecture supported.
[ 6643.872676] Intel machine check reporting enabled on CPU#0.
[ 6643.872676] PM: Restoring platform NVS memory
[ 6643.872676] Extended CMOS year: 2000
[ 6643.872676] Enabling non-boot CPUs ...
[ 6643.872676] SMP alternatives: switching to SMP code
[ 6643.879652] CPU 1 irqstacks, hard=c20d6000 soft=c20d7000
[ 6643.879661] Booting processor 1 APIC 0x1 ip 0x6000
[ 6643.869076] Initializing CPU#1
[ 6643.869076] Calibrating delay using timer specific routine.. 3663.43 BogoMIPS (lpj=6103090)
[ 6643.869076] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 6643.869076] CPU: L2 cache: 2048K
[ 6643.869076] CPU: Physical Processor ID: 0
[ 6643.869076] CPU: Processor Core ID: 1
[ 6643.869076] Intel machine check architecture supported.
[ 6643.869076] Intel machine check reporting enabled on CPU#1.
[ 6643.973311] CPU1: Genuine Intel(R) CPU T2400 @ 1.83GHz stepping 08
[ 6643.973364] kvm: enabling virtualization on CPU1
[ 6643.973521] Switched to high resolution mode on CPU 1
[ 6643.982900] microcode: failed to init CPU1
[ 6643.983528] CPU1 is up
[ 6643.984529] ACPI: Waking up from system sleep state S4
[ 6644.290917] pci 0000:00:1e.0: power state changed by ACPI to D0
[ 6644.291103] ata_piix 0000:00:1f.1: power state changed by ACPI to D0
[ 6644.291139] ata_piix 0000:00:1f.1: restoring config space at offset 0x1 (was 0x2800001, writing 0x2800005)
[ 6644.291187] ata_piix 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00003, writing 0x2b00007)
[ 6644.297593] pci 0000:00:07.0: PME# disabled
Is this an error/problem?
greets
thomas
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 2.6.30-rc4: microcode: failed to init CPU1
2009-05-06 18:09 Thomas Meyer
@ 2009-05-16 21:04 ` Rafael J. Wysocki
0 siblings, 0 replies; 4+ messages in thread
From: Rafael J. Wysocki @ 2009-05-16 21:04 UTC (permalink / raw)
To: Thomas Meyer
Cc: Linux Kernel Mailing List, Ingo Molnar, Jaswinder Singh Rajput,
Dmitry Adamushko
On Wednesday 06 May 2009, Thomas Meyer wrote:
> Hi,
>
> With 2.6.30-rc4 I see this after resume from ram or disk. Here log from resume from disk:
>
> [ 6643.757890] Breaking affinity for irq 23
> [ 6643.759029] kvm: disabling virtualization on CPU1
> [ 6643.859360] CPU 1 is now offline
> [ 6643.859366] SMP alternatives: switching to UP code
> [ 6643.869609] CPU1 is down
> [ 6643.869682] Extended CMOS year: 2000
> [ 6643.869786] PM: Creating hibernation image:
> [ 6643.872676] PM: Need to copy 124075 pages
> [ 6643.872676] Intel machine check architecture supported.
> [ 6643.872676] Intel machine check reporting enabled on CPU#0.
> [ 6643.872676] PM: Restoring platform NVS memory
> [ 6643.872676] Extended CMOS year: 2000
> [ 6643.872676] Enabling non-boot CPUs ...
> [ 6643.872676] SMP alternatives: switching to SMP code
> [ 6643.879652] CPU 1 irqstacks, hard=c20d6000 soft=c20d7000
> [ 6643.879661] Booting processor 1 APIC 0x1 ip 0x6000
> [ 6643.869076] Initializing CPU#1
> [ 6643.869076] Calibrating delay using timer specific routine.. 3663.43 BogoMIPS (lpj=6103090)
> [ 6643.869076] CPU: L1 I cache: 32K, L1 D cache: 32K
> [ 6643.869076] CPU: L2 cache: 2048K
> [ 6643.869076] CPU: Physical Processor ID: 0
> [ 6643.869076] CPU: Processor Core ID: 1
> [ 6643.869076] Intel machine check architecture supported.
> [ 6643.869076] Intel machine check reporting enabled on CPU#1.
> [ 6643.973311] CPU1: Genuine Intel(R) CPU T2400 @ 1.83GHz stepping 08
> [ 6643.973364] kvm: enabling virtualization on CPU1
> [ 6643.973521] Switched to high resolution mode on CPU 1
> [ 6643.982900] microcode: failed to init CPU1
> [ 6643.983528] CPU1 is up
> [ 6643.984529] ACPI: Waking up from system sleep state S4
> [ 6644.290917] pci 0000:00:1e.0: power state changed by ACPI to D0
> [ 6644.291103] ata_piix 0000:00:1f.1: power state changed by ACPI to D0
> [ 6644.291139] ata_piix 0000:00:1f.1: restoring config space at offset 0x1 (was 0x2800001, writing 0x2800005)
> [ 6644.291187] ata_piix 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00003, writing 0x2b00007)
> [ 6644.297593] pci 0000:00:07.0: PME# disabled
>
> Is this an error/problem?
Not sure.
CCing the people who have worked with the Intel microcode code recently.
Thanks,
Rafael
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-05-19 9:11 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-05-17 19:28 2.6.30-rc4: microcode: failed to init CPU1 Dmitry Adamushko
2009-05-19 9:11 ` Ingo Molnar
-- strict thread matches above, loose matches on Subject: below --
2009-05-06 18:09 Thomas Meyer
2009-05-16 21:04 ` Rafael J. Wysocki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox