lkml.org 
[lkml]   [2007]   [Oct]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: atm: panic when loading clip 2nd time
On 10/16/07, Randy Dunlap <randy.dunlap@oracle.com> wrote:
> 2.6.23-git7, using SLAB (not SLUB) [config attached]:
>
> # modprobe clip
> # rmmod clip
> # modprobe clip
>
> results in panic:
>
> kmem_cache_create: duplicate cache clip_arp_cache
>
> Call Trace:
> [<ffffffff8028c682>] kmem_cache_create+0x3bf/0x3fd
> [<ffffffff8046ba1d>] neigh_table_init_no_netlink+0x6c/0x242
> [<ffffffff8800a010>] :clip:atm_clip_init+0x10/0x8a
> [<ffffffff80258ba4>] sys_init_module+0x146c/0x15cd
> [<ffffffff8046be0a>] neigh_lookup+0x0/0xd5
> [<ffffffff8020ef44>] syscall_trace_enter+0x95/0x99
> [<ffffffff8020beec>] tracesys+0xdc/0xe1
>
> Kernel panic - not syncing: kmem_cache_create(): failed to create slab `clip_arp_cache'

From a quick read through the code, looks like
net/core/neighbour.c:neigh_table_clear() needs a kmem_cache_destroy()?

I only see three callers of neight_table_clear() and they all seem to
be in exit routines, so that should be safe?

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

\
 
 \ /
  Last update: 2007-10-16 23:37    [W:0.061 / U:0.116 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site