on 03/11/2010 10:18 Sergey Kandaurov said the following: > On 3 November 2010 08:30, Dan Allen <danalle...@airwired.net> 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 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"