diff options
author | Christoph Schulz <develop@kristov.de> | 2005-06-03 10:28:31 +0400 |
---|---|---|
committer | Jaroslav Kysela <perex@suse.cz> | 2005-06-22 14:28:06 +0400 |
commit | 375389288ae55754bd7d009a30f2bb0453a5b369 (patch) | |
tree | 198c9b17940512130428d0be56d4e836865cff43 /sound/pci/Kconfig | |
parent | 5ac0fab95c09497bed24640eb3f09893127d6d65 (diff) | |
download | linux-375389288ae55754bd7d009a30f2bb0453a5b369.tar.xz |
[ALSA] cs4236-irq-handling-fix.patch
CS4236+ driver
Background: The card/chipset supports an external MIDI interrupt. By
default, this interrupt isn't used (because the isapnp mechanism chooses a
configuration without an assigned interrupt). If the user wishes to
explicitly select an interrupt via the mpu_irq parameter for such a
configured device, it doesn't work: The driver always shows:
isapnp MPU: port=0x330, irq=-1
(note the 'irq=-1')
Problem: The driver only allows to set the irq if pnp_irq_valid returns
true for this particular pnp device. This, however, is only true if an
interrupt has already been assigned (pnp_valid_irq returns true if the flag
IORESOURCE_IRQ is set and IORESOURCE_UNSET is not set). If no interrupt
has been assigned so far, IORESOURCE_UNSET is set and pnp_irq_valid returns
false, thereby inhibiting the selection of a valid irq.
Solution: Don't check for a valid (= already assigned) irq at the point of
calling pnp_resource_change.
Tested successfully on Linux 2.6.11.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Jaroslav Kysela <perex@suse.cz>
Diffstat (limited to 'sound/pci/Kconfig')
0 files changed, 0 insertions, 0 deletions