Date: Thu, 15 Dec 2005 22:41:48 -0800 From: Joe Rhett <jrhett@svcolo.com> To: Bruce Evans <bde@zeta.org.au> Cc: hardware@FreeBSD.org, John Baldwin <jhb@FreeBSD.org>, freebsd-hardware@FreeBSD.org Subject: Re: com1 incorrectly associated with ttyd1, com2 with ttyd0 Message-ID: <20051216064148.GB49191@svcolo.com> In-Reply-To: <20051208145124.C63825@delplex.bde.org> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
> >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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051216064148.GB49191>