From: Woody Suwalski <terraluna977@gmail.com>
To: Pavel Machek <pavel@ucw.cz>, "Rafael J. Wysocki" <rjw@rjwysocki.net>
Cc: kernel list <linux-kernel@vger.kernel.org>,
tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com
Subject: Re: 4.10-rc1: thinkpad x60: who ate my cpu?
Date: Sat, 11 Feb 2017 18:48:27 -0500 [thread overview]
Message-ID: <1614c21c-3626-074e-e3c3-26e9cd200454@gmail.com> (raw)
In-Reply-To: <20170115095656.GA16524@amd>
Pavel Machek wrote:
> On Sat 2017-01-14 12:30:54, Pavel Machek wrote:
>> Hi!
>>
>> On Thu 2017-01-12 20:19:31, Woody Suwalski wrote:
>>> Pavel Machek wrote:
>>>> Hi!
>>>>
>>>>> I used to have two cpus, and Thinkpad X60 should have two cores, but I
>>>>> only see one on 4.10-rc1. This machine went through many
>>>>> suspend/resume cycles. When backups finish, I'll try -rc2.
>>>> Whoever did it, he seems to have returned the cpu in -rc3. All seems
>>>> to be good now.
>>> Actually since you have mentioned - I have checked my x60 - same problem -
>>> only one CPU. However I was running 4.8.13 with uptime 33 days, multiple
>>> sleep/wake-ups.
>>> Installed a current EOL 4.8.17 and rebooted - I see 2 CPUs. So the issue is
>>> older then 4.10 kernel, and I suspect it is the CPU hotplug / wakeup
>>> related...
>> Hmm. So I seen two cores in -rc3 after boot. But it is quite well
>> possible that -rc1 was ok just after boot, too, and problem happened
>> sometime later (probably during suspend/resume cycles). Let me go back
>> to -rc1 to check.
> Indeed in -rc1 I see both CPUs after boot. So we have hard to
> reproduce case where 4.8 to 4.10 kernels lose one of the cpu cores...
>
>
>
Managed to duplicate - but it took again a long time - I have an uptime
of 29 days.
It must have happened in the last day, as I kept checking as often as I
remembered.
The kernel is 4.8.17 EOL, installed almost a month ago.
Platform ThinkPad x60, Intel(R) Core(TM) Duo CPU T2400 @ 1.83GHz
In dmesg I see that it used to be when 2 CPUs were OK:
[690409.476107] PM: noirq suspend of devices complete after 79.914 msecs
[690409.476547] ACPI: Preparing to enter system sleep state S3
[690409.780081] ACPI : EC: EC stopped
[690409.780083] PM: Saving platform NVS memory
[690409.780284] Disabling non-boot CPUs ...
[690409.805284] smpboot: CPU 1 is now offline
[690409.816464] ACPI: Low-level resume complete
[690409.816464] ACPI : EC: EC started
[690409.816464] PM: Restoring platform NVS memory
[690409.816464] Enabling non-boot CPUs ...
[690409.840574] x86: Booting SMP configuration:
[690409.840576] smpboot: Booting Node 0 Processor 1 APIC 0x1
[690409.805271] Initializing CPU#1
[690409.805271] Disabled fast string operations
[690409.888252] cache: parent cpu1 should not be sleeping
[690409.920185] CPU1 is up
[690409.922288] ACPI: Waking up from system sleep state S3
Then the CPU1 failed to start:
[691329.776108] PM: noirq suspend of devices complete after 79.941 msecs
[691329.776550] ACPI: Preparing to enter system sleep state S3
[691330.080081] ACPI : EC: EC stopped
[691330.080083] PM: Saving platform NVS memory
[691330.080284] Disabling non-boot CPUs ...
[691330.105303] smpboot: CPU 1 is now offline
[691330.116477] ACPI: Low-level resume complete
[691330.116477] ACPI : EC: EC started
[691330.116477] PM: Restoring platform NVS memory
[691330.116477] Enabling non-boot CPUs ...
[691330.140570] x86: Booting SMP configuration:
[691330.140572] smpboot: Booting Node 0 Processor 1 APIC 0x1
[691340.140015] smpboot: do_boot_cpu failed(-1) to wakeup CPU#1
[691340.164445] Error taking CPU1 up: -5
[691340.166309] ACPI: Waking up from system sleep state S3
And now it is:
[692517.868523] ACPI: Preparing to enter system sleep state S3
[692518.172074] ACPI : EC: EC stopped
[692518.172076] PM: Saving platform NVS memory
[692518.172269] Disabling non-boot CPUs ...
[692518.172269] ACPI: Low-level resume complete
[692518.172269] ACPI : EC: EC started
[692518.172269] PM: Restoring platform NVS memory
[692518.172269] ACPI: Waking up from system sleep state S3
Is there any test I could do on the CPU wakeup while in that state?
Woody
next prev parent reply other threads:[~2017-02-11 23:48 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-08 22:17 Pavel Machek
2017-01-09 9:30 ` Pavel Machek
2017-01-13 1:19 ` Woody Suwalski
2017-01-14 11:30 ` Pavel Machek
2017-01-15 9:56 ` Pavel Machek
2017-02-11 23:48 ` Woody Suwalski [this message]
2017-02-12 15:43 ` Woody Suwalski
2017-02-12 19:57 ` Pavel Machek
2017-02-13 1:35 ` Woody Suwalski
2017-02-13 8:02 ` Pavel Machek
2017-02-13 8:48 ` Thomas Gleixner
2017-02-13 9:42 ` Pavel Machek
2017-02-13 10:18 ` lkml
2017-02-13 11:25 ` Thomas Gleixner
2017-02-13 11:39 ` lkml
2017-02-13 11:40 ` lkml
2017-02-13 11:53 ` Pavel Machek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1614c21c-3626-074e-e3c3-26e9cd200454@gmail.com \
--to=terraluna977@gmail.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=pavel@ucw.cz \
--cc=rjw@rjwysocki.net \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome