[lkml]   [2002]   [Nov]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.4.20-rc2 strange L1 cache values
On Wed, 20 Nov 2002, Dave Jones wrote:

> On Wed, Nov 20, 2002 at 07:48:27PM +0100, Steffen Persvold wrote:
> > > > <6>CPU: L1 I cache: 0K, L1 D cache: 8K
> > Yep that works (I have two Xeon boxes with the same issue) :
> > But why does this P4 Trace cache report as L1 I cache on 2.4.18 ?
> Look again above, and you'll see .18 said it had 0K L1 (which is
> correct, L1 != Trace cache).

The original poster reported on 2.4.20-rc2 (which reports 0K), not 2.4.18.
The output I provided was from .18 and that clearly says 'L1 I cache:12K'.
Here are some 'sniplets' of my 2.4.18 dmesg :

Linux version 2.4.18-sca8smp (root@r2) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-112)) #1 SMP Wed Nov 6 20:17:23 CET 2002


CPU: L1 I cache: 12K, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 0
Intel machine check reporting enabled on CPU#0.
CPU0: Intel(R) XEON(TM) CPU 1.80GHz stepping 04

> > Does this have any implications on the 2.4.18 performance (or the
> > 2.4.20-rc2 performance without the descriptors.diff) ?
> The SMP weighting should be done with L2 cache size, which
> was correct on .18 too, so it should be ok.

Ok, since this is now fixed (with your patch), I really don't care about
earlier kernels anyway (however some of my customer might have if it was
an issue). Do you know if your patch is going into 2.4.20 release (it's a
rather small and useful patch) ?

Steffen Persvold | Scali AS |
Tel: (+47) 2262 8950 | Olaf Helsets vei 6
Fax: (+47) 2262 8951 | N0621 Oslo, NORWAY

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:31    [W:0.038 / U:10.300 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site