From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew de Quincey Subject: Re: Located the problem with the VIA KT400 board Date: Mon, 14 Jul 2003 16:53:59 +0100 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <200307141653.59950.adq_dvb@lidskialf.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Content-Disposition: inline Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: hgfelger-9nAOAgdJVo4b1SvskN2V4Q@public.gmane.org Cc: thunder7-qWit8jRvyhVmR6Xm/wNWPw@public.gmane.org, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org On Monday 14 July 2003 16:32, hgfelger-9nAOAgdJVo4b1SvskN2V4Q@public.gmane.org wrote: > Salut Andrew, > might it be a good idea to then step back to try creating an normal IRQ > resource if the extended one failed? Yeah, I was thinking about that. However, the problem only occurs when you have IRQs > 15, and unfortunately, you cannot specify IRQs > 15 in normal IRQ descriptors.... they're a bitfield aren't they? That particular KT400 BIOS only ever returns IRQs > 15 from the _PRS method for those link devices. So I've no idea how it could ever work. I've really no idea what you should/can do in this case. ------------------------------------------------------- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing & more. Download & eval WebKing and get a free book. www.parasoft.com/bulletproofapps1