From owner-freebsd-hardware@FreeBSD.ORG Fri Dec 16 06:42:27 2005 Return-Path: X-Original-To: hardware@FreeBSD.org Delivered-To: freebsd-hardware@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FAAE16A41F; Fri, 16 Dec 2005 06:42:27 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7970543D5E; Fri, 16 Dec 2005 06:42:23 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id jBG6gJQV039547; Thu, 15 Dec 2005 22:42:22 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id jBG6fncs053692; Thu, 15 Dec 2005 22:41:49 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id jBG6fmX7053689; Thu, 15 Dec 2005 22:41:48 -0800 (PST) (envelope-from jrhett) Date: Thu, 15 Dec 2005 22:41:48 -0800 From: Joe Rhett To: Bruce Evans Message-ID: <20051216064148.GB49191@svcolo.com> References: <20051117050336.GB67653@svcolo.com> <200511171030.36633.jhb@freebsd.org> <20051117220358.GA65127@svcolo.com> <20051130181757.GA29686@svcolo.com> <20051201204625.W41849@delplex.bde.org> <20051205200546.GB13194@svcolo.com> <20051208145124.C63825@delplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051208145124.C63825@delplex.bde.org> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: hardware@FreeBSD.org, John Baldwin , freebsd-hardware@FreeBSD.org Subject: Re: com1 incorrectly associated with ttyd1, com2 with ttyd0 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2005 06:42:27 -0000 > >On Thu, Dec 01, 2005 at 08:58:04PM +1100, Bruce Evans wrote: > >>It's not clear that disabling in the BIOS should disable for all OSes. > On Mon, 5 Dec 2005, Joe Rhett wrote: > >What? That's a fairly weird interpretation. If I want to disable inside a > >given OS, I do that inside the OS. If I want to disable for _ALL_ OSes, > >then I disable in the BIOS. What reasonable logic can argue otherwise? On Thu, Dec 08, 2005 at 03:13:00PM +1100, Bruce Evans wrote: > The BIOS might not be layered under _all_ OSes, either due to its design > or implementation, or OSes not understanding how to talk to the BIOS, or > there being no way to talk BIOS. eh? What does this have to do with the situation at hand? Here we can talk to the BIOS, and the BIOS is clearly indicating that peripheral A has 1,2,3 and peripheral B has 4,5,6 and peripheral C has no resources .. why are we ignoring this information? I'm not being rude, I'm entirely joking, but it sounds like a technician ignoring a customer complaint in her/his native language just because it *might* have been given in a different language... We see it. It is clear. Why are we ignoring it? > >>Don't know. I avoid ACPI if possible :-). I suspect that FreeBSD can see > >>ACPI tables but not all BIOS tables, so any soft disabling in the BIOS > >>gets lost. > >Can you really use everything without ACPI? What is lost by disabling > >ACPI? > It's system-dependent. ACPI is now essential for most portable > computers. I don't have one , and lose only faster interrupt handing > via the APIC on workstations. In any case, ACPI is also necessary to assign COM1 to port B, and COM2 to port A, which is what started this conversation in the first place. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation