aboutsummaryrefslogtreecommitdiffstats
path: root/sound/pci
diff options
context:
space:
mode:
authorChristoph Schulz <develop@kristov.de>2005-06-03 08:28:31 +0200
committerJaroslav Kysela <perex@suse.cz>2005-06-22 12:28:06 +0200
commit375389288ae55754bd7d009a30f2bb0453a5b369 (patch)
tree198c9b17940512130428d0be56d4e836865cff43 /sound/pci
parent[ALSA] OSS PCM emulation - The 2nd final fix for SNDCTL_DSP_GETOPTR problem (diff)
downloadlinux-dev-375389288ae55754bd7d009a30f2bb0453a5b369.tar.xz
linux-dev-375389288ae55754bd7d009a30f2bb0453a5b369.zip
[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')
0 files changed, 0 insertions, 0 deletions