From owner-freebsd-current@FreeBSD.ORG Fri Sep 26 05:59:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A04093B; Fri, 26 Sep 2014 05:59:19 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D1393DF2; Fri, 26 Sep 2014 05:59:18 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 130041FE022; Fri, 26 Sep 2014 07:59:17 +0200 (CEST) Message-ID: <542500AD.2020708@selasky.org> Date: Fri, 26 Sep 2014 07:59:09 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Gleb Smirnoff Subject: Re: Panic - uma_zfree_arg - zone argument is NULL References: <541AC8A4.3000306@selasky.org> <541ACA20.5030805@selasky.org> <20140925091911.GZ884@FreeBSD.org> <5424FEE4.3050504@selasky.org> In-Reply-To: <5424FEE4.3050504@selasky.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 05:59:19 -0000 On 09/26/14 07:51, Hans Petter Selasky wrote: > On 09/25/14 11:19, Gleb Smirnoff wrote: >> On Thu, Sep 18, 2014 at 02:03:44PM +0200, Hans Petter Selasky wrote: >> H> #7 0xffffffff80b07863 in uma_zfree_arg (zone=0x0, >> item=0xfffff800114ee000, >> H> udata=0xffffffff81484760) >> >> udata here is uma_slab_t. Can you look at it? >> >> btw, is that reproducible on stable/10 or head? >> > > Yes, it is reproducible. I have not tried stable/10 or head yet. > > (kgdb) print *(uma_slab_t)udata > $3 = { > us_keg = 0xfffff8085696d680, > us_type = { > _us_link = { > le_next = 0xfffff80856970a80, > le_prev = 0x3 > }, > _us_size = 18446735313429006976 > }, > us_hlink = { > sle_next = 0x0 > }, > us_data = 0xffffffff81484778 "", > us_free = { > __bits = {0, 0, -2125969520, 0} > }, > us_freecount = 0, > us_flags = 0 '\0', > us_pad = 0 '\0' > } > BTW: I don't rule out that this might be an indirect error of some other kernel modules which I am experimenting with currently. But if you see something which is obvious then please let me know. --HPS