linux-kernel - Re: [PATCH] x86,cpu-hotplug: clear llc_shared

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 4 Jul 2014 09:14:57 +0900
From:	Yasuaki Ishimatsu <isimatu.yasuaki@...fujitsu.com>
To:	Borislav Petkov <bp@...en8.de>
CC:	<tglx@...utronix.de>, <mingo@...hat.com>, <hpa@...or.com>,
	<x86@...nel.org>, <toshi.kani@...com>, <imammedo@...hat.com>,
	<huawei.libin@...wei.com>, <paul.gortmaker@...driver.com>,
	<linux-kernel@...r.kernel.org>, <srivatsa.bhat@...ux.vnet.ibm.com>
Subject: Re: [PATCH] x86,cpu-hotplug: clear llc_shared_mask at CPU hotplug

(2014/07/03 18:51), Borislav Petkov wrote:
> On Thu, Jul 03, 2014 at 01:52:52PM +0900, Yasuaki Ishimatsu wrote:
>> I think that the reason to apply CPU number to ACPI ID is that CPU is
>> used for the application without considering physical CPU. So even if
>> CPU number is changed, it is no matter.
>
> I don't think I understand what you're saying here...
>
>> Thus the readded cores is numbered to unused CPU number.
>
> Well, maybe we should use some method to number cores in a stable manner
> so that they don't get new numbers when they reappear.
>
>> I think the mask has 2 meanings as follows:
>>    - representing CPUs that share same CPU cache.
>
> ... that share the last level cache.
>
>>    - representing onlined CPUs
>
> no, for that we have cpu_online_mask.
>

>> So even if we keep their old numbers, we should clear the mask when
>> offlinig CPU.
>
> No, cpu_online_mask is for onlined cores. I think the mask which shows
> which cores share a last level cache should not be changed *IF* the core
> numbers remain stable, that is.

If so, why following maps are cleared by CPU offline?
   - cpu_sigling_map
   - cpu_core_map

I think the masks are used by cpumask_weight(). So they must be cleared
at CPU offline. And currently llc_shared_map is not used by cpumask_weight().
So even if we don't clear the mask, there is no problem. But llc_shared_map
will be used by cpumask_weight(). In this case, some problem will occur and
we will spent time the investigation of the problem.

So even if we keep CPU number, the mask should be cleared at CPU offline.

Thanks,
Yasuaki Ishimatsu


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/