Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1718255

Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs

From Laurent Vivier <lvivier@redhat.com>
Newsgroups linux.kernel
Subject Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs
Date 2017-08-23 13:20 +0200
Message-ID <uhBRv-8eY-7@gated-at.bofh.it> (permalink)
References <ugVpg-54m-13@gated-at.bofh.it> <ugWbE-5BL-15@gated-at.bofh.it> <uh6ul-3J2-7@gated-at.bofh.it> <uhkH0-53a-23@gated-at.bofh.it> <uhBHQ-8bC-11@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 23/08/2017 13:00, Michael Ellerman wrote:
> Hi Tejun,
> 
> Tejun Heo <tj@kernel.org> writes:
>> Hello, Michael.
>>
>> On Tue, Aug 22, 2017 at 11:41:41AM +1000, Michael Ellerman wrote:
>>>> This is something powerpc needs to fix.
>>>
>>> There is no way for us to fix it.
>>
>> I don't think that's true.  The CPU id used in kernel doesn't have to
>> match the physical one and arch code should be able to pre-map CPU IDs
>> to nodes and use the matching one when hotplugging CPUs.  I'm not
>> saying that's the best way to solve the problem tho.
> 
> We already virtualise the CPU numbers, but not the node IDs. And it's
> the node IDs that are really the problem.
> 
> So yeah I guess we might be able to make that work, but I'd have to
> think about it a bit more.
> 
>> It could be that the best way forward is making cpu <-> node mapping
>> dynamic and properly synchronized.
> 
> We don't need it to be dynamic (at least for this bug).
> 
> Laurent is booting Qemu with a fixed CPU <-> Node mapping, it's just
> that because some CPUs aren't present at boot we don't know what the
> node mapping is. (Correct me if I'm wrong Laurent).

You're correct.

Qemu is started with:

    -numa node,cpus=0-1 -numa node,cpus=2-3 \
    -smp 2,maxcpus=4,cores=4,threads=1,sockets=1

Which means we have 2 nodes with cpu ids 0 and 1 on node 0, and cpu ids
2 and 3 on node 1, but at boot only 2 CPUs are present.

The problem I try to fix with this series is when we hotplug a third
CPU, to node 1 with id 2.

Thanks,
Laurent

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH 1/2] powerpc/workqueue: update list of possible CPUs Laurent Vivier <lvivier@redhat.com> - 2017-08-21 16:00 +0200
  Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs Tejun Heo <tj@kernel.org> - 2017-08-21 16:50 +0200
    Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs Michael Ellerman <mpe@ellerman.id.au> - 2017-08-22 03:50 +0200
      Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs Tejun Heo <tj@kernel.org> - 2017-08-22 19:00 +0200
        Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs Michael Ellerman <mpe@ellerman.id.au> - 2017-08-23 13:10 +0200
          Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs Laurent Vivier <lvivier@redhat.com> - 2017-08-23 13:20 +0200
          Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs Tejun Heo <tj@kernel.org> - 2017-08-23 15:30 +0200
            Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs Laurent Vivier <lvivier@redhat.com> - 2017-08-24 14:20 +0200
              Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs Tejun Heo <tj@kernel.org> - 2017-08-24 16:00 +0200

csiph-web