Messages in this thread | | | Date | Thu, 6 Nov 2003 14:31:14 -0600 | From | Robin Holt <> | Subject | Re: [DMESG] cpumask_t in action |
| |
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-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |