From: Chao Peng <chao.p.peng@linux.intel.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: wei.liu2@citrix.com, Ian.Campbell@citrix.com,
stefano.stabellini@eu.citrix.com, andrew.cooper3@citrix.com,
Ian.Jackson@eu.citrix.com, xen-devel@lists.xen.org,
will.auld@intel.com, keir@xen.org, dgdegra@tycho.nsa.gov
Subject: Re: [PATCH v7 03/14] x86: detect and initialize Intel CAT feature
Date: Tue, 19 May 2015 15:40:19 +0800 [thread overview]
Message-ID: <20150519074019.GD8239@pengc-linux.bj.intel.com> (raw)
In-Reply-To: <555A065F020000780007B2DE@mail.emea.novell.com>
On Mon, May 18, 2015 at 02:33:51PM +0100, Jan Beulich wrote:
> >>> On 08.05.15 at 10:56, <chao.p.peng@linux.intel.com> wrote:
> > --- a/xen/arch/x86/psr.c
> > +++ b/xen/arch/x86/psr.c
> > @@ -19,14 +19,26 @@
> > #include <asm/psr.h>
> >
> > #define PSR_CMT (1<<0)
> > +#define PSR_CAT (1<<1)
> > +
> > +struct psr_cat_socket_info {
> > + unsigned int cbm_len;
> > + unsigned int cos_max;
> > +};
> >
> > struct psr_assoc {
> > uint64_t val;
> > };
> >
> > struct psr_cmt *__read_mostly psr_cmt;
> > +
> > +static unsigned long *__read_mostly cat_socket_init_bitmap;
> > +static unsigned long *__read_mostly cat_socket_enable_bitmap;
>
> Didn't we agree to fold these two into one? Apart from that the
> _bitmap name tag doesn't seem very useful...
Looks like this?
static unsigned long *__read_mostly cat_socket_init,
*__read_mostly cat_socket_enable;
> > + cpuid_count(PSR_CPUID_LEVEL_CAT, 0, &eax, &ebx, &ecx, &edx);
> > + if ( ebx & PSR_RESOURCE_TYPE_L3 )
> > + {
> > + cpuid_count(PSR_CPUID_LEVEL_CAT, 1, &eax, &ebx, &ecx, &edx);
> > + info = cat_socket_info + socket;
> > + info->cbm_len = (eax & 0x1f) + 1;
> > + info->cos_max = min(opt_cos_max, edx & 0xffff);
>
>
> Is opt_cos_max being zero (or even one) going to result in a useful /
> working environment? I.e. shouldn't you rather disable CAT in that
> case?
OK, I will disable CAT in init_psr_cat() for this case.
>
> > +static void cat_cpu_fini(void)
> > +{
> > + unsigned int cpu = smp_processor_id();
> > + unsigned int socket = cpu_to_socket(cpu);
>
> This is the only use of "cpu", i.e. the variable is pretty pointless.
>
> > static int cpu_callback(
> > struct notifier_block *nfb, unsigned long action, void *hcpu)
> > {
> > if ( action == CPU_STARTING )
> > psr_cpu_init();
> > + else if ( action == CPU_DYING )
> > + psr_cpu_fini();
>
> Are these the right notifiers for doing things involving memory
> allocation / freeing?
psr_cpu_fini() does not really have memory allocation/freeing but
psr_cpu_init() does have.
While one thing to clarify is: psr_cpu_init() will not propagate
the error even when the memory allocation fails(instead it disables
the CAT on the socket).
If there is still problem then perhaps I need change CPU_STARTING back
to CPU_ONLINE and make on_selected_cpus() call on target cpu.
Chao
next prev parent reply other threads:[~2015-05-19 7:40 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-08 8:56 [PATCH v7 00/14] enable Cache Allocation Technology (CAT) for VMs Chao Peng
2015-05-08 8:56 ` [PATCH v7 01/14] x86: add socket_to_cpumask Chao Peng
2015-05-18 13:21 ` Jan Beulich
2015-05-19 6:12 ` Chao Peng
2015-05-19 6:28 ` Jan Beulich
2015-05-19 6:47 ` Chao Peng
2015-05-19 6:52 ` Jan Beulich
2015-05-19 7:10 ` Chao Peng
2015-05-19 7:31 ` Jan Beulich
2015-05-19 9:51 ` Chao Peng
2015-05-19 10:18 ` Jan Beulich
2015-05-20 3:13 ` Chao Peng
2015-05-20 9:00 ` Jan Beulich
2015-05-08 8:56 ` [PATCH v7 02/14] x86: improve psr scheduling code Chao Peng
2015-05-08 10:20 ` Jan Beulich
2015-05-11 1:35 ` Chao Peng
2015-05-08 8:56 ` [PATCH v7 03/14] x86: detect and initialize Intel CAT feature Chao Peng
2015-05-18 13:33 ` Jan Beulich
2015-05-19 7:40 ` Chao Peng [this message]
2015-05-19 8:42 ` Jan Beulich
2015-05-19 8:46 ` Jan Beulich
2015-05-19 9:33 ` Chao Peng
2015-05-19 10:22 ` Jan Beulich
2015-05-20 3:21 ` Chao Peng
2015-05-20 9:06 ` Jan Beulich
2015-05-20 9:26 ` Chao Peng
2015-05-08 8:56 ` [PATCH v7 04/14] x86: maintain COS to CBM mapping for each socket Chao Peng
2015-05-18 13:35 ` Jan Beulich
2015-05-19 7:41 ` Chao Peng
2015-05-08 8:56 ` [PATCH v7 05/14] x86: add COS information for each domain Chao Peng
2015-05-08 8:56 ` [PATCH v7 06/14] x86: expose CBM length and COS number information Chao Peng
2015-05-08 8:56 ` [PATCH v7 07/14] x86: dynamically get/set CBM for a domain Chao Peng
2015-05-14 9:19 ` Dario Faggioli
2015-05-15 1:35 ` Chao Peng
2015-05-18 13:45 ` Jan Beulich
2015-05-08 8:56 ` [PATCH v7 08/14] x86: add scheduling support for Intel CAT Chao Peng
2015-05-08 8:56 ` [PATCH v7 09/14] xsm: add CAT related xsm policies Chao Peng
2015-05-08 8:56 ` [PATCH v7 10/14] tools/libxl: minor name changes for CMT commands Chao Peng
2015-05-08 8:56 ` [PATCH v7 11/14] tools/libxl: add command to show PSR hardware info Chao Peng
2015-05-08 8:56 ` [PATCH v7 12/14] tools/libxl: introduce some socket helpers Chao Peng
2015-05-08 8:56 ` [PATCH v7 13/14] tools: add tools support for Intel CAT Chao Peng
2015-05-08 13:38 ` Ian Campbell
2015-05-08 8:56 ` [PATCH v7 14/14] docs: add xl-psr.markdown Chao Peng
2015-05-08 13:39 ` Ian Campbell
2015-05-08 13:41 ` [PATCH v7 00/14] enable Cache Allocation Technology (CAT) for VMs Ian Campbell
2015-05-08 13:48 ` Jan Beulich
2015-05-08 14:11 ` Ian Campbell
2015-05-11 1:37 ` Chao Peng
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150519074019.GD8239@pengc-linux.bj.intel.com \
--to=chao.p.peng@linux.intel.com \
--cc=Ian.Campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=dgdegra@tycho.nsa.gov \
--cc=keir@xen.org \
--cc=stefano.stabellini@eu.citrix.com \
--cc=wei.liu2@citrix.com \
--cc=will.auld@intel.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.