Boris/Thomas,

> -----Original Message-----
> From: Thomas Gleixner <t...@linutronix.de>
> Sent: Monday, November 19, 2018 1:14 PM
> To: Borislav Petkov <b...@alien8.de>
> Cc: Moger, Babu <babu.mo...@amd.com>; mi...@redhat.com;
> cor...@lwn.net; fenghua...@intel.com; reinette.cha...@intel.com;
> pet...@infradead.org; gre...@linuxfoundation.org;
> da...@davemloft.net; a...@linux-foundation.org; h...@zytor.com;
> x...@kernel.org; mchehab+sams...@kernel.org; a...@arndb.de;
> kstew...@linuxfoundation.org; pombreda...@nexb.com;
> raf...@kernel.org; kirill.shute...@linux.intel.com; tony.l...@intel.com;
> qianyue...@alibaba-inc.com; xiaochen.s...@intel.com;
> pbonz...@redhat.com; Singh, Brijesh <brijesh.si...@amd.com>; Hurwitz,
> Sherry <sherry.hurw...@amd.com>; dw...@infradead.org; Lendacky,
> Thomas <thomas.lenda...@amd.com>; l...@kernel.org; j...@8bytes.org;
> ja...@google.com; vkuzn...@redhat.com; r...@alum.mit.edu;
> jpoim...@redhat.com; linux-ker...@vger.kernel.org; linux-
> d...@vger.kernel.org
> Subject: Re: [PATCH v8 01/13] arch/resctrl: Start renaming the rdt files to
> more generic names
> 
> On Sun, 18 Nov 2018, Borislav Petkov wrote:
> >
> > Now, it looks to me like the whole resctrl thing begs for its own dir:
> >
> >  arch/x86/kernel/cpu/resctrl/core.c
> >  arch/x86/kernel/cpu/resctrl/ctrlmondata.c
> >  arch/x86/kernel/cpu/resctrl/internal.h
> >  arch/x86/kernel/cpu/resctrl/monitor.c
> >  arch/x86/kernel/cpu/resctrl/pseudo_lock.c
> >  arch/x86/kernel/cpu/resctrl/pseudo_lock_event.h
> >  arch/x86/kernel/cpu/resctrl/rdtgroup.c
> >
> > This way, the whole RDT machinery will be confined to its own directory.
> 
> Fine with that.

Ok. Sure.  Will change it. How does this look like?

arch/x86/kernel/cpu/resctrl/res.c
arch/x86/kernel/cpu/resctrl/ctrlmondata.c
arch/x86/kernel/cpu/resctrl/res.h
arch/x86/kernel/cpu/resctrl/monitor.c
arch/x86/kernel/cpu/resctrl/pseudo_lock.c
arch/x86/kernel/cpu/resctrl/pseudo_lock_event.h
arch/x86/kernel/cpu/resctrl/rdtgroup.c

Changed core.c and internel.h to res.c and res.h respectively. Both of
these files are about resource definitions and initialization.

> 
> Thanks,
> 
>       tglx

Reply via email to