From owner-freebsd-stable@FreeBSD.ORG Wed Feb 15 20:02:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2377516A420; Wed, 15 Feb 2006 20:02:23 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5E6B43D45; Wed, 15 Feb 2006 20:02:22 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k1FK2L6n029272; Wed, 15 Feb 2006 12:02:21 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k1FK2K9A029271; Wed, 15 Feb 2006 12:02:20 -0800 (PST) (envelope-from rizzo) Date: Wed, 15 Feb 2006 12:02:20 -0800 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20060215120220.A29177@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: panic on a bios16() call with 6-stable... 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, 15 Feb 2006 20:02:23 -0000 in a lab of diskless machines, more or less identical (2003-2004 vintage, pentium 2.6GHz HTT, intel motherboard, ich5 chipset...), i see 5 out of 11 machine panicing on a bios16() call in sys/i386/i386/bios.c. After a bit of investigation i located the problem in the bios16() call for the 6th PNP device (on those boxes), the argument is PNP_GET_DEVNODE, and i am not sure what other relevant data are necessary to nail down the problem further. The system panics with a PC of 70:1023 (i think it is decimal, but i mightbe wrong). As a temporary workaround i put some code in the loop in pnpbios identify to break just before the offending call (the 6th after 5 successful ones) and can get to a fully working machine, but obviously would like a better cure. Any ideas ? maybe we are getting bogus info from the PnP descriptor and passing them to the bios16 call ? i tried to enable/disable PnP in the bios but made no difference; enable/disable the onboard audio also makes no difference. i tried kernels with/without 'device isa' but no difference either, the code still runs and panics. cheers luigi