On Tue, Jan 13, 2015 at 03:08:28PM +0800, Lai Jiangshan wrote:
> On 12/26/2014 04:14 AM, Tejun Heo wrote:
> > On Mon, Dec 15, 2014 at 09:23:49AM +0800, Lai Jiangshan wrote:
> >> The pwqs of the old node's cpumask do be discarded. But the pools of the
> >> old
> >> node's cpumask maybe recycle.
On Tue, Jan 13, 2015 at 03:08:28PM +0800, Lai Jiangshan wrote:
On 12/26/2014 04:14 AM, Tejun Heo wrote:
On Mon, Dec 15, 2014 at 09:23:49AM +0800, Lai Jiangshan wrote:
The pwqs of the old node's cpumask do be discarded. But the pools of the
old
node's cpumask maybe recycle. For example, a
On 12/26/2014 04:14 AM, Tejun Heo wrote:
> On Mon, Dec 15, 2014 at 09:23:49AM +0800, Lai Jiangshan wrote:
>> The pwqs of the old node's cpumask do be discarded. But the pools of the old
>> node's cpumask maybe recycle. For example, a new workqueue's affinity is set
>> to
>> the old node's cpumask
On 12/26/2014 04:14 AM, Tejun Heo wrote:
On Mon, Dec 15, 2014 at 09:23:49AM +0800, Lai Jiangshan wrote:
The pwqs of the old node's cpumask do be discarded. But the pools of the old
node's cpumask maybe recycle. For example, a new workqueue's affinity is set
to
the old node's cpumask before
On Mon, Dec 15, 2014 at 09:23:49AM +0800, Lai Jiangshan wrote:
> The pwqs of the old node's cpumask do be discarded. But the pools of the old
> node's cpumask maybe recycle. For example, a new workqueue's affinity is set
> to
> the old node's cpumask before the pool is dead. Any old pool can long
On Mon, Dec 15, 2014 at 09:23:49AM +0800, Lai Jiangshan wrote:
The pwqs of the old node's cpumask do be discarded. But the pools of the old
node's cpumask maybe recycle. For example, a new workqueue's affinity is set
to
the old node's cpumask before the pool is dead. Any old pool can long
On 12/13/2014 01:25 AM, Tejun Heo wrote:
> On Fri, Dec 12, 2014 at 06:19:53PM +0800, Lai Jiangshan wrote:
>> Yasuaki Ishimatsu hit a bug when the numa mapping between CPU and node
>> is changed. And the previous path fixup wq_numa_possible_cpumask.
>> (See more information form the changelog of
On 12/13/2014 01:25 AM, Tejun Heo wrote:
On Fri, Dec 12, 2014 at 06:19:53PM +0800, Lai Jiangshan wrote:
Yasuaki Ishimatsu hit a bug when the numa mapping between CPU and node
is changed. And the previous path fixup wq_numa_possible_cpumask.
(See more information form the changelog of that
On Fri, Dec 12, 2014 at 06:19:53PM +0800, Lai Jiangshan wrote:
> Yasuaki Ishimatsu hit a bug when the numa mapping between CPU and node
> is changed. And the previous path fixup wq_numa_possible_cpumask.
> (See more information form the changelog of that patch)
>
> After wq_numa_possible_cpumask
Yasuaki Ishimatsu hit a bug when the numa mapping between CPU and node
is changed. And the previous path fixup wq_numa_possible_cpumask.
(See more information form the changelog of that patch)
After wq_numa_possible_cpumask was updated, the new pool->node will be
correct, but the existing pools
Yasuaki Ishimatsu hit a bug when the numa mapping between CPU and node
is changed. And the previous path fixup wq_numa_possible_cpumask.
(See more information form the changelog of that patch)
After wq_numa_possible_cpumask was updated, the new pool-node will be
correct, but the existing pools
On Fri, Dec 12, 2014 at 06:19:53PM +0800, Lai Jiangshan wrote:
Yasuaki Ishimatsu hit a bug when the numa mapping between CPU and node
is changed. And the previous path fixup wq_numa_possible_cpumask.
(See more information form the changelog of that patch)
After wq_numa_possible_cpumask was
12 matches
Mail list logo
