From owner-freebsd-stable@FreeBSD.ORG Wed Nov 3 08:40:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A708106566B for ; Wed, 3 Nov 2010 08:40:33 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 99BE68FC1A for ; Wed, 3 Nov 2010 08:40:32 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA01841; Wed, 03 Nov 2010 10:40:10 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PDYt8-0009wf-4N; Wed, 03 Nov 2010 10:40:10 +0200 Message-ID: <4CD11FE9.8050105@freebsd.org> Date: Wed, 03 Nov 2010 10:40:09 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Sergey Kandaurov References: <68E248E0-8619-4859-BFFE-1B5F5ABBC51F@airwired.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Dan Allen , FreeBSD-STABLE Mailing List Subject: Re: Fatal trap 18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2010 08:40:33 -0000 on 03/11/2010 10:18 Sergey Kandaurov said the following: > On 3 November 2010 08:30, Dan Allen wrote: >> FreeBSD 8.1-STABLE sometime after 10/28/2010 has caused a fatal boot error on my Toshiba U205, 1.8 GHz Core Duo laptop. >> >> Many times every week I sync with STABLE and build everything. I have been doing this for years. >> >> I sync'd (via csup) and built on 10/28/2010 and everything was fine. >> >> Then I sync'd yesterday 11/1/2010 and it crashes on boot. The diagnostics print out the following: >> >> --- >> >> Fatal trap 18: integer divide fault while in kernel mode >> >> kdb_backtrace >> panic >> trap_fatal >> trap >> calltrap >> topo_probe >> cpu_topo >> smp_topo >> sched_setup >> mi_startup >> >> --- >> >> I reverted at the loader via boot /boot/kernel.old, resync'd today, rebuilt, and things are still broken. Right, if you never report the problems you get, the chance that they are fixed is very slim. > It's possible in theory to leave cpu_logical as zero in topo_probe_0x4(). > So, it makes sense to add some sort of the check. Actually - not exactly. This problem seems to happen only on SMP systems that for some reason run as UP. E.g. because ACPI and/or APIC are disabled. Or some other BIOS configuration. But I am not sure what exactly is the case here. Verbose dmesg from a working kernel would be helpful. P.S. Following the relevant mailing lists sometimes helps to prepare for the future: http://thread.gmane.org/gmane.os.freebsd.current/128603/focus=128717 http://article.gmane.org/gmane.os.freebsd.stable/72727 -- Andriy Gapon