Re: [DMESG] cpumask_t in action

From: Robin Holt <holt_at_sgi.com>
Date: 2003-11-07 07:31:14
On Thu, Nov 06, 2003 at 10:56:55AM -0800, Luck, Tony wrote:
> > That'd cut us down to:
> > 
> > > CPU 3: 61 virtual and 50 physical address bits
> > > CPU 3: nasid 2, slice 2, cnode 1
> > > CPU 3: base freq=200.000MHz, ITC ratio=15/2, ITC freq=1500.000MHz+/--1ppm
> > > Calibrating delay loop... 2241.08 BogoMIPS
> > > CPU3: CPU has booted.
> > > Starting migration thread for cpu 3
> 
> Perhaps we could drop printing the number of virtual/physical address
> bits, and the frequency&ratio information (or maybe just print if they
> are different from the boot cpu ... which would most likely surprise
> the kernel in bad ways, and thus be worthy of printing).  That would
> cut another two lines for all bar one cpu.

Do we need the CPU has booted message?  If it fails to boot, we get
notified.  Can we leave it at that?

As far as I can tell, the nasid and slice is fairly useless.  It might
be helpful, but there should be more user accessible ways of determining
the topology than using boot messages.

The BogoMIPS is another which I would think could be eliminated unless
it is significantly different from the boot cpu.  Maybe say greater
than 10% different.

With these, the boot has been reduced to one migration thread message
when a cpu starts and I believe two lines when one fails to start.
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Received on Thu Nov 6 15:39:53 2003

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:20 EST