Date: Thu, 22 Jun 2006 23:09:15 -0600 (MDT) From: "M. Warner Losh" <imp@bsdimp.com> To: pieter@degoeje.nl Cc: freebsd-stable@freebsd.org Subject: Re: Asus A8V IRQ/serial problems Message-ID: <20060622.230915.-494097173.imp@bsdimp.com> In-Reply-To: <200606221323.01249.pieter@degoeje.nl> References: <200606221424.14380.doconnor@gsoft.com.au> <200606221323.01249.pieter@degoeje.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <200606221323.01249.pieter@degoeje.nl>
Pieter de Goeje <pieter@degoeje.nl> writes:
: > Hmm actually I just looked through the code.. It appears that this happens
: > because isa_irq_pending() is a noop unless isa is in the kernel, and it
: > isn't in GENERIC. Perhaps those tests in sio.c should be conditionalised on
: > isa too?
:
: AFAIK there's no such thing as a real ISA bus on amd64, including it in the
: kernel would make little sense.
There is a real ISA bus on amd64. There's no ISA expansion slots, and
the ISA bus in amd64 most likely really is a LPC bus, but the LPC bus
is handled with the ISA bus code because to the software they are the
same thing.
However, unless you have 'nodevice isa' in your kernel config file,
the conf/DEFAULTS file will pull in the isa bus.
As to the underlying problem, it appears that we cannot properly
detect when a device has interrupted. The test is in place to deal
with very old ISA add-in cards that were jumpered for IRQ x, but the
kernel was configured for IRQ y. In the interrum, a number of
embedded boards have extra serial ports, but they bogusly do not list
them in the PNPBIOS or ACPI tables, so they have to be 'hinted' to do
the right thing. The IRQ for these hints is very easy to get wrong.
If the serial port works, then ignore the warning... It is there to
indicate a possible problem, not necessarily an actual one. That's
what makes it a warning and not an error :-)
Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060622.230915.-494097173.imp>