Linux IA64 platform development
 help / color / mirror / Atom feed
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
> 
> 



  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