From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 15:48:10 2012 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 EC9B4106566C for ; Fri, 20 Jan 2012 15:48:10 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id CC7C08FC16 for ; Fri, 20 Jan 2012 15:48:10 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta12.emeryville.ca.mail.comcast.net with comcast id Pr7e1i0071eYJf8ACroA9n; Fri, 20 Jan 2012 15:48:10 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta19.emeryville.ca.mail.comcast.net with comcast id Pro81i00P4NgCEG01ro9Hj; Fri, 20 Jan 2012 15:48:10 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0KFm7EM008539; Fri, 20 Jan 2012 08:48:07 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Jeremy Chadwick In-Reply-To: <20120120152811.GA97432@icarus.home.lan> References: <20120120152811.GA97432@icarus.home.lan> Content-Type: text/plain Date: Fri, 20 Jan 2012 08:48:07 -0700 Message-Id: <1327074487.13801.16.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Sergey Listopad , freebsd-stable@freebsd.org, Marcel Moolenaar Subject: Re: Serial port stops working after upgrade to 9-CURRENT 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: Fri, 20 Jan 2012 15:48:11 -0000 On Fri, 2012-01-20 at 07:28 -0800, Jeremy Chadwick wrote: > Also, does this machine have ACPI support? I do not use 9.x, but uartX > on our RELENG_8 systems is tied to acpi0, not isa0. It's been this way > for quite some time (even our RELENG_7 boxes are this way). It works on systems that don't have acpi, or have it disabled, as well. It seems that all the legacy isa devices are parented to both the acpi and isa busses, and some magic I don't understand makes the acpi bus take precedence over isa when it's available. -- Ian