user/sven/linux.git/include/asm-sparc/cache.h, branch v2.6.16.45

[PATCH] Kill L1_CACHE_SHIFT_MAX

2006-01-09T04:13:39Z

Kill L1_CACHE_SHIFT from all arches. Since L1_CACHE_SHIFT_MAX is not used anymore with the introduction of INTERNODE_CACHE, kill L1_CACHE_SHIFT_MAX. Signed-off-by: Ravikiran Thirumalai Signed-off-by: Shai Fultheim Signed-off-by: Andi Kleen Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[SPARC]: "extern inline" doesn't make much sense.

2005-10-04T00:37:02Z

Signed-off-by: Adrian Bunk Signed-off-by: David S. Miller

[PATCH] Clean up __cacheline_aligned

2004-02-26T02:07:47Z

arm-26, ppc, sparc, sparc64 and sh have per-arch definitions of __cacheline_aligned that are identical to default. And yes, removal is safe - all users of __cacheline_aligned actually pull linux/cache.h in.

[PATCH] add L1_CACHE_SHIFT_MAX

2002-08-28T04:04:02Z

zone->lock and zone->lru_lock are two of the hottest locks in the kernel. Their usage patterns are quite independent. And they have just been put into the same structure. It is essential that they not fall into the same cacheline. That could be fixed by padding with L1_CACHE_BYTES. But the problem with this is that a kernel which was configured for (say) a PIII will perform poorly on SMP PIV. This will cause problems for kernel vendors. For example, RH currently ship PII and Athlon binaries. To get best SMP performance they will end up needing to ship a lot of differently configured kernels. To solve this we need to know, at compile time, the maximum L1 size which this kernel will ever run on. This patch adds L1_CACHE_SHIFT_MAX to every architecture's cache.h. Of course it'll break when newer chips come out with increased cacheline sizes. Better suggestions are welcome.

Sparc build fixes:

2002-07-12T19:03:43Z

- Define L1_CACHE_SHIFT for quota sake - Fix FC4/PLUTO build, request is a pointer in scsi_cmnd now. - Make binfmt_elf32 build properly wrt. jiffies_to_foo changes.

Import changeset

2002-02-05T01:40:40Z