From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 06:24:05 2007 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 7FA3216A41B; Fri, 12 Oct 2007 06:24:05 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.70]) by mx1.freebsd.org (Postfix) with ESMTP id 63A8213C459; Fri, 12 Oct 2007 06:24:05 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpoutm.mac.com (Xserve/smtpout007/MantshX 4.0) with ESMTP id l9C6O5v7028774; Thu, 11 Oct 2007 23:24:05 -0700 (PDT) Received: from [172.23.8.50] (nat-service4.juniper.net [66.129.225.151]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id l9C6O0L9016177 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 11 Oct 2007 23:24:01 -0700 (PDT) In-Reply-To: <200710112101.48119.peter@wemm.org> References: <200710111741.34992.jhb@FreeBSD.org> <622950DD-BFEF-450C-8B80-BAB55C7B58CB@mac.com> <200710112101.48119.peter@wemm.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4FF02B0F-1663-4100-9A8F-EAA9CF833DDF@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Thu, 11 Oct 2007 23:23:30 -0700 To: Peter Wemm X-Mailer: Apple Mail (2.752.3) Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: New-bus unit wiring via hints.. 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: Fri, 12 Oct 2007 06:24:05 -0000 On Oct 11, 2007, at 9:01 PM, Peter Wemm wrote: > On Thursday 11 October 2007, Marcel Moolenaar wrote: >> On Oct 11, 2007, at 2:41 PM, John Baldwin wrote: >>> 2) One of the things this fixes that is visible to users is that if >>> your >>> machine gets the COM ports backwards when using ACPI it should >>> now get >>> them correct (COM1 as sio0) assuming your COM ports use the >>> default hints >>> and you have the default sio hints in your /boot/device.hints >>> file. >> >> I think you just pointed out the problem of using hints to wire >> down unit numbers, because hints will stop hinting and will start >> dictating. If I swap the serial ports in the BIOS then surely >> my hints will be wrong and ACPI will be right. > > Not necessarily. It has been a long standing problem that ACPI is > wrong > (or sub-optimal) about serial ports. There are many machines that > list > 0x2f8 first, and 0x3f8 second. As a result, we bind sio0 to com2, and > sio1 to com1. I don't think it's wrong. It's just non-legacy. The whiole purpose of ACPI is to migrate away from those legacy resource allocations and allow for greater flexibility. It seems to me that instead of embracing the freedom for BIOS/firmware writers, we hold on to those old and obsolete notions. As such, it's not a step forwards, it's a step back. > I like the way John did it. It reserves the unit numbers for hardware > that matches the hints. This is not a bad thing, but the ambiguity introduced by re-using hints for that is bad and a recipe for problems. -- Marcel Moolenaar xcllnt@mac.com