From owner-freebsd-current@FreeBSD.ORG Thu Apr 30 20:25:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A571F1065675 for ; Thu, 30 Apr 2009 20:25:59 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0898FC13 for ; Thu, 30 Apr 2009 20:25:58 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fk-out-0910.google.com with SMTP id f33so1015477fkf.11 for ; Thu, 30 Apr 2009 13:25:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VmQdZ2cYaUQT8kSYOhqSoeoFSMf2ct0NZCWvv0bLGx4=; b=Utc4aGyc3XJh2yO5iR6UuyfgR1EOHe+Z74ob71V4HfuLzgQPd77eFilSCV1k+Wj2g6 ecuEHlLjz8BYNxVoYL/5rfLIyZTwsX0qXRUoitMvythlUwchiAkYXMTzwXyBx2ZUqFTF /RqChkUnvhmvxAt7/Q2iNItESNJX5lrHXMQaQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=HRpGWRhMmIQ8L98pCZtXA6YRIIXoIZ36UyaPV1JWK0SWJfRzmWcTBEXGIQQgDrY2YQ krcpB5t39caZepLbdFtY4MSaZr4MujDcWLNw6v7TrPzi3Ng6ngfIQRW2lBKv8h5dnU44 cQWvongkWjHvsqrNjhPXYBz2kZRa+E8OLIZbg= MIME-Version: 1.0 Received: by 10.103.213.19 with SMTP id p19mr1229633muq.9.1241123157431; Thu, 30 Apr 2009 13:25:57 -0700 (PDT) In-Reply-To: <200904301552.03118.jkim@FreeBSD.org> References: <20090429161626.GQ1387@albert.catwhisker.org> <49F9CD25.70102@icyb.net.ua> <200904301552.03118.jkim@FreeBSD.org> Date: Fri, 1 May 2009 00:25:57 +0400 Message-ID: From: pluknet To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andriy Gapon , Scott Ullrich Subject: Re: Panic "Fatal trap 18: integer divide fault while in kernel mode" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 30 Apr 2009 20:25:59 -0000 2009/4/30 Jung-uk Kim : > On Thursday 30 April 2009 12:37 pm, pluknet wrote: >> 2009/4/30 Andriy Gapon : >> > on 30/04/2009 18:58 David Wolfskill said the following: >> >> On Thu, Apr 30, 2009 at 06:35:32PM +0300, Andriy Gapon wrote: >> >>> on 30/04/2009 18:18 David Wolfskill said the following: >> >>>> On Wed, Apr 29, 2009 at 09:16:26AM -0700, David Wolfskill > wrote: >> >>>>> Is there anything of use I might get from DDB? >> >>>> >> >>>> I can still poke around there for a bit, if that would be >> >>>> useful. >> >>> >> >>> In general the stack trace[*] should be provided at the very >> >>> least, otherwise people have hard figuring out where the >> >>> problem occurred, so right people may just not notice a report. >> >> >> >> Sorry; it happened so quickly, I wasn't at all certain there >> >> would be enough to show: >> >> >> >> db> bt >> >> Tracing pid 0 tid 100000 td 0xc0d43610 >> >> cpu_topo(2,c1420d34,c081ff07,c1420d58,c0820042,...) at >> >> cpu_topo+0x43 smp_topo(c0804378,2,c4145a5c,fffffff,0,...) at >> >> smp_topo+0x10b >> >> sched_setup(0,141ec00,141ec00,141e000,1425000,...) at >> >> sched_setup+0x1a mi_startup() at mi_startup+0x96 >> >> begin() at begin+0x2c >> > >> > My guess is that (cpu_cores * cpu_logical) somehow equals to >> > zero. >> >> That was masked earlier by additional checks on zero, >> and now that routine moved to the separate function >> (and to separate call path from subr_smp.c:mp_start() >> which seems not to be called). >> >> > Have you by a chance saved this crash dump? >> > I think that t would be interesting to look at it in kgdb. > > Please try the attached patch. > > Jung-uk Kim > The strange thing is why cpu_mp_start() is called at all in case when there is only one CPU in system. It should early return in mp_start(). (I saw two reports and both of them were UP systems). -- wbr, pluknet