snd-ymfpci fails to load at boot, works fine later
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
linux-source-2.6.17 (Ubuntu) |
Invalid
|
Low
|
Unassigned |
Bug Description
Binary package hint: linux-source-2.6.17
Hi,
currently the snd-ymfpci module fails to load with an
0000:00:0e.0 Multimedia audio controller: Yamaha Corporation YMF-744B [DS-1S Audio Controller] (rev 02)
at boot or better it fails to work with the card is the module is loaded but the soundcard simply not available.
The (IMHO) relevant output is:
[17179587.224000] PCI: Enabling device 0000:00:0e.0 (0004 -> 0007)
[17179587.224000] ACPI: PCI Interrupt 0000:00:0e.0[A] -> GSI 17 (level, low) -> IRQ 201
[17179588.204000] NET: Registered protocol family 17
[17179588.244000] PCI: Enabling device 0000:00:11.5 (0000 -> 0001)
[17179588.244000] ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 193
[17179588.244000] PCI: Setting latency timer of device 0000:00:11.5 to 64
[17179588.756000] codec_read: codec 0 is not valid [0xfe0000]
[17179588.764000] codec_read: codec 0 is not valid [0xfe0000]
[17179588.768000] codec_read: codec 0 is not valid [0xfe0000]
[17179588.776000] codec_read: codec 0 is not valid [0xfe0000]
When rmmod'ing and reloading the module by hand later it works fine and only this is printed to the kernel log:
[17179628.772000] ACPI: PCI Interrupt 0000:00:0e.0[A] -> GSI 17 (level, low) -> IRQ 201
Bye
Changed in linux-source-2.6.17: | |
importance: | Untriaged → Low |
status: | Unconfirmed → In Progress |
Changed in linux-source-2.6.17: | |
status: | In Progress → Invalid |
Changed in linux: | |
status: | New → Incomplete |
Oh, maybe I should note that this is on latest edgy with 2.6.17-3.4