Linux-kernel mailing list archive 2000-02,: Re: OOPS with slab cache

# Re: OOPS with slab cache

Jamie Lokier (lkd@tantalophile.demon.co.uk)
Wed, 12 Jan 2000 01:15:31 +0100

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Frodo Looijaard: "Re: bttv.o: unresovled symbols 2.3.34-8"
- Previous message: Andre Pang: "Re: USB & Gigabyte GA-6BXD observation"
- In reply to: Horst von Brand: "Re: OOPS with slab cache"

Horst von Brand wrote:
> > Now that /is/ a nice idea. It shouldn't take much memory --
> > __persistant would probably be a small section that could be kmalloced.
>
> No, just make it a fixed variable inside the kernel. No kmalloc() or other
> overhead at all. If it will stay put regardless, why make it dynamic?

1. To avoid bloating the static kernel. If every sound driver wants 1k
of __persistant mixer information, and there are 30 sounds drivers,
that's 29k wasted.

2. Extend 1. this to a distribution kernel which includes modules for
nearly every driver.

3. Because you don't want the static kernel to know about all the modules
you might build and load into it later. I often build modules prior
to loading them.

4. For modules compiled outside the tree.

5. For distributed binary modules.

-- Jamie

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

- Next message: Frodo Looijaard: "Re: bttv.o: unresovled symbols 2.3.34-8"
- Previous message: Andre Pang: "Re: USB & Gigabyte GA-6BXD observation"
- In reply to: Horst von Brand: "Re: OOPS with slab cache"