From owner-freebsd-i386@FreeBSD.ORG Wed Jul 23 16:20:14 2003 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B6DE37B401 for ; Wed, 23 Jul 2003 16:20:14 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5313743F75 for ; Wed, 23 Jul 2003 16:20:13 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h6NNKCUp009949 for ; Wed, 23 Jul 2003 16:20:12 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h6NNKCUp009948; Wed, 23 Jul 2003 16:20:12 -0700 (PDT) Date: Wed, 23 Jul 2003 16:20:12 -0700 (PDT) Message-Id: <200307232320.h6NNKCUp009948@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Graeme Tattersall Subject: Re: i386/53200: 5.1-RC1 SMP kernel boot gags at "APIC_IO: Testing 8254 interrupt delivery" X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Graeme Tattersall List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2003 23:20:14 -0000 The following reply was made to PR i386/53200; it has been noted by GNATS. From: Graeme Tattersall To: freebsd-gnats-submit@FreeBSD.org, jimd@siu.edu Cc: Subject: Re: i386/53200: 5.1-RC1 SMP kernel boot gags at "APIC_IO: Testing 8254 interrupt delivery" Date: Thu, 24 Jul 2003 00:16:08 +0100 My System is a Dual P3/1Ghz system, using a Tyan Thunder LE board, based on the Serverworks Serverset LE3 chipset. I'm running 5.1 Release, currently under the generic kernel. Generic-SMP does not work. I'm seeing this problem also - Kernel hangs at the "Testing 8254 interrupt delivery" message. Should this bug be uprated in severity? - this is a showstopper for me - I will have to go back to a release with working SMP support. Disabling these tests by editing clock.c in src/sys/i386/isa allows the kernel to boot a little further, however this is not a fix, and in anycase, the system then resets without warning later in the boot process. Hope this helps Graeme