Opened 18 years ago
Closed 15 years ago
#38 closed defect (fixed)
UniAud32 does not report correct IRQ flags to the resource_manager's database
| Reported by: | Steve Wendt | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | MMPM/2 Compatibility |
| Component: | UNIAUD32 | Version: | 1.1.4 |
| Severity: | normal | Keywords: | |
| Cc: |
Description (last modified by )
Uniaud32 does not report correct IRQ settings to the resource_manager's database.
Functions affected: request_irq() RMRequestIRQ() ALSA_SetIrq()
In RMRequestIRQ() the "PCIIrqPin" variable is always set to "none". Actually it should reflect the irq pin value taken from the sound device's pci configuration space. In RMRequestIRQ() the "IRQFlags" variable is always set to shared. Actually this flag should not be set before having called ALSA_SetIRQ(). The "IRQFlags" variable should reflect what type of IRQ (shared/exclusive) ALSA_SetIRQ() was able to connect.
Change History (5)
comment:1 Changed 18 years ago by
| Status: | new → assigned |
|---|
comment:2 Changed 16 years ago by
| Milestone: | → milestone1 |
|---|---|
| Version: | → 1.1.4 |
comment:3 Changed 16 years ago by
| Owner: | vladest deleted |
|---|---|
| Severity: | minor → normal |
| Status: | assigned → new |
As far as I know, this is not currently fixed, but if I'm not mistaken it would be fixed by the acpidrv stuff we need the source for. Not completely sure about that.
comment:4 Changed 16 years ago by
| Description: | modified (diff) |
|---|---|
| Milestone: | ALSA Hardware Compatibility → MMPM/2 Compatibility |
Who reported this? Can we get more information about how to observe this? Or, given the apparent understanding of the problem, how about a patch? :)
comment:5 Changed 15 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
This should be fixed in v1.9.12
Does any1 know, if this has been fixed ?