| To: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] SLAB_PANIC cleanup |
| From: | James Morris <jmorris@xxxxxxxxxx> |
| Date: | Tue, 17 Aug 2004 09:38:16 -0400 (EDT) |
| Cc: | "David S. Miller" <davem@xxxxxxxxxx>, <netdev@xxxxxxxxxxx> |
| In-reply-to: | <20040817100755.A20489@xxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Tue, 17 Aug 2004, Christoph Hellwig wrote:
> On Tue, Aug 17, 2004 at 02:43:38AM -0400, James Morris wrote:
> > net/bridge/br_fdb.c: br_fdb_cache = kmem_cache_create("bridge_fdb_cache"
> > net/decnet/dn_table.c: dn_hash_kmem =
> > kmem_cache_create("dn_fib_info_cache"
>
> Can't these two be modular?
Yes, although I'm not clear on what should be done. Returning an error
via an initcall does not do anything, so if these were built statically,
then the kernel would go on running after they failed. This is a general
problem. e.g. IPv6, which is commonly built as a module, will panic if
kmem_cache_create() fails during module load in several places.
- James
--
James Morris
<jmorris@xxxxxxxxxx>
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | ethtool version 2 released, Jeff Garzik |
|---|---|
| Next by Date: | Re: [PATCH 2/4] deferred drop, __parent workaround, reshape_fail , netdev@xxxxxxxxxxx ,, sandr8 |
| Previous by Thread: | Re: [PATCH] SLAB_PANIC cleanup, Christoph Hellwig |
| Next by Thread: | Re: [PATCH] SLAB_PANIC cleanup, Christoph Hellwig |
| Indexes: | [Date] [Thread] [Top] [All Lists] |