Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1539961
| From | Boris Ostrovsky <boris.ostrovsky@oracle.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] x86/smpboot: Make logical package management more robust |
| Date | 2016-12-11 04:30 +0100 |
| Message-ID | <sN2ZP-2ia-1@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <sMBwB-mk-11@gated-at.bofh.it> <sMCsG-UG-15@gated-at.bofh.it> <sMGwh-3hQ-3@gated-at.bofh.it> <sMVlD-6a4-13@gated-at.bofh.it> <sMVlD-6a4-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 12/10/2016 02:13 PM, Thomas Gleixner wrote:
> On Sat, 10 Dec 2016, Thomas Gleixner wrote:
>> On Fri, 9 Dec 2016, Boris Ostrovsky wrote:
>>> On 12/09/2016 06:02 PM, Boris Ostrovsky wrote:
>>>> On 12/09/2016 05:06 PM, Thomas Gleixner wrote:
>>>>> On Thu, 8 Dec 2016, Thomas Gleixner wrote:
>>>>>
>>>>> Boris, can you please verify if that makes the
>>>>> topology_update_package_map() call which you placed into the Xen cpu
>>>>> starting code obsolete ?
>>>>
>>>> Will do. I did test your patch but without removing
>>>> topology_update_package_map() call. It complained about package IDs
>>>> being wrong, but that's expected until I fix Xen part.
>>>
>>> Ignore my statement about earlier testing --- it was all on single-node
>>> machines.
>>>
>>> Something is broken with multi-node on Intel, but failure modes are different.
>>> Prior to this patch build_sched_domain() reports an error and pretty soon we
>>> crash in scheduler (don't remember off the top of my head). With patch applied
>>> I crash mush later, when one of the drivers does kmalloc_node(..,
>>> cpu_to_node(cpu)) and cpu_to_node() returns 1, which should never happen
>>> ("x86: Booted up 1 node, 32 CPUs" is reported, for example).
>>
>> Hmm. But the cpu_to_node() association is unrelated to the logical package
>> management.
>
> Just came to my mind after hitting send. We had the whole persistent cpuid
> to nodeid association work merged in 4.9. So that might be related.
Yes, that's exactly the reason.
It uses _PXM to set nodeID and _PXM is exposed to dom0 (which is a
privileged PV guest).
Re: you previous message: after I "fix" the problem above, I see
pr_info("Max logical packages: %u\n", __max_logical_packages);
but no
pr_warn(CPU %u Converting physical %u to logical package %u\n", ...)
with or without topology_update_package_map() in
arch/x86/xen/smp.c:cpu_bringup()
-boris
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] x86/smpboot: Make logical package management more robust Thomas Gleixner <tglx@linutronix.de> - 2016-12-08 10:10 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Borislav Petkov <bp@alien8.de> - 2016-12-08 10:20 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Peter Zijlstra <peterz@infradead.org> - 2016-12-08 13:10 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Thomas Gleixner <tglx@linutronix.de> - 2016-12-08 14:00 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Peter Zijlstra <peterz@infradead.org> - 2016-12-08 14:10 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Thomas Gleixner <tglx@linutronix.de> - 2016-12-08 14:20 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Thomas Gleixner <tglx@linutronix.de> - 2016-12-09 23:10 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Thomas Gleixner <tglx@linutronix.de> - 2016-12-10 00:10 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Boris Ostrovsky <boris.ostrovsky@oracle.com> - 2016-12-10 04:40 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Thomas Gleixner <tglx@linutronix.de> - 2016-12-10 20:10 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Boris Ostrovsky <boris.ostrovsky@oracle.com> - 2016-12-10 00:10 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Boris Ostrovsky <boris.ostrovsky@oracle.com> - 2016-12-10 04:30 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Thomas Gleixner <tglx@linutronix.de> - 2016-12-10 20:20 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Boris Ostrovsky <boris.ostrovsky@oracle.com> - 2016-12-11 04:30 +0100
[PATCH v2] x86/smpboot: Make logical package management more robust Thomas Gleixner <tglx@linutronix.de> - 2016-12-12 11:10 +0100
Re: [PATCH v2] x86/smpboot: Make logical package management more robust Boris Ostrovsky <boris.ostrovsky@oracle.com> - 2016-12-12 20:10 +0100
[tip:x86/urgent] x86/smpboot: Make logical package management more robust tip-bot for Thomas Gleixner <tipbot@zytor.com> - 2016-12-13 12:20 +0100
Re: [PATCH] x86/smpboot: Make logical package management more robust Thomas Gleixner <tglx@linutronix.de> - 2016-12-10 20:20 +0100
csiph-web