From owner-freebsd-stable@FreeBSD.ORG Fri Jun 23 05:11:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C59BC16A4A9 for ; Fri, 23 Jun 2006 05:11:31 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DAF543D49 for ; Fri, 23 Jun 2006 05:11:31 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [IPv6:::1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k5N59FfS031080; Thu, 22 Jun 2006 23:09:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 22 Jun 2006 23:09:15 -0600 (MDT) Message-Id: <20060622.230915.-494097173.imp@bsdimp.com> To: pieter@degoeje.nl From: "M. Warner Losh" In-Reply-To: <200606221323.01249.pieter@degoeje.nl> References: <200606221424.14380.doconnor@gsoft.com.au> <200606221323.01249.pieter@degoeje.nl> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Asus A8V IRQ/serial problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2006 05:11:31 -0000 In message: <200606221323.01249.pieter@degoeje.nl> Pieter de Goeje 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