From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 13:36:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 922F016A4B3 for ; Mon, 29 Sep 2003 13:36:39 -0700 (PDT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 565ED43FF9 for ; Mon, 29 Sep 2003 13:36:38 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id MUA74016; Mon, 29 Sep 2003 13:36:36 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 24DEA5D09; Mon, 29 Sep 2003 13:36:36 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Mon, 29 Sep 2003 13:33:06 PDT." <20030929133012.M78288@root.org> Date: Mon, 29 Sep 2003 13:36:36 -0700 From: "Kevin Oberman" Message-Id: <20030929203636.24DEA5D09@ptavv.es.net> cc: acpi-jp@jp.FreeBSD.org cc: current@freebsd.org Subject: Re: [acpi-jp 2704] Re: Odd ACPI behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 29 Sep 2003 20:36:39 -0000 > Date: Mon, 29 Sep 2003 13:33:06 -0700 (PDT) > From: Nate Lawson > Sender: owner-freebsd-current@freebsd.org > > On Mon, 29 Sep 2003, Kevin Oberman wrote: > > > Date: Mon, 29 Sep 2003 16:04:25 -0400 (EDT) > > > From: John Baldwin > > > > > > On 29-Sep-2003 Kevin Oberman wrote: > > > > I recently noticed that, when I boot with ACPI on my IBM T30, I get > > > > errors trying to probe the BIOS disabled sio1. This does not happen > > > > under apm and happens twice(?) when booting with ACPI and happens even > > > > though I have the line 'hint.sio.1.disabled="1"' in /boot/device.hints. > > > >>From my dmesg: > > > > sio0: type 16550A > > > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > > > sio1: port may not be enabled > > > > acpi_cmbat0: on acpi0 > > > > acpi_cmbat1: on acpi0 > > > > acpi_acad0: on acpi0 > > > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > > > sio1: port may not be enabled > > > > > > Do you kldload a module at some point during your boot? If so, that > > > would explain the double probe. > > > > Yes, it would, but I am not loading any kernel modules except the > > slightly automatic loads of ACPI, itself and a few others which should > > not cause a probe: ntfs, linux, linprocfs, and daemon_saver. > > ACPI attaches the bus twice. See sys/dev/acpica/acpi.c: > > /* > * Scan all of the child devices we have created and let them probe/attach. > */ > ACPI_DEBUG_PRINT((ACPI_DB_OBJECTS, "first bus_generic_attach\n")); > bus_generic_attach(bus); > > /* > * Some of these children may have attached others as part of their attach > * process (eg. the root PCI bus driver), so rescan. > */ > ACPI_DEBUG_PRINT((ACPI_DB_OBJECTS, "second bus_generic_attach\n")); > bus_generic_attach(bus); Thanks. That explains why I get the message twice, but why do I get it at all when the device is disabled in the device.hints file? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634