Re: IRQ conflicts

[Andrey Panin]

--HcAYCG3uE/tztfnV
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

On Sat, Feb 10, 2001 at 07:06:52PM -0500, Brian Gerst wrote:
> Alan Cox wrote:
> >=20
> > > <SoundBlaster EMU8000 (RAM2048k)>
> > > ACPI: Core Subsystem version [20010208]
> > > ACPI: SCI (IRQ9) allocation failed
> > > ACPI: Subsystem enable failed
> > > Trying to free free IRQ9
> >=20
> > That seems to indicate acpi is freeing a free irq. Turn ACPI off. Its a
> > good bet it will fix any random irq/driver problem right now
>=20
> Looking at this a bit further, I realised that when the sound driver was
> compiled in the kernel, it is initialised before ACPI.  The BIOS has
> assigned IRQ9 to ACPI, but the PCI code does not know this because of:
>=20
> PCI: 00:07.3: class 604 doesn't match header type 00. Ignoring class.=20
>=20
> The ISAPnP code then assigns IRQ9 to the sound card, causing the ACPI
> code to fail to allocate it.  If I compile sound as a module then the
> ACPI driver grabs IRQ9 and the sound get IRQ7.
>=20

Hi Brian,

please test this patch with ACPI enabled and sound driver compiled in kerne=
l.
IMHO it should fix this problem.

Best regards.

--=20
Andrey Panin            | Embedded systems software engineer
[e-mail]        | PGP key: http://www.orbita1.ru/~pazke/AndreyPanin=
.asc
--HcAYCG3uE/tztfnV
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6iQHgBm4rlNOo3YgRAix/AJ9TrVvnW1Sh1WUW33IBu/ydqLZDmwCfQsC7
+MiPGn6tiUH3IcsbYaBPG4U=
=yY+P
-----END PGP SIGNATURE-----

--HcAYCG3uE/tztfnV--