Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1718344
| From | Tejun Heo <tj@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs |
| Date | 2017-08-23 15:30 +0200 |
| Message-ID | <uhDTk-14P-3@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 |
Hello, Michael. On Wed, Aug 23, 2017 at 09:00:39PM +1000, Michael Ellerman wrote: > > 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. Yeah, it just needs to match up new cpus to the cpu ids assigned to the right node. > > 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). The node mapping for that cpu id changes *dynamically* while the system is running and that can race with node-affinity sensitive operations such as memory allocations. > 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). > > So all we need is: > - the workqueue code to cope with CPUs that are possible but not online > having NUMA_NO_NODE to begin with. > - a way to update the workqueue cpumask when the CPU comes online. > > Which seems reasonable to me? Please take a step back and think through the problem again. You can't bandaid it this way. Thanks. -- tejun
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll 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