linux-kernel - Re: [PATCH V12 0/9] Hot cpu handling changes to cqm, rapl and Intel Cache Allocation support

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]

Message-ID: <alpine.DEB.2.10.1507241130180.921@vshiva-Udesk>
Date:	Fri, 24 Jul 2015 11:32:05 -0700 (PDT)
From:	Vikas Shivappa <vikas.shivappa@...el.com>
To:	Thomas Gleixner <tglx@...utronix.de>
cc:	Vikas Shivappa <vikas.shivappa@...ux.intel.com>,
	linux-kernel@...r.kernel.org, vikas.shivappa@...el.com,
	x86@...nel.org, hpa@...or.com, mingo@...nel.org, tj@...nel.org,
	peterz@...radead.org, matt.fleming@...el.com, will.auld@...el.com,
	glenn.p.williamson@...el.com, kanaka.d.juvva@...el.com
Subject: Re: [PATCH V12 0/9] Hot cpu handling changes to cqm, rapl and Intel
 Cache Allocation support


Hello PeterZ,

On Fri, 24 Jul 2015, Thomas Gleixner wrote:

> On Wed, 1 Jul 2015, Vikas Shivappa wrote:
>> Cache allocation patches(dependent on prep patches) adds a cgroup
>> subsystem to support the new Cache Allocation feature found in future
>> Intel Xeon Intel processors. Cache Allocation is a sub-feature with in
>> Resource Director Technology(RDT) feature. RDT which provides support to
>> control sharing of platform resources like L3 cache.
>
> Just a few general observations:
>
>     1) The changelogs need some loving care.
>
>     2) I let it up to PeterZ to decide whether he wants to fold the
>     	sched support into switch_to.

My prior answer to this was that
  - since cache alloc sched support doesnt deal with the register state
(gen purpose, fpu , extended states ) did not want to bother the switch_to
code.
Also cache monitoring scheduling code falls in the finish_arch_switch.
let me know if anything otherwise ..

Thanks,
Vikas


>
> Otherwise, I'm more or less content with the outcome of this patch
> marathon. So for the whole pile:
>
> Reviewed-by: Thomas Gleixner <tglx@...utronix.de>
>
>
>
--
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/