Date: Wed, 18 Dec 2002 10:54:05 +0200 From: ianf@za.uu.net To: Bruce Evans <bde@zeta.org.au> Cc: current@FreeBSD.ORG Subject: Re: sio and ed woes - ACPI hallucinating Message-ID: <93693.1040201645@wcom.com> In-Reply-To: Your message of "Wed, 18 Dec 2002 16:40:01 %2B1100." <20021218163158.K23907-100000@gamplex.bde.org> References: <20021218163158.K23907-100000@gamplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Bruce Evans wrote: > On Tue, 17 Dec 2002 ianf@za.uu.net wrote: > > > I have a problem getting CURRENT to find my ISA SMC Ultra ethernet > > card. No matter what I do I can't stop the kernel finding a third > > sio device on top of the memory and interrupt that the ed card > > occupies. The kernel correctly registers its surprise at finding > > the third sio device since no hints for it exist: > > > > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > > sio0: type 16550A > > sio1 port 0x2f8-0x2ff irq 3 on acpi0 > > sio1: type 16550A > > sio2: configured irq 10 not in bitmap of probed irqs 0 > > sio2: port may not be enabled > > sio2 port 0x2e8-0x2ef irq 10 on acpi0 > > sio2: type 16550A > > > > I've tried setting hint.sio.2.disabled=1. I've tried leaving it > > out. I can't not have sio because this server is my router and is > > permanently connected to a modem. > > I guess sio2 really exists. In any case, you don't really want it It didn't before CURRENT. 4.7-STABLE never found sio2. > because iof the interrupt conflict. Try using full hints for it. I > would have expected just the "disabled" hint to work though. Try > leaving out the irq hint. This should give polled mode for sio (and > thus no conflict with other devices using the irq) and works for the > plain isa case. I suspect that there is a problem with resources > getting merged (can the irq resource be supplied by acpi even when it is > intentionally left out of the hints?). I avoid these problems by not > using acpi. It still finds it on irq 10 with the following hint!: hint.sio.2.at="isa" hint.sio.2.disabled="1" hint.sio.2.port="0x3E8" hint.sio.2.irq="5" Leaving out the irq hint changes nothing. I've stopped statically compiling in the hints. device.hints should be in /boot, right? (Just eliminating the imbecile factor.) Without ACPI it finds ed0 (great) and no sio2 (even better), but I now get these messages: unknown: <PNP0303> can't assign resources (port) unknown: <PNP0a03> can't assign resources (port) unknown: <PNP0501> can't assign resources (port) unknown: <PNP0700> can't assign resources (port) unknown: <PNP0401> can't assign resources (port) unknown: <PNP0501> can't assign resources (port) Someone has asked about these before. Terry suggested that turning PnP OS on in the BIOS will make it go away. It has always been on in my BIOS and loading ACPI made them go away. Perhaps the ACPI code just doesn't warn in the same way, but the situation still exists. Someone else said they were harmless - the system still works OK. I just don't like the look of these messages. Is it possible to make them go away? Is there not a way to tell ACPI to stay off the acid? :) options ACPI_NO_HALLUCINOGENS (No offence to the people who've done great work on it so far) Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?93693.1040201645>