From: "Peter Keilty" <Peter.Keilty@hp.com>
To: linux-ia64@vger.kernel.org
Subject: RE: ia64 get_mmu_context patch
Date: Fri, 28 Oct 2005 14:49:53 +0000 [thread overview]
Message-ID: <200510281450.j9SEokS0002338755@kitche.zk3.dec.com> (raw)
In-Reply-To: <200510271728.j9RHScS0002221922@kitche.zk3.dec.com>
Kenneth,
> -----Original Message-----
> From: Chen, Kenneth W [mailto:kenneth.w.chen@intel.com]
> Sent: Thursday, October 27, 2005 11:24 PM
> To: 'Peter Keilty'; linux-ia64@vger.kernel.org
> Cc: 'Eric Whitney'
> Subject: RE: ia64 get_mmu_context patch
>
> Peter Keilty wrote on Thursday, October 27, 2005 10:28 AM
> > Please find attached IA64 context_id patch and supporting data for
> > your Review and consideration.
> >
> > --- linux-2.6.14-rc3/arch/ia64/kernel/setup.c
> 2005-10-26 10:54:06.000000000 -0400
> > +++ linux-2.6.14-rc3pmk/arch/ia64/kernel/setup.c
> 2005-10-25 14:53:59.000000000 -0400
> > @@ -419,6 +419,7 @@
> > ...
> >
> > /* set ia64_ctx.max_rid to the maximum RID that is
> supported by all CPUs: */
> > - if (ia64_pal_vm_summary(NULL, &vmi) = 0)
> > + if (ia64_pal_vm_summary(NULL, &vmi) = 0) {
> > max_ctx = (1U << (vmi.pal_vm_info_2_s.rid_size
> - 3)) - 1;
> > - else {
> > + if (max_ctx > (1U << 21)) {
> > + max_ctx = (1U << 21) - 1; /*
> limit to 2^21 */
> > + printk(KERN_WARNING "cpu_init: max_ctx
> limited to 21 RID bits for bitmap size\n");
> > + }
> > + } else {
>
> This printk is spurious. When I first read it, my reaction
> is: rid as in region register is architecturally defined at
> maximum 24 bits. Printing 21-bit for rid is misleading. We
> currently use 8 rid number per process.
> So 21 bit for context number is the max. max_ctx will never
> exceed 1<<21.
> Suggest this printk to be dropped.
I add that per mail with Tony, He suggested that we might limit the bitmap
size so that if the rid size was increase in future hardware that a Giga
byte
Would not be allocated. The printk was to let people know that the rid was
being
limited to 2^21 if the rid was enlarged.
>
> - Ken
>
>
next prev parent reply other threads:[~2005-10-28 14:49 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-27 17:28 ia64 get_mmu_context patch Peter Keilty
2005-10-28 2:54 ` Chen, Kenneth W
2005-10-28 3:09 ` Chen, Kenneth W
2005-10-28 3:23 ` Chen, Kenneth W
2005-10-28 14:49 ` Peter Keilty [this message]
2005-10-28 14:50 ` Peter Keilty
2005-10-28 17:56 ` Chen, Kenneth W
2005-10-28 17:59 ` Chen, Kenneth W
2005-10-28 18:06 ` Chen, Kenneth W
2005-10-28 18:40 ` Chen, Kenneth W
2005-10-28 18:49 ` Peter Keilty
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=200510281450.j9SEokS0002338755@kitche.zk3.dec.com \
--to=peter.keilty@hp.com \
--cc=linux-ia64@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox