From owner-freebsd-current@FreeBSD.ORG Mon Sep 15 16:28:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28BEC1065673 for ; Mon, 15 Sep 2008 16:28:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id D02688FC1A for ; Mon, 15 Sep 2008 16:28:42 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id E8558744188; Mon, 15 Sep 2008 19:28:30 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wUTbJ9-O+8IB; Mon, 15 Sep 2008 19:28:30 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [91.198.50.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 93B7874415D; Mon, 15 Sep 2008 19:28:30 +0300 (EEST) Message-ID: <48CE8D2D.4020400@icyb.net.ua> Date: Mon, 15 Sep 2008 19:28:29 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.16 (X11/20080805) MIME-Version: 1.0 To: Marcel Moolenaar References: <48CE59C2.9060307@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: sio => uart: one port is gone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Sep 2008 16:28:43 -0000 on 15/09/2008 18:58 Marcel Moolenaar said the following: > > On Sep 15, 2008, at 5:49 AM, Andriy Gapon wrote: > >> >> This is a fairly standard and old machine with 2 COM ports. >> Recently (last Friday) I decided to update my RELENG_7 system and also >> to transition from sio to uart. >> >> This what I had before the upgrade: >> kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 >> flags 0x10 on acpi0 >> kernel: sio0: type 16550A >> kernel: sio0: [FILTER] >> kernel: sio1: <16550A-compatible COM port> port 0x2e8-0x2ef irq 3 on >> acpi0 >> kernel: sio1: type 16550A >> kernel: sio1: [FILTER] >> >> This is what I have now: >> uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >> uart0: [FILTER] >> >> This is what I have in device.hints for uart: >> hint.uart.0.at="isa" >> hint.uart.0.port="0x3F8" >> hint.uart.0.flags="0x10" >> hint.uart.0.irq="4" >> hint.uart.1.at="isa" >> hint.uart.1.port="0x2F8" >> hint.uart.1.irq="3" >> hint.uart.2.at="isa" >> >> Precisely the same hints (s/uart/sio/) I had for sio. > > The hints are bogus. As you can see, sio(4) attached to acpi(4), > whereas uart(4) attaches to isa(4). Yes and yes. > Don't compile ACPI as a kernel module and all is fine. What is the alternative? Building it into a kernel? Is this maybe too much of a requirement? From /sys/i386/conf/NOTES (RELENG_7): # Note that building ACPI into the kernel is deprecated; the module is # normally loaded automatically by the loader. -- Andriy Gapon