public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* misc_cache_init
@ 2001-12-03 12:36 Frank Cornelis
  2001-12-04 11:04 ` misc_cache_init Russell King
  0 siblings, 1 reply; 4+ messages in thread
From: Frank Cornelis @ 2001-12-03 12:36 UTC (permalink / raw)
  To: Linux Kernel Mailing list

Hi,

I looked at some past kernel mailings and it seems like some archs need 
specific caches and others don't. In order to provide these 
functionalities I suggest to add somewhere to init/main.c
	misc_cache_init();
and provide an initial
	#define misc_cache_init() do {} while (0)
for every architecture.
Anyone agrees on this?

Frank.


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: misc_cache_init
  2001-12-03 12:36 misc_cache_init Frank Cornelis
@ 2001-12-04 11:04 ` Russell King
  2001-12-04 12:20   ` misc_cache_init Alan Cox
  0 siblings, 1 reply; 4+ messages in thread
From: Russell King @ 2001-12-04 11:04 UTC (permalink / raw)
  To: Frank Cornelis; +Cc: Linux Kernel Mailing list

On Mon, Dec 03, 2001 at 01:36:04PM +0100, Frank Cornelis wrote:
> I looked at some past kernel mailings and it seems like some archs need 
> specific caches and others don't. In order to provide these 
> functionalities I suggest to add somewhere to init/main.c
> 	misc_cache_init();
> and provide an initial
> 	#define misc_cache_init() do {} while (0)
> for every architecture.
> Anyone agrees on this?

We already have this under a slightly different name (Alan didn't merge it
into Linus' kernel though from what I remember): pgtable_cache_init.

This was used in -ac to initialise the ARM PTE slab, as well as the x86
PAE slabs immediately after the call to kmem_cache_sizes_init.

--
Russell King (rmk@arm.linux.org.uk)                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: misc_cache_init
  2001-12-04 11:04 ` misc_cache_init Russell King
@ 2001-12-04 12:20   ` Alan Cox
  2001-12-06 14:51     ` misc_cache_init Frank Cornelis
  0 siblings, 1 reply; 4+ messages in thread
From: Alan Cox @ 2001-12-04 12:20 UTC (permalink / raw)
  To: Russell King; +Cc: Frank Cornelis, Linux Kernel Mailing list

> We already have this under a slightly different name (Alan didn't merge it
> into Linus' kernel though from what I remember): pgtable_cache_init.

I started merging it then Linus said no more low priority bits

> This was used in -ac to initialise the ARM PTE slab, as well as the x86
> PAE slabs immediately after the call to kmem_cache_sizes_init.

its in Marcelo's tree I believe.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: misc_cache_init
  2001-12-04 12:20   ` misc_cache_init Alan Cox
@ 2001-12-06 14:51     ` Frank Cornelis
  0 siblings, 0 replies; 4+ messages in thread
From: Frank Cornelis @ 2001-12-06 14:51 UTC (permalink / raw)
  To: Alan Cox; +Cc: Russell King, Linux Kernel Mailing list

Hi,

> > We already have this under a slightly different name (Alan didn't merge it
> > into Linus' kernel though from what I remember): pgtable_cache_init.
>
> I started merging it then Linus said no more low priority bits
>
> > This was used in -ac to initialise the ARM PTE slab, as well as the x86
> > PAE slabs immediately after the call to kmem_cache_sizes_init.
>
> its in Marcelo's tree I believe.

mmm... pgtable_cache_init is there for initing the pgtable cache, not 
other misc caches; it would be confusing start putting other cache inits 
inthere. Anyway I already solved my problem using 
	__initcall(my_cache_init_func);
which is a nice way to init stuff.

Frank.



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2001-12-06 14:53 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-12-03 12:36 misc_cache_init Frank Cornelis
2001-12-04 11:04 ` misc_cache_init Russell King
2001-12-04 12:20   ` misc_cache_init Alan Cox
2001-12-06 14:51     ` misc_cache_init Frank Cornelis

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox