Date: Thu, 3 Apr 2003 13:16:48 +1000 (EST) From: Bruce Evans <bde@zeta.org.au> To: "Cagle, John (ISS-Houston)" <john.cagle@hp.com> Cc: freebsd-current@freebsd.org Subject: Re: sio problem in -current (COM1) Message-ID: <20030403130503.T28990@gamplex.bde.org> In-Reply-To: <C50AB9511EE59B49B2A503CB7AE1ABD10476C1A5@cceexc19.americas.cpqcorp.net> References: <C50AB9511EE59B49B2A503CB7AE1ABD10476C1A5@cceexc19.americas.cpqcorp.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2 Apr 2003, Cagle, John (ISS-Houston) wrote: > I'm having a problem with -current on a ProLiant BL10e blade server. On > the blade server, we use a serial console on sio0/COM1. This works > perfectly with 4.8, but for some reason, the sio driver doesn't see COM1 > at all, and assigns COM2 resources to sio0. Any pointers to where I > should look would be greatly appreciated. > > I've attached dmesg output for 4.8 and -current on this blade. 4.8: > ... > config> di sio2 Maybe this helps. sio2's irq is often the same as sio0's, and this can sometimes cause problems. Workarounds for some of these problems have been broken and turned off since FreeBSD-2. > ... > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A, console > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A -current: > ... > sio0 port 0x2f8-0x2ff irq 3 on acpi0 > sio0: type 16550A, console acpi sometimes does this for reasons that no one understands AFAIK. Booting with -v should show the usual sio0 being probed and something about why the probe failed, provided sio0 is in hints. The probe order may be relevant. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030403130503.T28990>