Date: Fri, 4 Aug 2006 11:36:56 -0700 From: Jo Rhett <jrhett@svcolo.com> To: Bruce Evans <bde@zeta.org.au> Cc: njl@freebsd.org, freebsd-gnats-submit@freebsd.org, freebsd-i386@freebsd.org Subject: Re: i386/100831: sio ignores BIOS information about serial ports - bounty offered Message-ID: <268CFB29-628B-48F4-9548-C5CDDCFF5FD4@svcolo.com> In-Reply-To: <20060804215751.J97440@delplex.bde.org> References: <200607252036.k6PKanFd072593@www.freebsd.org> <20060731191302.S1172@epsplex.bde.org> <6EFF87DF-280C-402C-8C2A-10F3144CF41F@svcolo.com> <20060802205230.N90692@delplex.bde.org> <20060802234330.J1249@epsplex.bde.org> <20060802150656.GB47835@svcolo.com> <20060803024810.X1573@epsplex.bde.org> <83D35AA9-61D2-4977-AFEC-C498F4147FC2@svcolo.com> <20060803041522.F2135@epsplex.bde.org> <20060802214243.GD86509@svcolo.com> <20060804215751.J97440@delplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Aug 4, 2006, at 5:29 AM, Bruce Evans wrote: > Later we mentioned boot0. boot0 does use the BIOS and has COM1 > hard-wired, so assignment of COMB to COM1 at the BIOS level is the > only way to make boot0 use COM1. > > Whether you can make COMB be COM1 at other levels depends on the other > level's support for this. Whether settings at lower levels are > honored > at higher levels also depends on the other levels' support for this. > >> FreeBSD is currently assigning sio0 to serial A, regardless of the >> IO and >> IRQ settings. Likewise sio1 to Serial B, regardless of >> configuration. It >> appears likely that they are assigned based entirely on the order >> that they >> are presented via ACPI, and device hints are ignored entirely. > > This now seems a reasonable thing to do. WinXP behaves similarly here > (see another reply). The hints are only hints, so they shouldn't be > used if the hardware has been reconfigured but not moved. Only > something > stronger than a hint should move the unit numbers if the hardware > hasn't > moved. The problems are that the hints get used partially and > there is > nothing stronger. I'd like to note for the record that all of this is goobly-gook. None of what you're saying rhymes with the documentation, and even you guys talking about this on the thread seem to have different views of what is happening here. I am finding this conversation nearly impossible to follow. Not because it's technically difficult -- this stuff is fairly simple! -- but because I have no useful reference documentation, and it's not always clear that everyone in the conversation is on the same page to start with. In particular, I'd like to argue this point: > This now seems a reasonable thing to do. WinXP behaves similarly here Absolutely not. 0x3f8 is ALWAYS COM1 to Windows, no matter what version and no matter what physical port 0x3f8 is assigned to. If you'd like to argue that assigning sio numbers based on physical hardware ordering makes sense -- I can't argue with that. Except to point out that if each and every level of the boot process does it differently then it becomes impossible to have a serial console except in the one condition that 0x3f8 is assigned to the first port provided via acpi. ^^ Note that this latter condition has been possible in less than 50% of the production environments on which I have worked over the last 17 years. -- Jo Rhett senior geek Silicon Valley Colocation
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?268CFB29-628B-48F4-9548-C5CDDCFF5FD4>