Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966046AbXJPVdy (ORCPT ); Tue, 16 Oct 2007 17:33:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965601AbXJPVdm (ORCPT ); Tue, 16 Oct 2007 17:33:42 -0400 Received: from nf-out-0910.google.com ([64.233.182.188]:23592 "EHLO nf-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934094AbXJPVdk (ORCPT ); Tue, 16 Oct 2007 17:33:40 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CoKeUTp+zLnKb7pkVAMlo93Y+Uv2qW10Sw2pt8d/qYX93Af4WyMv8l1pTgL0QVViLGn/jzDfwCzxt0CjZA9oedMKtoCvWA1CVIJJz99wqdHl4ea18E0VlqkIWk1HH8rSPkttg48JtFgzPyYRZp7CzvckLhcUNjEKiHpSHLTNYWs= Message-ID: <29495f1d0710161433h6e4e90a6r32c89c2a89af2f90@mail.gmail.com> Date: Tue, 16 Oct 2007 14:33:38 -0700 From: "Nish Aravamudan" To: "Randy Dunlap" Subject: Re: atm: panic when loading clip 2nd time Cc: linux-kernel , NetDev , chas@cmf.nrl.navy.mil In-Reply-To: <47152758.5000900@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47152758.5000900@oracle.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1207 Lines: 34 On 10/16/07, Randy Dunlap 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: > [] kmem_cache_create+0x3bf/0x3fd > [] neigh_table_init_no_netlink+0x6c/0x242 > [] :clip:atm_clip_init+0x10/0x8a > [] sys_init_module+0x146c/0x15cd > [] neigh_lookup+0x0/0xd5 > [] syscall_trace_enter+0x95/0x99 > [] 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/